I use AnkiDroid without other Anki instances and add notes either manually or using CSV (text) import.
Using text file import usually goes like that:
Open Anki. Press “Import → Text file (.txt, .csv)”.
Choose the file.
Inspect the preview to ensure that it has guessed field arrangement correctly.
Notice that it would append to existing deck instead of creating a deck.
Press “Deck” combobox chooser. Scroll it to and fro.
Wonder “hey, where is ‘create new deck’ option?”.
Abort importing using the back button
Create a deck using floating action button menu.
Press “Import → Text file” again.
Choose the file again.
Check preview again
Choose the newly created deck from the “Deck” chooser (requires meticulous scrolling though numerous decks - the new deck is not the default).
Finally import.
Review the import result.
I suggest there to be some “[create new deck]” option in the “Deck” chooser. It should ask user to input the name of the deck, with a filename stem being the default name.
Some filename character (e.g. .) may be converted to :: to aid easy subdeck creation.
resulted in “Deck” chooser being absent from import dialogue and it created the deck as expected.
Why deck: does not work the same way as deck column:? Maybe it should be equivalent to having a deck column: column with specified value repeated for each row?
#deck:1 will select a deck with the id 1, or if it doesn’t exist, a deck with the name 1. Extending it to refer to column numbers in addition to deck ids isn’t intuitive, so #deck column is used to disambiguate.
Unless you’re referring to why #deck:... won’t create a new deck
I think that’s it. Do you happen to have an idea? To me, it seems logical that both, deck and deck column, should do the same thing (in this case: creating a deck if it does not exist, else select it).
@Rumo I vaguely recall us talking about it at the time - does your memory agree? If so, @Anon_0000 may be able to find the answer in the original PR discussion.
If a deck or notetype can’t be resolved, the question is again whether to skip the note, use the default deck/notetype, or abort.
But I don’t think it had been answered / decided on. I might have overlooked it though. The PR discussion is quite huge and many files had been modified.
Maybe it was just an oversight that deck and deck column behave different and it wasn’t intended?
I don’t remember. I’m having trouble thinking of a good reason for the inconsistency though, so if no one chimes in soon, no objections to changing it.