asker-tool 2.1.3 → 2.1.5
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- checksums.yaml +4 -4
- data/README.md +17 -17
- data/lib/asker.rb +40 -83
- data/lib/asker/application.rb +1 -1
- data/lib/asker/checker.rb +42 -25
- data/lib/asker/cli.rb +1 -1
- data/lib/asker/data/world.rb +2 -0
- data/lib/asker/{exporter/code_screen_exporter.rb → displayer/code_displayer.rb} +6 -6
- data/lib/asker/{exporter/concept_ai_screen_exporter.rb → displayer/concept_ai_displayer.rb} +27 -29
- data/lib/asker/displayer/concept_displayer.rb +27 -0
- data/lib/asker/displayer/stats_displayer.rb +13 -0
- data/lib/asker/exporter/code_gift_exporter.rb +10 -11
- data/lib/asker/exporter/concept_ai_gift_exporter.rb +9 -9
- data/lib/asker/exporter/concept_ai_yaml_exporter.rb +2 -4
- data/lib/asker/exporter/concept_doc_exporter.rb +9 -15
- data/lib/asker/exporter/output_file_exporter.rb +18 -0
- data/lib/asker/files/example-concept.haml +25 -8
- data/lib/asker/formatter/concept_string_formatter.rb +9 -8
- data/lib/asker/lang/lang.rb +3 -4
- data/lib/asker/lang/locales/du/templates.yaml +50 -0
- data/lib/asker/lang/locales/en/connectors.yaml +44 -0
- data/lib/asker/lang/locales/en/mistakes.yaml +37 -0
- data/lib/asker/lang/locales/en/templates.yaml +29 -0
- data/lib/asker/lang/locales/es/connectors.yaml +92 -0
- data/lib/asker/lang/locales/es/mistakes.yaml +82 -0
- data/lib/asker/lang/locales/es/templates.yaml +29 -0
- data/lib/asker/lang/locales/fr/connectors.yaml +92 -0
- data/lib/asker/lang/locales/fr/mistakes.yaml +82 -0
- data/lib/asker/lang/locales/fr/templates.yaml +29 -0
- data/lib/asker/lang/locales/javascript/connectors.yaml +11 -0
- data/lib/asker/lang/locales/javascript/mistakes.yaml +30 -0
- data/lib/asker/lang/locales/javascript/templates.yaml +3 -0
- data/lib/asker/lang/locales/math/connectors.yaml +2 -0
- data/lib/asker/lang/locales/math/mistakes.yaml +2 -0
- data/lib/asker/lang/locales/math/templates.yaml +1 -0
- data/lib/asker/lang/locales/python/connectors.yaml +11 -0
- data/lib/asker/lang/locales/python/mistakes.yaml +26 -0
- data/lib/asker/lang/locales/python/templates.yaml +3 -0
- data/lib/asker/lang/locales/ruby/connectors.yaml +11 -0
- data/lib/asker/lang/locales/ruby/mistakes.yaml +33 -0
- data/lib/asker/lang/locales/ruby/templates.yaml +3 -0
- data/lib/asker/lang/locales/sql/connectors.yaml +6 -0
- data/lib/asker/lang/locales/sql/mistakes.yaml +11 -0
- data/lib/asker/lang/locales/sql/templates.yaml +2 -0
- data/lib/asker/loader/input_loader.rb +22 -5
- data/lib/asker/loader/project_loader.rb +25 -24
- data/lib/asker/logger.rb +1 -2
- data/lib/asker/project.rb +5 -3
- data/lib/asker/skeleton.rb +25 -24
- metadata +47 -63
- data/docs/changelog/v2.1.md +0 -99
- data/docs/commands.md +0 -12
- data/docs/contributions.md +0 -18
- data/docs/history.md +0 -40
- data/docs/idea.md +0 -44
- data/docs/inputs/README.md +0 -39
- data/docs/inputs/code.md +0 -69
- data/docs/inputs/concepts.md +0 -142
- data/docs/inputs/jedi.md +0 -68
- data/docs/inputs/tables.md +0 -112
- data/docs/inputs/templates.md +0 -87
- data/docs/install/README.md +0 -38
- data/docs/install/manual.md +0 -26
- data/docs/install/scripts.md +0 -38
- data/docs/revise/asker-file.md +0 -41
- data/docs/revise/buenas-practicas/01-convocatoria.md +0 -30
- data/docs/revise/buenas-practicas/02-formulario.md +0 -35
- data/docs/revise/buenas-practicas/03-descripcion.md +0 -63
- data/docs/revise/buenas-practicas/04-resultados.md +0 -17
- data/docs/revise/buenas-practicas/05-reproducir.md +0 -10
- data/docs/revise/ejemplos/01/README.md +0 -27
- data/docs/revise/ejemplos/02/README.md +0 -31
- data/docs/revise/ejemplos/03/README.md +0 -31
- data/docs/revise/ejemplos/04/README.md +0 -37
- data/docs/revise/ejemplos/05/README.md +0 -25
- data/docs/revise/ejemplos/06/README.md +0 -43
- data/docs/revise/ejemplos/README.md +0 -11
- data/docs/revise/projects.md +0 -74
- data/lib/asker/exporter/concept_screen_exporter.rb +0 -25
- data/lib/asker/exporter/main.rb +0 -9
data/docs/inputs/concepts.md
DELETED
@@ -1,142 +0,0 @@
|
|
1
|
-
|
2
|
-
[<< back](README.md)
|
3
|
-
|
4
|
-
# Learn basics
|
5
|
-
|
6
|
-
To know how to build our asker input files, we need to learn
|
7
|
-
main keywords:
|
8
|
-
* map
|
9
|
-
* concept
|
10
|
-
* names
|
11
|
-
* tags
|
12
|
-
* def
|
13
|
-
|
14
|
-
Let's start!.
|
15
|
-
|
16
|
-
---
|
17
|
-
|
18
|
-
# Text plain editor
|
19
|
-
|
20
|
-
* Create a text file, called for example: `demo/furniture.haml`.
|
21
|
-
* **map**: Once, at first line, we write keyword `map`. Example:
|
22
|
-
|
23
|
-
```ruby
|
24
|
-
%map{ :lang => 'en', :context => 'furniture, home', :version => '1'}
|
25
|
-
```
|
26
|
-
|
27
|
-
| Attribute | Description |
|
28
|
-
| --------- | ---------------------------------------------- |
|
29
|
-
| lang | Output texts will be created in English. Valid values: en, es |
|
30
|
-
| context | Comma separated labels that define map content |
|
31
|
-
| version | Input file format version. Valid value: 1 |
|
32
|
-
|
33
|
-
This input file will contain concepts about furniture context.
|
34
|
-
Use diferents input files to define diferents contexts.
|
35
|
-
|
36
|
-
> Use separated contexts is good idea. Sometimes, diferents concept from diferents contexts has the same `names` value. For example:
|
37
|
-
> * free as free of charge, costless.
|
38
|
-
> * free as in freedom.
|
39
|
-
|
40
|
-
* **concept, names, tags**: So we define our first concept:
|
41
|
-
|
42
|
-
```
|
43
|
-
%concept
|
44
|
-
%names chair
|
45
|
-
%tags single, seat, leg, backrest
|
46
|
-
```
|
47
|
-
|
48
|
-
| Param | Description |
|
49
|
-
| ----- | ------------------------------- |
|
50
|
-
| names | Comma separated concept's names |
|
51
|
-
| tags | Comma separated tags that help to identify this concept |
|
52
|
-
|
53
|
-
* **def**: Use def keyword to add concept meaning. The `def` content must uniquely identifies our concept. You can use `def` more than once.
|
54
|
-
|
55
|
-
```
|
56
|
-
%concept
|
57
|
-
%names chair
|
58
|
-
%tags single, seat, leg, backrest
|
59
|
-
%def Single seat with legs and backrest
|
60
|
-
%def Furniture that is placed around the table to sit
|
61
|
-
```
|
62
|
-
|
63
|
-
At this time, we may generate questions with:
|
64
|
-
|
65
|
-
```bash
|
66
|
-
asker demo/furniture.haml
|
67
|
-
```
|
68
|
-
|
69
|
-
---
|
70
|
-
|
71
|
-
# Formats
|
72
|
-
|
73
|
-
HAML is a special format. It's necesary write exactly:
|
74
|
-
* 0 spaces before map.
|
75
|
-
* 2 spaces before concept.
|
76
|
-
* 4 spaces before names, tags and def.
|
77
|
-
|
78
|
-
It's posible write the same using XML format instead. Take a look:
|
79
|
-
|
80
|
-
```xml
|
81
|
-
<map lang='en' context='furniture, home' version='1'>
|
82
|
-
<concept>
|
83
|
-
<names>chair</names>
|
84
|
-
<tags>single, seat, leg, backrest</tags>
|
85
|
-
<def>Single seat with legs and backrest</def>
|
86
|
-
<def>Furniture that is placed around the table to sit</def>
|
87
|
-
</concept>
|
88
|
-
</map>
|
89
|
-
```
|
90
|
-
|
91
|
-
Notice that `demo/furniture.haml` is HAML file and `demo/furniture.xml` a XML file. Both are valid.
|
92
|
-
|
93
|
-
> HAML format files are the same as XML format files.
|
94
|
-
Internaly HAML files are translated automaticaly to an XML equivalent.
|
95
|
-
>
|
96
|
-
> Why write into HAML instead of XML? HAML It's easier (for me).
|
97
|
-
You don't have to close every tag, only be carefuly with indentation.
|
98
|
-
>
|
99
|
-
> If you prefer, you could write your input files using XML.
|
100
|
-
|
101
|
-
---
|
102
|
-
|
103
|
-
# Adding images
|
104
|
-
|
105
|
-
Example:
|
106
|
-

