Need some solution for lowering priority for a selected range of tasks.

Use case: I see a ton of entries with (A) flag, and I want to push everything down and select only those few which deserve (A) flag right now.

It's already easy to add lists/contexts to an entry (with auto-completion). But it's not that easy to remove existing -- you need to navigate the cursor, then select/delete. Simpletask makes it easy: you open "edit lists" dialog, and you get lists/contexts with checkboxes. Removing is super-easy, since checked items are on the top of the list.

I love the new calendar icon functionality you added, @t7ko!
But for my taste, it takes up to much vertical space. I have many tasks with short text, and with this update, I see 6 instead of 10 task in the same-size window.
Any change we could place the icon buttons differently? Maybe as a horizontal list instead, in the line of the date?

Suggested method -- right click in filter pane on the left, drop down menu with entry "rename", then dialog (or in-place editing, whichever easier).

Use case: I recently started using a flow where I create project name with numerical prefixes like 01, 02 etc, so they stay on top of projects list and I see them first when reviewing. Small problem is when such project is put on hold or lowered in priority, there is no easy way to "move it down" in the list, as there is no "rename" feature in jdotxt. I have to resort to text editors for such change,which is less convenient.

Add entry with no "date created", but with threshold date t: and recurrence rec:

E.g. like this:

test entry t:2021-04-09 rec:1d

Then click "complete".

The original entry is completed properly (adds x and completion date).

The newly created entries are malformed: it adds two dates instead of one, and there is no space between second date and original text:

2021-04-09 2021-04-09test entry t:2021-04-10 rec:1d

Work-around -- do not create entries w/o "created date". (Note -- this can only happen if you add entries outside jdotxt, eg. with text editor; jdotxt will always add "date created.)

Reproduced on latest release, 0.4.8.2.

Steps:

• Click project or context pane.
• Type something to narrow down the filter, so that it leaves several entries.
• Click the last one

Looks like it first cancels the filter, and then selects whatever entry is under cursor after expansion.

Long task text is not visible; would be nice to wrap it and display in full.

In case someone wants to keep my build in a separate sandbox from vanilla jdotxt build.

If you put cursor in the middle of the context/project and pick an option from the completion dialog, it will insert the new text, but will not remove old one. Example:

Create two tasks:

asdf +test1 asdf
asdf +test2 asdf
asdf +test3 asdf

Then put cursor after +te in the 3rd line. You'll get dropdown. Select first entry, test1. You'll get 3rd line changed into:

asdf +test1 st3 asdf

The st3 part should have been removed.

If you type in long enough task (e.g. 120 chars) and try entering + in various places within this task, you'll notice: it causes completing at the beginning of the task text, but starting at some position, completion dialog is not launching.

Lots of the links point towards the old repo. We need to point them towards the new repo.

My specific use case:

I have several recurring tasks which work as a reminder for "long" action items. Example:

2018-03-01 confirm monthly budget with a customer -- t:2018-04-01 rec:+1m

These long action items take me several days, and some times I need to reschedule them a few days ahead, but I still need to get the next reminder exactly at the schedule defined in the current one. This means I cannot simply reschedule this task -- it will move forward the next one too. So what I want is to create a clone of the reminder, remove rec:... from it, and reschedule forward, and then complete the main one (which automatically creates the right next 'reminder').

And when I say "clone", I mean just copy entire text of the task into "new task" area.

Create tasks

+test1
asdf +test2

Then try positioning your cursor after +te in first, and then in second of those tasks. Notice that in second one you get autocompletion dialog activated, and in first one -- no.

Trying to build the program, I get this error:

foo@computer:~/uncompiled/fork/jdotxt$ ant
Buildfile: /home/foo/uncompiled/fork/jdotxt/build.xml

init:
    [mkdir] Created dir: /home/foo/uncompiled/fork/jdotxt/build/main
    [mkdir] Created dir: /home/foo/uncompiled/fork/jdotxt/build/test

compile:
    [javac] Compiling 68 source files to /home/foo/uncompiled/fork/jdotxt/build/main
    [javac] /home/foo/uncompiled/fork/jdotxt/src/com/chschmid/jdotxt/gui/JdotxtGUI.java:44: error: package javax.xml.bind does not exist
    [javac] import javax.xml.bind.DatatypeConverter;
    [javac]                      ^
    [javac] /home/foo/uncompiled/fork/jdotxt/src/com/todotxt/todotxttouch/task/JdotxtTaskBagImpl.java:26: error: package javax.xml.bind does not exist
    [javac] import javax.xml.bind.DatatypeConverter;
    [javac]                      ^
    [javac] /home/foo/uncompiled/fork/jdotxt/src/com/todotxt/todotxttouch/task/TaskBagImpl.java:26: error: package javax.xml.bind does not exist
    [javac] import javax.xml.bind.DatatypeConverter;
    [javac]                      ^
    [javac] Note: /home/foo/uncompiled/fork/jdotxt/src/com/chschmid/jdotxt/gui/JdotxtGUI.java uses or overrides a deprecated API.
    [javac] Note: Recompile with -Xlint:deprecation for details.
    [javac] Note: Some input files use unchecked or unsafe operations.
    [javac] Note: Recompile with -Xlint:unchecked for details.
    [javac] 3 errors

BUILD FAILED
/home/foo/uncompiled/fork/jdotxt/build.xml:36: Compile failed; see the compiler error output for details.

Total time: 19 seconds

I tried building the original program, and I can build it fine.

This is implemented already in some form in one of forks; review and adjust and integrate it.

One thing though, only activate the feature if user explicitly wants it. E.g. when doing CTRL-click when selecting project/context. And leave default behavior intact.

Got this idea from a user via the matrix/element group for SimpleTask and thought it would be a nice idea to bring in. Do not know how much work it means to adjust the IMHO as of now hard coded (?) colour settings as variables.
Let the user switch between e.g. default and dark mode, via toggle button..?

Support hotkeys to quickly switch between saved sorts. E.g. CTRL-1...CTRL-9 switch between first 9 sorts in the list.

Will also require an ability to bring saved sorts up and down.

Similar to what Simpletask or Todotxt.net do -- items in the list are not only sorted by the criterion, but also "grouped" -- e.g. if you sort by Priority, it creates groups for each priority, individually titled:

A

• (A) task 1
• (A) task 2

B

• (B) task 3
• (B) task 4

(-)

• task 5
• task 6

If you use down arrow to navigate to the last entry in autocompletion, and then press down once more -- Enter does not do anything, even though selection is still on the last entry. Looks like down increases some internal counter. If you hit up -- Enter will do the right thing and select the last entry.