hanky 0.3.0.dev1__tar.gz → 0.3.0.dev3__tar.gz
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.
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/PKG-INFO +5 -10
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/README.md +4 -9
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/pyproject.toml +1 -1
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/uv.lock +1 -1
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/.gitignore +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/LICENSE +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/__init__.py +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/__main__.py +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/anki_utils.py +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/cli.py +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/config.py +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/errors.py +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/fs.py +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/hanky.py +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/media.py +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/processors.py +0 -0
- {hanky-0.3.0.dev1 → hanky-0.3.0.dev3}/src/hanky/report.py +0 -0
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
Metadata-Version: 2.4
|
|
2
2
|
Name: hanky
|
|
3
|
-
Version: 0.3.0.
|
|
3
|
+
Version: 0.3.0.dev3
|
|
4
4
|
Summary: Simple library and command line tool for loading flash cards into anki.
|
|
5
5
|
Project-URL: Homepage, https://github.com/Haeata-Ash/hanky
|
|
6
6
|
Project-URL: Issues, https://github.com/Haeata-Ash/hanky/issues
|
|
@@ -103,7 +103,7 @@ We would run our new script like so
|
|
|
103
103
|
python3 my_script.py pipe words.csv --into english::vocab
|
|
104
104
|
```
|
|
105
105
|
|
|
106
|
-
Here we tell hanky to **pipe** each word in `words.csv` through our `card_processors`, **transforming** each line of the csv with the `lowercase_card`, before finally adding each card, of note type `basic` (the model we
|
|
106
|
+
Here we tell hanky to **pipe** each word in `words.csv` through our `card_processors`, **transforming** each line of the csv with the `lowercase_card`, before finally adding each card, of note type `basic` (the model we gave to the pipeline), into the anki deck `english::vocab`.
|
|
107
107
|
|
|
108
108
|
This would leave us with a **english::vocab** deck containing the following cards:
|
|
109
109
|
|
|
@@ -168,10 +168,6 @@ Multiple processors can be registered on a `HankyPipeline` app to create a pipel
|
|
|
168
168
|
|
|
169
169
|
### The processor contract
|
|
170
170
|
|
|
171
|
-
Processors are model-agnostic: the Anki model/note-type is set once on the
|
|
172
|
-
pipeline itself (`HankyPipeline("basic")`), and every card the pipeline adds is
|
|
173
|
-
created with that model (unless overridden for a run with `--model`).
|
|
174
|
-
|
|
175
171
|
A processor is registered with two things:
|
|
176
172
|
|
|
177
173
|
```python
|
|
@@ -373,10 +369,9 @@ Both the `hanky` command and your own scripts share the same interface:
|
|
|
373
369
|
[hanky | python3 my_script.py] <operation> <file|dir> [pattern] [options]
|
|
374
370
|
```
|
|
375
371
|
|
|
376
|
-
|
|
377
|
-
|
|
378
|
-
|
|
379
|
-
unless you override it.
|
|
372
|
+
Note that cards are created with the model set on the pipeline (`HankyPipeline("my-model")`).
|
|
373
|
+
Since standalone `hanky` command has no script of its own, it uses Anki's built-in
|
|
374
|
+
`Basic` model unless you override it.
|
|
380
375
|
|
|
381
376
|
**`pipe`** — pipe cards from a single file into a deck:
|
|
382
377
|
|
|
@@ -85,7 +85,7 @@ We would run our new script like so
|
|
|
85
85
|
python3 my_script.py pipe words.csv --into english::vocab
|
|
86
86
|
```
|
|
87
87
|
|
|
88
|
-
Here we tell hanky to **pipe** each word in `words.csv` through our `card_processors`, **transforming** each line of the csv with the `lowercase_card`, before finally adding each card, of note type `basic` (the model we
|
|
88
|
+
Here we tell hanky to **pipe** each word in `words.csv` through our `card_processors`, **transforming** each line of the csv with the `lowercase_card`, before finally adding each card, of note type `basic` (the model we gave to the pipeline), into the anki deck `english::vocab`.
|
|
89
89
|
|
|
90
90
|
This would leave us with a **english::vocab** deck containing the following cards:
|
|
91
91
|
|
|
@@ -150,10 +150,6 @@ Multiple processors can be registered on a `HankyPipeline` app to create a pipel
|
|
|
150
150
|
|
|
151
151
|
### The processor contract
|
|
152
152
|
|
|
153
|
-
Processors are model-agnostic: the Anki model/note-type is set once on the
|
|
154
|
-
pipeline itself (`HankyPipeline("basic")`), and every card the pipeline adds is
|
|
155
|
-
created with that model (unless overridden for a run with `--model`).
|
|
156
|
-
|
|
157
153
|
A processor is registered with two things:
|
|
158
154
|
|
|
159
155
|
```python
|
|
@@ -355,10 +351,9 @@ Both the `hanky` command and your own scripts share the same interface:
|
|
|
355
351
|
[hanky | python3 my_script.py] <operation> <file|dir> [pattern] [options]
|
|
356
352
|
```
|
|
357
353
|
|
|
358
|
-
|
|
359
|
-
|
|
360
|
-
|
|
361
|
-
unless you override it.
|
|
354
|
+
Note that cards are created with the model set on the pipeline (`HankyPipeline("my-model")`).
|
|
355
|
+
Since standalone `hanky` command has no script of its own, it uses Anki's built-in
|
|
356
|
+
`Basic` model unless you override it.
|
|
362
357
|
|
|
363
358
|
**`pipe`** — pipe cards from a single file into a deck:
|
|
364
359
|
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|