fxdatapi 0.1.2
Sign up to get free protection for your applications and to get access to all the features.
- checksums.yaml +7 -0
- data/.rspec +1 -0
- data/.rubocop.yml +16 -0
- data/.rubocop_currensees.yml +390 -0
- data/.rubocop_todo.yml +45 -0
- data/CHANGELOG.md +11 -0
- data/CODEOWNERS +2 -0
- data/CODE_OF_CONDUCT.md +84 -0
- data/CONTRIBUTORS +1 -0
- data/Gemfile +14 -0
- data/Gemfile.lock +76 -0
- data/LICENSE +28 -0
- data/README.md +57 -0
- data/Rakefile +37 -0
- data/fxdatapi.gemspec +30 -0
- data/lib/currensees.rb +17 -0
- data/lib/fxdatapi/auth.rb +27 -0
- data/lib/fxdatapi/convert.rb +37 -0
- data/lib/fxdatapi/convert_all.rb +37 -0
- data/lib/fxdatapi/currencies.rb +47 -0
- data/lib/fxdatapi/daily_average.rb +30 -0
- data/lib/fxdatapi/historical.rb +47 -0
- data/lib/fxdatapi/margins_spreads.rb +47 -0
- data/lib/fxdatapi/monthly_average.rb +30 -0
- data/lib/fxdatapi/performances.rb +47 -0
- data/lib/fxdatapi/signals.rb +47 -0
- data/lib/fxdatapi/version.rb +5 -0
- data/lib/fxdatapi/weekly_average.rb +30 -0
- data/usage_example.rb +115 -0
- metadata +75 -0
checksums.yaml
ADDED
@@ -0,0 +1,7 @@
|
|
1
|
+
---
|
2
|
+
SHA256:
|
3
|
+
metadata.gz: 8b5475835675e4a36cb74bc6f5c5758297908f85ed3c75918fff906c9b96bd6c
|
4
|
+
data.tar.gz: 0e10dd7bc8610fb91fd21c7615c0b29e79fb31f438a92f1b5b8feb69dd57b140
|
5
|
+
SHA512:
|
6
|
+
metadata.gz: 8bda9fb978d393bd86245e9b47ff478a89c2afc502aa82ff845ccc9adefac16417ca1bd894089db86ffa32bfd4158f642fdb2f8a1679f3b200cb034450cd8601
|
7
|
+
data.tar.gz: 335485f526dbe4d88bd3a75207aba6688b6ec11c360055d71d8d955049a34bbe62dd43d50c92da2ff7fb7e0c0ad8eee687995cf7ad87882921e27468e860548d
|
data/.rspec
ADDED
@@ -0,0 +1 @@
|
|
1
|
+
--colour
|
data/.rubocop.yml
ADDED
@@ -0,0 +1,390 @@
|
|
1
|
+
---
|
2
|
+
# Defaults https://github.com/bbatsov/rubocop/blob/master/config/default.yml
|
3
|
+
#
|
4
|
+
# References:
|
5
|
+
# * https://github.com/bbatsov/ruby-style-guide
|
6
|
+
# * https://rubocop.readthedocs.io/
|
7
|
+
|
8
|
+
AllCops:
|
9
|
+
Exclude:
|
10
|
+
# Exclude .gemspec files because they are generally auto-generated
|
11
|
+
- '*.gemspec'
|
12
|
+
NewCops: enable
|
13
|
+
|
14
|
+
# In most cases, Gems are sorted alphabetically.
|
15
|
+
# However, in some few cases the order is relevant due to dependencies.
|
16
|
+
Bundler/OrderedGems:
|
17
|
+
Enabled: false
|
18
|
+
|
19
|
+
# This cop requires odd code indentations (as of rubocop 0.57.0)
|
20
|
+
# https://github.com/rubocop-hq/rubocop/issues/5956
|
21
|
+
Layout/AccessModifierIndentation:
|
22
|
+
Enabled: false
|
23
|
+
|
24
|
+
# It causes weird aligments, especially for specs.
|
25
|
+
Layout/BlockEndNewline:
|
26
|
+
Enabled: false
|
27
|
+
|
28
|
+
# Generally, the keyword style uses a lot of space. This is particularly true
|
29
|
+
# when you use case/if statements, in combination with a long-name variable.
|
30
|
+
#
|
31
|
+
# invoice_error_message = case error
|
32
|
+
# when 1 == 1
|
33
|
+
# do_something
|
34
|
+
# else
|
35
|
+
# do_else
|
36
|
+
# end
|
37
|
+
#
|
38
|
+
Layout/EndAlignment:
|
39
|
+
EnforcedStyleAlignWith: variable
|
40
|
+
|
41
|
+
# [codesmell]
|
42
|
+
Layout/LineLength:
|
43
|
+
Enabled: false
|
44
|
+
Exclude:
|
45
|
+
- 'spec/**/*_spec.rb'
|
46
|
+
- 'test/**/*_test.rb'
|
47
|
+
Max: 100
|
48
|
+
|
49
|
+
# [codesmell]
|
50
|
+
Lint/SuppressedException:
|
51
|
+
Enabled: false
|
52
|
+
|
53
|
+
# [codesmell]
|
54
|
+
Metrics/AbcSize:
|
55
|
+
Enabled: false
|
56
|
+
Exclude:
|
57
|
+
- 'spec/**/*_spec.rb'
|
58
|
+
- 'test/**/*_test.rb'
|
59
|
+
|
60
|
+
# [codesmell]
|
61
|
+
Metrics/BlockLength:
|
62
|
+
Enabled: false
|
63
|
+
|
64
|
+
# [codesmell]
|
65
|
+
Metrics/CyclomaticComplexity:
|
66
|
+
Enabled: false
|
67
|
+
Exclude:
|
68
|
+
- 'spec/**/*_spec.rb'
|
69
|
+
- 'test/**/*_test.rb'
|
70
|
+
|
71
|
+
# [codesmell]
|
72
|
+
Metrics/ClassLength:
|
73
|
+
Enabled: false
|
74
|
+
Exclude:
|
75
|
+
- 'spec/**/*_spec.rb'
|
76
|
+
- 'test/**/*_test.rb'
|
77
|
+
|
78
|
+
# [codesmell]
|
79
|
+
Metrics/MethodLength:
|
80
|
+
Enabled: false
|
81
|
+
Exclude:
|
82
|
+
- 'spec/**/*_spec.rb'
|
83
|
+
- 'test/**/*_test.rb'
|
84
|
+
Max: 10
|
85
|
+
|
86
|
+
# [codesmell]
|
87
|
+
Metrics/ModuleLength:
|
88
|
+
Enabled: false
|
89
|
+
Exclude:
|
90
|
+
- 'spec/**/*_spec.rb'
|
91
|
+
- 'test/**/*_test.rb'
|
92
|
+
|
93
|
+
# [codesmell]
|
94
|
+
Metrics/ParameterLists:
|
95
|
+
Enabled: false
|
96
|
+
Max: 5
|
97
|
+
|
98
|
+
# [codesmell]
|
99
|
+
Metrics/PerceivedComplexity:
|
100
|
+
Enabled: false
|
101
|
+
|
102
|
+
# We tend to use @_name to represent a variable that is memoized,
|
103
|
+
# but it should not be accessed directly and kept as private.
|
104
|
+
Naming/MemoizedInstanceVariableName:
|
105
|
+
Enabled: false
|
106
|
+
|
107
|
+
# We use it from time to time, as it's not always possible (or maintainable)
|
108
|
+
# to use simple ? methods.
|
109
|
+
# Moreover, it's actually more efficient to not-use predicates:
|
110
|
+
# https://github.com/bbatsov/rubocop/issues/3633
|
111
|
+
Naming/PredicateName:
|
112
|
+
Enabled: false
|
113
|
+
|
114
|
+
# The team agreed decided to use exception
|
115
|
+
Naming/RescuedExceptionsVariableName:
|
116
|
+
PreferredName: 'exception'
|
117
|
+
|
118
|
+
# This cop triggers several false positives that make sense in our domain model.
|
119
|
+
# For instance, ip is considered an uncommunicative parameter name:
|
120
|
+
#
|
121
|
+
# ipv4_to_arpa_name(ip)
|
122
|
+
#
|
123
|
+
Naming/MethodParameterName:
|
124
|
+
Enabled: false
|
125
|
+
|
126
|
+
# This cop returns false positive violations (as of rubocop 0.57.0)
|
127
|
+
# https://github.com/rubocop-hq/rubocop/issues/5953
|
128
|
+
Style/AccessModifierDeclarations:
|
129
|
+
Enabled: false
|
130
|
+
|
131
|
+
# Do not use "and" or "or" in conditionals, but for readability we can use it
|
132
|
+
# to chain executions. Just beware of operator order.
|
133
|
+
Style/AndOr:
|
134
|
+
EnforcedStyle: conditionals
|
135
|
+
|
136
|
+
# No specific reason, except that %q() is easier to grep than %()
|
137
|
+
Style/BarePercentLiterals:
|
138
|
+
EnforcedStyle: percent_q
|
139
|
+
|
140
|
+
# braces_for_chaining seems a good fit of what we've been doing so far.
|
141
|
+
Style/BlockDelimiters:
|
142
|
+
EnforcedStyle: braces_for_chaining
|
143
|
+
AllowedMethods:
|
144
|
+
- expect
|
145
|
+
|
146
|
+
# Warn on empty else.
|
147
|
+
Style/EmptyElse:
|
148
|
+
EnforcedStyle: empty
|
149
|
+
|
150
|
+
# There is no specific preference for empty methods.
|
151
|
+
# One-line methods are not exceptionally nice in Ruby.
|
152
|
+
# Just ignore this cop for now.
|
153
|
+
Style/EmptyMethod:
|
154
|
+
Enabled: false
|
155
|
+
|
156
|
+
# We don't care about the format style.
|
157
|
+
# In most cases we use %, but not at the point we want to enforce it
|
158
|
+
# as a convention in the entire code.
|
159
|
+
Style/FormatString:
|
160
|
+
Enabled: false
|
161
|
+
|
162
|
+
# Annotated tokens (like %<foo>s) are a good thing,
|
163
|
+
# but in most cases we don't need them.
|
164
|
+
# %s is a simpler and straightforward version that works in almost all cases.
|
165
|
+
# So don't complain.
|
166
|
+
Style/FormatStringToken:
|
167
|
+
Enabled: false
|
168
|
+
|
169
|
+
# Prefer the latest Hash syntax
|
170
|
+
Style/HashSyntax:
|
171
|
+
Exclude:
|
172
|
+
# Rakefiles generally have definitions like
|
173
|
+
# :default => :test
|
174
|
+
# that looks nicer with the old rocket syntax.
|
175
|
+
- 'Rakefile'
|
176
|
+
|
177
|
+
# Enforces usage of Hash#each_key and Hash#each_value (vs. Hash#keys.each
|
178
|
+
# and Hash#values.each).
|
179
|
+
Style/HashEachMethods:
|
180
|
+
Enabled: true
|
181
|
+
|
182
|
+
# Enforce the use of Hash#TransformKeys introduced in Ruby 2.5 to transform
|
183
|
+
# Hash keys.
|
184
|
+
Style/HashTransformKeys:
|
185
|
+
Enabled: true
|
186
|
+
|
187
|
+
# Enforce the use of Hash#TransformValues introduced in Ruby 2.5 to transform
|
188
|
+
# Hash values.
|
189
|
+
Style/HashTransformValues:
|
190
|
+
Enabled: true
|
191
|
+
|
192
|
+
# We want to be able to decide when to use one-line if/unless modifiers.
|
193
|
+
Style/IfUnlessModifier:
|
194
|
+
Enabled: false
|
195
|
+
|
196
|
+
# [codesmell]
|
197
|
+
# It's not always that bad.
|
198
|
+
Style/IfInsideElse:
|
199
|
+
Enabled: false
|
200
|
+
|
201
|
+
# module_function doesn't respect the visibility of the methods,
|
202
|
+
# and doesn't work well when the module contains both public/private methods.
|
203
|
+
Style/ModuleFunction:
|
204
|
+
Enabled: false
|
205
|
+
|
206
|
+
Style/MultilineBlockChain:
|
207
|
+
Exclude:
|
208
|
+
# RSpec uses multi-line blocks for certain features
|
209
|
+
- 'spec/**/*_spec.rb'
|
210
|
+
|
211
|
+
# unless is not always cool.
|
212
|
+
Style/NegatedIf:
|
213
|
+
Enabled: false
|
214
|
+
|
215
|
+
# Magic numbers are not welcomed
|
216
|
+
Style/NumericLiterals:
|
217
|
+
Exclude:
|
218
|
+
# however tests can use numeric literals for method calls,
|
219
|
+
# without the need to define a variable just for that.
|
220
|
+
- 'spec/**/*_spec.rb'
|
221
|
+
- 'test/**/*_test.rb'
|
222
|
+
|
223
|
+
# For years, %w() has been the de-facto standard.
|
224
|
+
# A lot of libraries are using (). Switching to [] would be a nightmare.
|
225
|
+
Style/PercentLiteralDelimiters:
|
226
|
+
Enabled: false
|
227
|
+
|
228
|
+
# Enable but only for multiple returns value.
|
229
|
+
#
|
230
|
+
# return foo, bar
|
231
|
+
#
|
232
|
+
# reads much better than
|
233
|
+
#
|
234
|
+
# [foo, bar]
|
235
|
+
#
|
236
|
+
Style/RedundantReturn:
|
237
|
+
AllowMultipleReturnValues: true
|
238
|
+
|
239
|
+
# Do we care?
|
240
|
+
Style/RegexpLiteral:
|
241
|
+
Enabled: false
|
242
|
+
|
243
|
+
# There are cases were the inline rescue is ok. We can either downgrade
|
244
|
+
# the severity, or rely on the developer judgement on a case-by-case basis.
|
245
|
+
Style/RescueModifier:
|
246
|
+
Enabled: false
|
247
|
+
|
248
|
+
# This is quite annoying, especially in cases where we don't control it
|
249
|
+
# (e.g. schema.rb).
|
250
|
+
Style/SymbolArray:
|
251
|
+
Enabled: false
|
252
|
+
|
253
|
+
# We don't have a preference.
|
254
|
+
Style/SpecialGlobalVars:
|
255
|
+
Enabled: false
|
256
|
+
EnforcedStyle: use_perl_names
|
257
|
+
|
258
|
+
# We generally use double quotes, sometimes single quotes.
|
259
|
+
# Should we enforce it at code level?
|
260
|
+
Style/StringLiterals:
|
261
|
+
Enabled: false
|
262
|
+
EnforcedStyle: double_quotes
|
263
|
+
|
264
|
+
# As before.
|
265
|
+
Style/StringLiteralsInInterpolation:
|
266
|
+
Enabled: false
|
267
|
+
EnforcedStyle: double_quotes
|
268
|
+
|
269
|
+
# It's nice to be consistent. The trailing comma also allows easy reordering,
|
270
|
+
# and doesn't cause a diff in Git when you add a line to the bottom.
|
271
|
+
Style/TrailingCommaInArrayLiteral:
|
272
|
+
EnforcedStyleForMultiline: consistent_comma
|
273
|
+
|
274
|
+
# It's nice to be consistent. The trailing comma also allows easy reordering,
|
275
|
+
# and doesn't cause a diff in Git when you add a line to the bottom.
|
276
|
+
Style/TrailingCommaInHashLiteral:
|
277
|
+
EnforcedStyleForMultiline: consistent_comma
|
278
|
+
|
279
|
+
Style/TrivialAccessors:
|
280
|
+
# IgnoreClassMethods because I want to be able to define class-level accessors
|
281
|
+
# that sets an instance variable on the metaclass, such as:
|
282
|
+
#
|
283
|
+
# def self.default=(value)
|
284
|
+
# @default = value
|
285
|
+
# end
|
286
|
+
#
|
287
|
+
IgnoreClassMethods: true
|
288
|
+
|
289
|
+
Style/WordArray:
|
290
|
+
EnforcedStyle: percent
|
291
|
+
MinSize: 3
|
292
|
+
|
293
|
+
# Forces the order of comparison arguments.
|
294
|
+
#
|
295
|
+
# According to this cop, the following statement is bad:
|
296
|
+
#
|
297
|
+
# "https" == uri.scheme
|
298
|
+
#
|
299
|
+
# Whereas the following is considered good:
|
300
|
+
#
|
301
|
+
# uri.scheme == "https"
|
302
|
+
Style/YodaCondition:
|
303
|
+
Enabled: false
|
304
|
+
|
305
|
+
# For the same reason of EndAlignment, aligning with the case may have
|
306
|
+
# a bad impact on a case after a very long variable.
|
307
|
+
#
|
308
|
+
# invoice_error_message = case error
|
309
|
+
# when 1 == 1
|
310
|
+
# do_something
|
311
|
+
# else
|
312
|
+
# do_else
|
313
|
+
# end
|
314
|
+
#
|
315
|
+
Layout/CaseIndentation:
|
316
|
+
EnforcedStyle: end
|
317
|
+
|
318
|
+
# I was a big fan of leading, but trailing seems to be more commonly adopted.
|
319
|
+
# At least at the time being.
|
320
|
+
Layout/DotPosition:
|
321
|
+
EnforcedStyle: leading
|
322
|
+
|
323
|
+
# Double empty lines are useful to separate conceptually different methods
|
324
|
+
# in the same class or module.
|
325
|
+
Layout/EmptyLines:
|
326
|
+
Enabled: false
|
327
|
+
|
328
|
+
# This is buggy. It detects as a style violation a few `class`
|
329
|
+
# and `module` definitions
|
330
|
+
Layout/EmptyLinesAroundArguments:
|
331
|
+
Enabled: false
|
332
|
+
|
333
|
+
Layout/EmptyLinesAroundBlockBody:
|
334
|
+
Exclude:
|
335
|
+
# RSpec is all made of blocks. Disable this config in RSpec
|
336
|
+
# to be consistent with EmptyLinesAroundClassBody
|
337
|
+
# and EmptyLinesAroundModuleBody
|
338
|
+
- 'spec/**/*_spec.rb'
|
339
|
+
- 'test/**/*_test.rb'
|
340
|
+
|
341
|
+
# In most cases, a space is nice. Sometimes, it's not.
|
342
|
+
# Just be consistent with the rest of the surrounding code.
|
343
|
+
Layout/EmptyLinesAroundClassBody:
|
344
|
+
Enabled: false
|
345
|
+
|
346
|
+
# We're ok with it. We use it quite often for method-level rescue statements.
|
347
|
+
Layout/EmptyLinesAroundExceptionHandlingKeywords:
|
348
|
+
Enabled: false
|
349
|
+
|
350
|
+
# In most cases, a space is nice. Sometimes, it's not.
|
351
|
+
# Just be consistent with the rest of the surrounding code.
|
352
|
+
Layout/EmptyLinesAroundModuleBody:
|
353
|
+
Enabled: false
|
354
|
+
|
355
|
+
# This is quite buggy, as it doesn't recognize double lines.
|
356
|
+
Layout/EmptyLineBetweenDefs:
|
357
|
+
Enabled: false
|
358
|
+
|
359
|
+
# Multi-line differs from standard indentation, they are indented twice.
|
360
|
+
Layout/FirstArgumentIndentation:
|
361
|
+
IndentationWidth: 4
|
362
|
+
|
363
|
+
# Array indentation should be consistent with method/variable definition.
|
364
|
+
Layout/FirstArrayElementIndentation:
|
365
|
+
EnforcedStyle: consistent
|
366
|
+
|
367
|
+
# Hash indentation should be consistent with method/variable definition.
|
368
|
+
Layout/FirstHashElementIndentation:
|
369
|
+
EnforcedStyle: consistent
|
370
|
+
|
371
|
+
# Multi-line differs from standard indentation, they are indented twice.
|
372
|
+
Layout/MultilineMethodCallIndentation:
|
373
|
+
EnforcedStyle: indented
|
374
|
+
IndentationWidth: 4
|
375
|
+
|
376
|
+
# Multi-line differs from standard indentation, they are indented twice.
|
377
|
+
Layout/MultilineOperationIndentation:
|
378
|
+
EnforcedStyle: indented
|
379
|
+
IndentationWidth: 4
|
380
|
+
|
381
|
+
# Sorry, but using trailing spaces helps readability.
|
382
|
+
#
|
383
|
+
# %w( foo bar )
|
384
|
+
#
|
385
|
+
# looks better than:
|
386
|
+
#
|
387
|
+
# %w(foo bar)
|
388
|
+
#
|
389
|
+
Layout/SpaceInsidePercentLiteralDelimiters:
|
390
|
+
Enabled: false
|
data/.rubocop_todo.yml
ADDED
@@ -0,0 +1,45 @@
|
|
1
|
+
# Offense count: 74
|
2
|
+
# Configuration parameters: CountAsOne.
|
3
|
+
RSpec/ExampleLength:
|
4
|
+
Max: 17
|
5
|
+
|
6
|
+
# Offense count: 1
|
7
|
+
RSpec/LeakyConstantDeclaration:
|
8
|
+
Exclude:
|
9
|
+
- 'lib/fxdatapi/auth.rb'
|
10
|
+
|
11
|
+
# Offense count: 12
|
12
|
+
# Configuration parameters: .
|
13
|
+
# SupportedStyles: have_received, receive
|
14
|
+
RSpec/MessageSpies:
|
15
|
+
EnforcedStyle: receive
|
16
|
+
|
17
|
+
# Offense count: 115
|
18
|
+
RSpec/MultipleExpectations:
|
19
|
+
Max: 15
|
20
|
+
|
21
|
+
# Offense count: 372
|
22
|
+
# Configuration parameters: EnforcedStyle, IgnoreSharedExamples.
|
23
|
+
# SupportedStyles: always, named_only
|
24
|
+
RSpec/NamedSubject:
|
25
|
+
Enabled: false
|
26
|
+
|
27
|
+
# Offense count: 16
|
28
|
+
RSpec/SubjectStub:
|
29
|
+
Exclude:
|
30
|
+
- 'lib/fxdatapi/convert_all.rb'
|
31
|
+
- 'lib/fxdatapi/convert.rb'
|
32
|
+
- 'lib/fxdatapi/currencies.rb'
|
33
|
+
- 'lib/fxdatapi/daily_average.rb'
|
34
|
+
- 'lib/fxdatapi/historical.rb'
|
35
|
+
- 'lib/fxdatapi/margins_spreads.rb'
|
36
|
+
- 'lib/fxdatapi/performances.rb'
|
37
|
+
- 'lib/fxdatapi/signals.rb'
|
38
|
+
- 'lib/fxdatapi/version.rb'
|
39
|
+
- 'lib/fxdatapi/weekly_average.rb'
|
40
|
+
- 'lib/fxdatapi/monthly_average.rb'
|
41
|
+
|
42
|
+
# Offense count: 69
|
43
|
+
# Configuration parameters: AllowedConstants.
|
44
|
+
Style/Documentation:
|
45
|
+
Enabled: false
|
data/CHANGELOG.md
ADDED
data/CODEOWNERS
ADDED
data/CODE_OF_CONDUCT.md
ADDED
@@ -0,0 +1,84 @@
|
|
1
|
+
# Contributor Covenant Code of Conduct
|
2
|
+
|
3
|
+
## Our Pledge
|
4
|
+
|
5
|
+
We as members, contributors, and leaders pledge to make participation in our community a harassment-free experience for everyone, regardless of age, body size, visible or invisible disability, ethnicity, sex characteristics, gender identity and expression, level of experience, education, socio-economic status, nationality, personal appearance, race, religion, or sexual identity and orientation.
|
6
|
+
|
7
|
+
We pledge to act and interact in ways that contribute to an open, welcoming, diverse, inclusive, and healthy community.
|
8
|
+
|
9
|
+
## Our Standards
|
10
|
+
|
11
|
+
Examples of behavior that contributes to a positive environment for our community include:
|
12
|
+
|
13
|
+
* Demonstrating empathy and kindness toward other people
|
14
|
+
* Being respectful of differing opinions, viewpoints, and experiences
|
15
|
+
* Giving and gracefully accepting constructive feedback
|
16
|
+
* Accepting responsibility and apologizing to those affected by our mistakes, and learning from the experience
|
17
|
+
* Focusing on what is best not just for us as individuals, but for the overall community
|
18
|
+
|
19
|
+
Examples of unacceptable behavior include:
|
20
|
+
|
21
|
+
* The use of sexualized language or imagery, and sexual attention or
|
22
|
+
advances of any kind
|
23
|
+
* Trolling, insulting or derogatory comments, and personal or political attacks
|
24
|
+
* Public or private harassment
|
25
|
+
* Publishing others' private information, such as a physical or email
|
26
|
+
address, without their explicit permission
|
27
|
+
* Other conduct which could reasonably be considered inappropriate in a
|
28
|
+
professional setting
|
29
|
+
|
30
|
+
## Enforcement Responsibilities
|
31
|
+
|
32
|
+
Community leaders are responsible for clarifying and enforcing our standards of acceptable behavior and will take appropriate and fair corrective action in response to any behavior that they deem inappropriate, threatening, offensive, or harmful.
|
33
|
+
|
34
|
+
Community leaders have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, and will communicate reasons for moderation decisions when appropriate.
|
35
|
+
|
36
|
+
## Scope
|
37
|
+
|
38
|
+
This Code of Conduct applies within all community spaces, and also applies when an individual is officially representing the community in public spaces. Examples of representing our community include using an official e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event.
|
39
|
+
|
40
|
+
## Enforcement
|
41
|
+
|
42
|
+
Instances of abusive, harassing, or otherwise unacceptable behavior may be reported to the community leaders responsible for enforcement at f@finbarrs.eu. All complaints will be reviewed and investigated promptly and fairly.
|
43
|
+
|
44
|
+
All community leaders are obligated to respect the privacy and security of the reporter of any incident.
|
45
|
+
|
46
|
+
## Enforcement Guidelines
|
47
|
+
|
48
|
+
Community leaders will follow these Community Impact Guidelines in determining the consequences for any action they deem in violation of this Code of Conduct:
|
49
|
+
|
50
|
+
### 1. Correction
|
51
|
+
|
52
|
+
**Community Impact**: Use of inappropriate language or other behavior deemed unprofessional or unwelcome in the community.
|
53
|
+
|
54
|
+
**Consequence**: A private, written warning from community leaders, providing clarity around the nature of the violation and an explanation of why the behavior was inappropriate. A public apology may be requested.
|
55
|
+
|
56
|
+
### 2. Warning
|
57
|
+
|
58
|
+
**Community Impact**: A violation through a single incident or series of actions.
|
59
|
+
|
60
|
+
**Consequence**: A warning with consequences for continued behavior. No interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, for a specified period of time. This includes avoiding interactions in community spaces as well as external channels like social media. Violating these terms may lead to a temporary or permanent ban.
|
61
|
+
|
62
|
+
### 3. Temporary Ban
|
63
|
+
|
64
|
+
**Community Impact**: A serious violation of community standards, including sustained inappropriate behavior.
|
65
|
+
|
66
|
+
**Consequence**: A temporary ban from any sort of interaction or public communication with the community for a specified period of time. No public or private interaction with the people involved, including unsolicited interaction with those enforcing the Code of Conduct, is allowed during this period. Violating these terms may lead to a permanent ban.
|
67
|
+
|
68
|
+
### 4. Permanent Ban
|
69
|
+
|
70
|
+
**Community Impact**: Demonstrating a pattern of violation of community standards, including sustained inappropriate behavior, harassment of an individual, or aggression toward or disparagement of classes of individuals.
|
71
|
+
|
72
|
+
**Consequence**: A permanent ban from any sort of public interaction within the community.
|
73
|
+
|
74
|
+
## Attribution
|
75
|
+
|
76
|
+
This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 2.0,
|
77
|
+
available at https://www.contributor-covenant.org/version/2/0/code_of_conduct.html.
|
78
|
+
|
79
|
+
Community Impact Guidelines were inspired by [Mozilla's code of conduct enforcement ladder](https://github.com/mozilla/diversity).
|
80
|
+
|
81
|
+
[homepage]: https://www.contributor-covenant.org
|
82
|
+
|
83
|
+
For answers to common questions about this code of conduct, see the FAQ at
|
84
|
+
https://www.contributor-covenant.org/faq. Translations are available at https://www.contributor-covenant.org/translations.
|
data/CONTRIBUTORS
ADDED
@@ -0,0 +1 @@
|
|
1
|
+
Finbarrs Oketunji <f@finbarrs.eu>
|
data/Gemfile
ADDED
@@ -0,0 +1,14 @@
|
|
1
|
+
# frozen_string_literal: true
|
2
|
+
|
3
|
+
source "https://rubygems.org"
|
4
|
+
|
5
|
+
# Specify your gem's dependencies in fxdatapi.gemspec
|
6
|
+
gemspec
|
7
|
+
|
8
|
+
gem 'yard'
|
9
|
+
gem "rake", "~> 13.0"
|
10
|
+
gem 'coveralls', require: false
|
11
|
+
gem 'rubocop', '1.48.0', require: false
|
12
|
+
gem 'rubocop-performance', '1.16.0', require: false
|
13
|
+
gem 'rubocop-rake', '0.6.0', require: false
|
14
|
+
gem 'rubocop-rspec', '2.19.0', require: false
|
data/Gemfile.lock
ADDED
@@ -0,0 +1,76 @@
|
|
1
|
+
PATH
|
2
|
+
remote: .
|
3
|
+
specs:
|
4
|
+
fxdatapi (0.1.2)
|
5
|
+
|
6
|
+
GEM
|
7
|
+
remote: https://rubygems.org/
|
8
|
+
specs:
|
9
|
+
ast (2.4.2)
|
10
|
+
coveralls (0.8.23)
|
11
|
+
json (>= 1.8, < 3)
|
12
|
+
simplecov (~> 0.16.1)
|
13
|
+
term-ansicolor (~> 1.3)
|
14
|
+
thor (>= 0.19.4, < 2.0)
|
15
|
+
tins (~> 1.6)
|
16
|
+
docile (1.4.0)
|
17
|
+
json (2.6.3)
|
18
|
+
parallel (1.23.0)
|
19
|
+
parser (3.2.2.1)
|
20
|
+
ast (~> 2.4.1)
|
21
|
+
rainbow (3.1.1)
|
22
|
+
rake (13.0.6)
|
23
|
+
regexp_parser (2.8.0)
|
24
|
+
rexml (3.2.5)
|
25
|
+
rubocop (1.48.0)
|
26
|
+
json (~> 2.3)
|
27
|
+
parallel (~> 1.10)
|
28
|
+
parser (>= 3.2.0.0)
|
29
|
+
rainbow (>= 2.2.2, < 4.0)
|
30
|
+
regexp_parser (>= 1.8, < 3.0)
|
31
|
+
rexml (>= 3.2.5, < 4.0)
|
32
|
+
rubocop-ast (>= 1.26.0, < 2.0)
|
33
|
+
ruby-progressbar (~> 1.7)
|
34
|
+
unicode-display_width (>= 2.4.0, < 3.0)
|
35
|
+
rubocop-ast (1.28.1)
|
36
|
+
parser (>= 3.2.1.0)
|
37
|
+
rubocop-capybara (2.18.0)
|
38
|
+
rubocop (~> 1.41)
|
39
|
+
rubocop-performance (1.16.0)
|
40
|
+
rubocop (>= 1.7.0, < 2.0)
|
41
|
+
rubocop-ast (>= 0.4.0)
|
42
|
+
rubocop-rake (0.6.0)
|
43
|
+
rubocop (~> 1.0)
|
44
|
+
rubocop-rspec (2.19.0)
|
45
|
+
rubocop (~> 1.33)
|
46
|
+
rubocop-capybara (~> 2.17)
|
47
|
+
ruby-progressbar (1.13.0)
|
48
|
+
simplecov (0.16.1)
|
49
|
+
docile (~> 1.1)
|
50
|
+
json (>= 1.8, < 3)
|
51
|
+
simplecov-html (~> 0.10.0)
|
52
|
+
simplecov-html (0.10.2)
|
53
|
+
sync (0.5.0)
|
54
|
+
term-ansicolor (1.7.1)
|
55
|
+
tins (~> 1.0)
|
56
|
+
thor (1.2.1)
|
57
|
+
tins (1.32.1)
|
58
|
+
sync
|
59
|
+
unicode-display_width (2.4.2)
|
60
|
+
yard (0.9.34)
|
61
|
+
|
62
|
+
PLATFORMS
|
63
|
+
x86_64-darwin-21
|
64
|
+
|
65
|
+
DEPENDENCIES
|
66
|
+
coveralls
|
67
|
+
fxdatapi!
|
68
|
+
rake (~> 13.0)
|
69
|
+
rubocop (= 1.48.0)
|
70
|
+
rubocop-performance (= 1.16.0)
|
71
|
+
rubocop-rake (= 0.6.0)
|
72
|
+
rubocop-rspec (= 2.19.0)
|
73
|
+
yard
|
74
|
+
|
75
|
+
BUNDLED WITH
|
76
|
+
2.4.12
|
data/LICENSE
ADDED
@@ -0,0 +1,28 @@
|
|
1
|
+
BSD 3-Clause License
|
2
|
+
|
3
|
+
Copyright (c) 2023, Moat Systems Limited. All Rights Reserved.
|
4
|
+
|
5
|
+
Redistribution and use in source and binary forms, with or without
|
6
|
+
modification, are permitted provided that the following conditions are met:
|
7
|
+
|
8
|
+
* Redistributions of source code must retain the above copyright notice, this
|
9
|
+
list of conditions and the following disclaimer.
|
10
|
+
|
11
|
+
* Redistributions in binary form must reproduce the above copyright notice,
|
12
|
+
this list of conditions and the following disclaimer in the documentation
|
13
|
+
and/or other materials provided with the distribution.
|
14
|
+
|
15
|
+
* Neither the name of the copyright holder nor the names of its
|
16
|
+
contributors may be used to endorse or promote products derived from
|
17
|
+
this software without specific prior written permission.
|
18
|
+
|
19
|
+
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
|
20
|
+
AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
21
|
+
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
|
22
|
+
DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE
|
23
|
+
FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
24
|
+
DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
|
25
|
+
SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
|
26
|
+
CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
|
27
|
+
OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
|
28
|
+
OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|