Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Suggestion: Can you support self defined note type and multi-fields splits #118

Open
Lucid-A opened this issue Sep 27, 2023 · 2 comments

Comments

@Lucid-A
Copy link

Lucid-A commented Sep 27, 2023

I've defined my own note type in Anki and the type has more than 2 fields (front and back), let's say 3 with name field1, field2 and field3.

Can you please support parsing according to the number of fields in self defined note type?

I've came up with the following format:

## Card 1 field 1 content line 1

field 1 content line 2

field 1 content line 3

% 

field 2 content line 1

field 2 content line 2

...

%

field 3 content line 1

field 3 content line 2

...

---<note type, if not specified, use the default note type in config> // This is a split for cards

## Card 2 field 1 content line 1

field 1 content line 2

field 1 content line 3

% 

field 2 content line 1

field 2 content line 2

...

%

field 3 content line 1

field 3 content line 2

...

---<note type> // This is a split for cards

## Card 3 field1 content line 1
...

I would appreciate if you can add this feature, this would helps a lot, so that I can easily switch to my own defined note type and construct self-defined cards with self-defined style.

In the end, thanks for developing this wonderful add-on for anki. It has already speed up my progress of card construction.

@jasonwilliams
Copy link
Owner

Thanks for raising @Lucid-A
It’s something I’ll have to think about, parsing for a specific note type may be out of scope to be honest as it’s very customary.

I’ll see what solutions can be provided though

@Lucid-A
Copy link
Author

Lucid-A commented Sep 29, 2023

Thank you for taking consideration about this idea!

Parsing for a user-defined note type maybe too customary, but maybe using a general note type that can be auto generated due to various fileds number, which can be easily converted to user-defined note type can be the solution?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants