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

Support for non-latin or language independent markup #4

Open
karbassi opened this issue Aug 23, 2017 · 5 comments
Open

Support for non-latin or language independent markup #4

karbassi opened this issue Aug 23, 2017 · 5 comments

Comments

@karbassi
Copy link
Member

From @damascene on December 22, 2015 14:10

Most markups in todo.txt files (priority (A)(B) and Date t:, due:) depends on Latin characters so a user of other alphabets like Arabic, Russian, Chinese would have to switch keyboard to write the markup. It would be much easier for a user to write todo.txt tasks in his language letters without having to use Latin characters.

My thought is that many symbols that are available on every keyboard could be used like # & ^ +__()*&&{} [] and numbers could be used for priorities.

example for due: you can use:

Visit London {2015-12-22}

For completed tasks:

× Visit London

For priorities:

(1) Save my life
(2) Visit my mother

Copied from original issue: todotxt/todo.txt-cli#171

@karbassi
Copy link
Member Author

From @mabkenar on June 14, 2016 10:17

Very good idea.
Is the '×' in '× Visit London' available in other keyboard layouts? It is not available in American (en-US) layout, but it is available in Persian (fa-IR) layout, on GNU/Linux.

@karbassi
Copy link
Member Author

From @damascene on June 30, 2016 17:22

well, I think there should be a discussion on those markups. if it's not in common keyboard layouts then something else should be chosen IMO.

@pablito1755
Copy link

pablito1755 commented Aug 24, 2017

I certainly agree with the goal, but a different approach may be preferable. Tokens should be configurable. The spec could thus define a standard config file in which the needed tokens can be assigned. If not present, a particular token defaults to the existing specification value. Above all, this lets the user select something meaningful to them.

@karbassi
Copy link
Member Author

@pablito1755 I like the direction of where you're going with this. Default to x but allow overrides in a configuration file.

@kdehairy
Copy link

kdehairy commented Jan 2, 2018

For priority, numbers are not language agnostic. 1 is One in English
١ is One in Arabic
They are not the same Unicode endpoints

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

No branches or pull requests

3 participants