|
107
|
-
|
108
|
-
**def** can be used with image URL. So we have to find an image that uniquely identifies our concept and write this:
|
109
|
-
|
110
|
-
```
|
111
|
-
%def{:type => 'image_url'}https://www.portobellostreet.es/imagenes_muebles/Muebles-Silla-colonial-Fusta-Bora-Bora.jpg
|
112
|
-
```
|
113
|
-
|
114
|
-
| Attribute | Description |
|
115
|
-
| --------- | ------------ |
|
116
|
-
| type | Content type |
|
117
|
-
|
118
|
-
---
|
119
|
-
|
120
|
-
# Increase questions number
|
121
|
-
|
122
|
-
Adding more concepts will increase questions number generated by ASKER:
|
123
|
-
|
124
|
-
```
|
125
|
-
%concept
|
126
|
-
%names couch
|
127
|
-
%tags furniture, seat, two, threee, people, bench, armrest
|
128
|
-
|
129
|
-
%concept
|
130
|
-
%names table
|
131
|
-
%tags furniture, flat, top, leg, surface, work, eat
|
132
|
-
|
133
|
-
%concept
|
134
|
-
%names bed
|
135
|
-
%tags furniture, place, sleep, relax
|
136
|
-
```
|
137
|
-
|
138
|
-
Examples:
|
139
|
-
* [furniture.haml](../examples/home/furniture.haml)
|
140
|
-
* [furniture.xml](../examples/home/xml/furniture.xml)
|
141
|
-
|
142
|
-
[>> Learn about tables](tables.md)
|
data/docs/inputs/jedi.md
DELETED
@@ -1,68 +0,0 @@
|
|
1
|
-
|
2
|
-
# Jedi
|
3
|
-
|
4
|
-
Inputs
|
5
|
-
======
|
6
|
-
|
7
|
-
Into *maps* directory we save our own concept map files. We could use subdirectories to
|
8
|
-
better organization. As example we have the file `maps/demo/starwars/jedi.haml`, that
|
9
|
-
contains one concept map about Jedi characters of StarWars film into HAML format.
|
10
|
-
|
11
|
-
Let's take a look (Spanish example, I know. Soon I'll write the english version):
|
12
|
-
```
|
13
|
-
%map{ :lang => 'en', :context => 'character, starwars', :version => '1'}
|
14
|
-
|
15
|
-
%concept
|
16
|
-
%names obiwan
|
17
|
-
%tags jedi, teacher, annakin, skywalker, pupil, quigon-jinn
|
18
|
-
%def Jedi, teacher of Annakin Skywalker
|
19
|
-
%def Jedi, pupil of Quigon-Jinn
|
20
|
-
%table{ :fields => 'attribute, value' }
|
21
|
-
%title Associate every attribute with their value
|
22
|
-
%row
|
23
|
-
%col race
|
24
|
-
%col human
|
25
|
-
%row
|
26
|
-
%col laser sabel color
|
27
|
-
%col green
|
28
|
-
%row
|
29
|
-
%col hair color
|
30
|
-
%col red
|
31
|
-
|
32
|
-
%concept
|
33
|
-
%names yoda
|
34
|
-
%tags teacher, jedi
|
35
|
-
%def Jedi, teacher of all jedis
|
36
|
-
%def The Main Teacher of Jedi and one of the most important members of the Main Jedi Council, in the last days of Star Republic.
|
37
|
-
%def He has exceptional combat abilities with light sable, using acrobatics tecnics from Ataru.
|
38
|
-
%def He was master of all light sable combat styles and was considered during years as a Sword Master.
|
39
|
-
%table{ :fields => 'attribute, value' }
|
40
|
-
%row
|
41
|
-
%col color laser sabel
|
42
|
-
%col green
|
43
|
-
%row
|
44
|
-
%col hair color
|
45
|
-
%col white
|
46
|
-
%row
|
47
|
-
%col skin color
|
48
|
-
%col green
|
49
|
-
%row
|
50
|
-
%col high
|
51
|
-
%col 65 centimetres
|
52
|
-
...
|
53
|
-
```
|
54
|
-
As we see, we defined 2 concepts about Jedi characters. This are `obiwan` and `yoda`.
|
55
|
-
And we use special sintax (tags) to define it.
|
56
|
-
|
57
|
-
At now we have a this list of tags to define our own sintax for build conceptual maps:
|
58
|
-
* **context**: List of comma separated words, that identify the context where this concept "lives" or "exists".
|
59
|
-
* **names**: List of one or more names that identify the concept. At least one is requiered, of course!.
|
60
|
-
* **tags**: List of comma separated words, that briefly describe the concept. I mean, a short list of words
|
61
|
-
that came in mind when we think in it, and are useful for their identification.
|
62
|
-
* **def**: We use this tags as many times we need. In it, we write using natural language descriptions
|
63
|
-
asssociated to the concept. This are definitions/descriptions that are uniques
|
64
|
-
for this concept, but don't write the name of the concept into the text.
|
65
|
-
* **table**: Other way to build more sofisticated definitions/schemas is using "tables". It's similar
|
66
|
-
to HTML tag. I mean, with this "table", we build tables of knowledge into the concept. We use "row",
|
67
|
-
and "col", to defines table-rows and row-cols, of course. We could see an
|
68
|
-
example into `input/en/starwars/jedi.haml`.
|
data/docs/inputs/tables.md
DELETED
@@ -1,112 +0,0 @@
|
|
1
|
-
|
2
|
-
[<< back](README.md)
|
3
|
-
|
4
|
-
# Learn tables
|
5
|
-
|
6
|
-
Now, we are going to learn keywords:
|
7
|
-
* table
|
8
|
-
* row
|
9
|
-
* col
|
10
|
-
|
11
|
-
Let's go!.
|
12
|
-
|
13
|
-
---
|
14
|
-
|
15
|
-
# Def limits
|
16
|
-
|
17
|
-
We have learn that:
|
18
|
-
* **map** serves to identify an input file.
|
19
|
-
* **concept**, **names** and **tags** serves to identify a concept.
|
20
|
-
* **def** serves to add meaning to a concept.
|
21
|
-
|
22
|
-
But, it's not enough. **def** only contains meaning that could only be associated to one unique concept. For example:
|
23
|
-
```
|
24
|
-
%concept
|
25
|
-
%names AC/DC, ACDC
|
26
|
-
%tags rock, band, australia
|
27
|
-
%def Australian rock band formed by Scottish-born brothers Malcolm and Angus Young
|
28
|
-
```
|
29
|
-
|
30
|
-
**def** is good but we need other keyword to add meaning that isn't uniquely associated to one concept. That is **table** keyword.
|
31
|
-
|
32
|
-
---
|
33
|
-
# Tables
|
34
|
-
|
35
|
-
## Table with 1 field
|
36
|
-
|
37
|
-
Example, adding meaning using 1 field table. Field called `members`:
|
38
|
-
|
39
|
-
```
|
40
|
-
%concept
|
41
|
-
%names AC/DC, ACDC
|
42
|
-
%tags single, seat, leg, backrest
|
43
|
-
%tags rock, band, australia
|
44
|
-
%table{ :fields => 'members'}
|
45
|
-
%row Bon Scott
|
46
|
-
%row Angus Young
|
47
|
-
%row Malcolm Young
|
48
|
-
%row Phil Rudd
|
49
|
-
%row Cliff Williams
|
50
|
-
```
|
51
|
-
|
52
|
-
| Param | Description |
|
53
|
-
| ------ | ----------- |
|
54
|
-
| table | Group rows |
|
55
|
-
| fields | Comma separated values with field name |
|
56
|
-
| row | Field value |
|
57
|
-
|
58
|
-
## Table with 2 fields
|
59
|
-
|
60
|
-
Example, adding meaning using 2 fields table. Fields called `attribute` and `value`:
|
61
|
-
|
62
|
-
```
|
63
|
-
%concept
|
64
|
-
%names AC/DC, ACDC
|
65
|
-
%tags single, seat, leg, backrest
|
66
|
-
%tags rock, band, australia
|
67
|
-
%table{ :fields => 'attribute, value'}
|
68
|
-
%row
|
69
|
-
%col Genres
|
70
|
-
%col Hard rock blues rock rock and roll
|
71
|
-
%row
|
72
|
-
%col Years active
|
73
|
-
%col 1973–present
|
74
|
-
%row
|
75
|
-
%col Origin
|
76
|
-
%col Sydney
|
77
|
-
```
|
78
|
-
|
79
|
-
| Param | Description |
|
80
|
-
| ------ | ------------------ |
|
81
|
-
| table | Group rows |
|
82
|
-
| fields | Comma separated values with field names |
|
83
|
-
| row | Group cols |
|
84
|
-
| col | Field column value |
|
85
|
-
|
86
|
-
## Table with Sequence
|
87
|
-
|
88
|
-
Sometimes we have a 1 field table where rows are sorted or form a sequence. In that cases we also could take advantage defining a `sequence`, like:
|
89
|
-
|
90
|
-
```
|
91
|
-
%concept
|
92
|
-
%names AC/DC, ACDC
|
93
|
-
%tags single, seat, leg, backrest
|
94
|
-
%tags rock, band, australia
|
95
|
-
%table{ :fields => 'Albums', :sequence => 'Albums sorted by date'}
|
96
|
-
%row Albums High Voltage
|
97
|
-
%row Powerage
|
98
|
-
%row Highway to Hell
|
99
|
-
%row Back in Black
|
100
|
-
%row Ballbreaker
|
101
|
-
%row Rock or Bust
|
102
|
-
```
|
103
|
-
|
104
|
-
| Param | Description |
|
105
|
-
| -------- | ------------------ |
|
106
|
-
| table | Group rows |
|
107
|
-
| fields | Field name |
|
108
|
-
| sequence | Label form ordered values |
|
109
|
-
| row | Field value |
|
110
|
-
|
111
|
-
Example:
|
112
|
-
* [acdc.haml](../examples/bands/acdc.haml)
|
data/docs/inputs/templates.md
DELETED
@@ -1,87 +0,0 @@
|
|
1
|
-
|
2
|
-
[<< back](README.md)
|
3
|
-
|
4
|
-
# Learn templates
|
5
|
-
|
6
|
-
Now, we are going to learn `template` keyword.
|
7
|
-
|
8
|
-
---
|
9
|
-
|
10
|
-
# Powerfull tables
|
11
|
-
|
12
|
-
Table is usefull keyword to add information associated to concepts using table struct (That means with rows and columns scheme).
|
13
|
-
|
14
|
-
## Example 01: repetitive rows
|
15
|
-
|
16
|
-
Let's see this repetitive row example about OS commands:
|
17
|
-
|
18
|
-
```
|
19
|
-
%concept
|
20
|
-
%names command
|
21
|
-
%tags computing,directive,computer,perform,specific,task
|
22
|
-
%def In computing, is a directive to a computer program to perform a specific task.
|
23
|
-
%table{:action, :description}
|
24
|
-
%row
|
25
|
-
%col mkdir Endor
|
26
|
-
%col Create Endor directory
|
27
|
-
%row
|
28
|
-
%col mkdir Naboo
|
29
|
-
%col Create Naboo directory
|
30
|
-
%row
|
31
|
-
%col mkdir Dagobah
|
32
|
-
%col Create Dagobah directory
|
33
|
-
```
|
34
|
-
|
35
|
-
## Example 02: Using template
|
36
|
-
|
37
|
-
To be more productive, we could use `template` keyword.
|
38
|
-
|
39
|
-
```
|
40
|
-
%concept
|
41
|
-
%names command
|
42
|
-
%tags computing,directive,computer,perform,specific,task
|
43
|
-
%def In computing, is a directive to a computer program to perform a specific task.
|
44
|
-
%table{:action, :description}
|
45
|
-
%template{:DIRNAME => 'Endor,Naboo,Dabobah'}
|
46
|
-
%row
|
47
|
-
%col mkdir DIRNAME
|
48
|
-
%col Create DIRNAME directory
|
49
|
-
```
|
50
|
-
|
51
|
-
We see example 01 produce the same result, but with less input lines.
|
52
|
-
Template will be apply to every definition inside.
|
53
|
-
|
54
|
-
| Param | Description |
|
55
|
-
| -------- | ----------- |
|
56
|
-
| template | Begin template definition |
|
57
|
-
| DIRNAME | Token o variable that will be replaced with value list |
|
58
|
-
| Endor,Naboo,Dagobah |Comma separated value list |
|
59
|
-
|
60
|
-
## Example 03: Going crazy
|
61
|
-
|
62
|
-
```
|
63
|
-
%concept
|
64
|
-
%names command
|
65
|
-
%tags computing,directive,computer,perform,specific,task
|
66
|
-
%def In computing, is a directive to a computer program to perform a specific task.
|
67
|
-
%table{:action, :description}
|
68
|
-
%template{:NAME => 'Endor,Naboo,Dabobah'}
|
69
|
-
%row
|
70
|
-
%col mkdir NAME
|
71
|
-
%col Create NAME directory
|
72
|
-
%row
|
73
|
-
%col rmdir NAME
|
74
|
-
%col Delete NAME directory
|
75
|
-
%row
|
76
|
-
%col touch NAME
|
77
|
-
%col Create NAME file
|
78
|
-
%row
|
79
|
-
%col rm NAME
|
80
|
-
%col Delete NAME file
|
81
|
-
%row
|
82
|
-
%col useradd NAME
|
83
|
-
%col Create user NAME
|
84
|
-
%row
|
85
|
-
%col userdel NAME
|
86
|
-
%col Delete user NAME
|
87
|
-
```
|
data/docs/install/README.md
DELETED
@@ -1,38 +0,0 @@
|
|
1
|
-
|
2
|
-
[<< back](../../README.md)
|
3
|
-
|
4
|
-
# Installation
|
5
|
-
|
6
|
-
* **Install** Asker:
|
7
|
-
1. Install Ruby on your system.
|
8
|
-
2. `gem install asker-tool`
|
9
|
-
|
10
|
-
Run `asker version` to check that your installation is ok.
|
11
|
-
|
12
|
-
> **FIND asker COMMAND**: If you have problems to find `asker`command (OpenSUSE distro), try this:
|
13
|
-
> * `find / -name asker`, to find absolute path to teuton command.
|
14
|
-
> * As superuser do `ln -s /PATH/TO/bin/asker /usr/local/bin/asker`, to create symbolic link to asker command.
|
15
|
-
|
16
|
-
* **Update** Asker with `gem asker-tool update`.
|
17
|
-
* **Uninstall** Asker with `gem uninstall asker-tool`
|
18
|
-
|
19
|
-
> Others ways to install Asker:
|
20
|
-
> * [Installation scripts](scripts.md)
|
21
|
-
>* [Manual installation](manual.md)
|
22
|
-
|
23
|
-
---
|
24
|
-
# Configuring Asker
|
25
|
-
|
26
|
-
There exist `config.ini`file, into Asker base directory with some configurable options.
|
27
|
-
|
28
|
-
| Section | Param | Default | Values | Description |
|
29
|
-
| ----------- | -------- | ------- | --------- | ----------- |
|
30
|
-
| [global] | internet | no | yes or no | Accept to connect Google and download find images URLs |
|
31
|
-
| [questions] | exclude | | Comma separated strings| Exclude questions with this texts into their names |
|
32
|
-
|
33
|
-
---
|
34
|
-
# Download input examples
|
35
|
-
|
36
|
-
If you want to download our repository with asker input files:
|
37
|
-
|
38
|
-
`git clone https://github.com/dvarrui/asker-inputs.git`
|