Welcome!
This is the community forum for my apps Pythonista and Editorial.
For individual support questions, you can also send an email. If you have a very short question or just want to say hello — I'm @olemoritz on Twitter.
Outliner with drag/drop reordering
-
@ihf said:
The notebook app permits this in one step by moving to the left.
Don't forget that I have also foreseen the left or right swipe gestures to promote/demote.
Better than a long press, I think.But ok, next version will also include left and right move during longpressing
That will say you will be able to promote/demote by 4 ways:
- Tab and back tab keys
- Double tap an outline and choosing tab or backtab in popup menu
- Swiping left or right a line of text
- Moving left or right a long pressed outline
-
-
@cvp At left of text. For task or todo lists. As an option.
-
Like a Markdown checklist?
[ ] Milk [ ] Bread [ ] Eggs
-
@ihf said:
At left of text
At left of text, like @ccc 's example or at left of outline?
✅ ▶️1.1.1 text
▶️✅1.1.1.text
▶️1.1.1.✅textThere are a lot of possibilities,
- before/after the arrow of hide/show
- before/after the blanks of outlines (vertically aligned or not)
Is this ok? Ho yes, this image shows also a new feature of gray lines drawn to separate text lines
-
@ihf New V00.21 available with
Version V00.21 - correction of BIG (sorry) bug "hide/show icons were not synchronized with lines when scrolling more than one screen" - correction of bug "tap outside search field while it was not empty" does not reshow all lines"" - support move left/right dragged box on its initial line to promote/demote - support "show lines separator" - new general setting - display or not a line after each (not hidden) text line - support "checkboxes" - new general setting - display or not a checkbox in front of (not hidden) line - store checkbox per line in the .content file
But....
I don't like my program.
Outlines are identified by their position in the text, and this is very fragile. Even the smallest bug has huge consequences.
You remember the discussion with @mikael about choosing between ui.TextView and ui.TableView. I am still (until when?) convinced that ui.TextView is better in this case but I think that I should completely revise my script to remember the identification of outlines by their line number rather than by their position in the text.
But this can be a huge job with the risk of lots of new bugs.
Anyway, the actual script could become much too slow for long texts ...Since I play with ui.TextView (ObjectiveC) inset to solve problem of desynchronization between text lines and their checkbox and hide/show buttons, a bad scroll is done when typing in a file longer than one page. This problem is still present, sorry for that.
And I'm looking for the reason for hours... 😢 I have enough for todayÉdit: perhaps is this problem existing for weeks but I never did play wiTh a text bigger than one page, thus who knows? Did you?
-
@cvp i did not try long lines or outlines longer than a page. This weekend I would like to try using it for a “real” outline to see how it works in practice.
-
@cvp Checkboxes are being reset as soon as I type a new item
-
@ihf said:
Checkboxes are being reset as soon as I type a new item
I don't understand : do you want the checkboxes to be all reset as soon as you type a new line?
Don't you prefer a title bar button to reset all?For instance. If your list is a todo list, and if you have already done some tasks, I don't understand why if you add one task in your list, you have to reset all already done task.
-
@ihf scrolling bug: only to be sure you know it: if you have a text longer than one page, il you set cursor in the first lines, then type something, at each TextView automatically scrolls to the end of the text... Annoying
I'je just spent more than 4 hours to try to identify why, but without success. Sorry for you
-
@ihf said:
Checkboxes are being reset as soon as I type a new item
Sorry, I did not understand. I thought it was a request, but it is a bug. Shame on me.
-
@ihf New V00.22 available with:
Version V00.22 - correction of bug "if text bigger than one screen, any typing automatically scrolls until end of file". workaround found is to locate text row at edited line - correction of bug "checkbox was not saved correctly in .content" - correction of bug "checkboxes are being reset as soon as new item is typed"
-
@ihf I have some bugs for lines without outline. I did foresee that for headers.
Question : Do you use that?
-
@ihf New V00.23 available with
Version V00.23 - correction of bug "paste text containing CR did lock the script" - correction of bug "popup menu location incorrect if long text" - outline showed in yellow in horizontal popup menu, to be sure the menu is relative to the tapped outline - new functionnality: undo - new button in main menu - shows name of action undoable in red on the button - operational for undoing move (drag/drop) - operational for undoing CR (linefeed) - operational for undoing tab (demote) - operational for undoing back (promote) - disable if typed or deleted characters
-
@cvp In answer to your question, no, all lines can be part of the outline.
Unless you see a need for it, perhaps you could eliminate the error message about a .prm file being cleared when the last file worked on is not present. I think that if the last file that was used is no longer there, then the user can just create a new file.
Also would it be possible for the program to remember font prefs? I find that the 14 point default is too small for me, so I always have to change it to 18 (or greater). Unless you are doing auto-save (which would be a nice option but not absolutely essential), then why not have the user specify a name and location when they save (could be reminded at exit?). I prefer to be able to start the script and just begin writing rather than naming the file, selecting its location, changing font prefs, etc.
-
-
@ihf thé font size, The path and the file name are saved in .prm, thus when you come back, all is known.
What changement do you want? -
-
@ihf said:
Also would it be possible for the program to remember font prefs?
In the next version, font and font size will be stored in .content of each file, thus when you will reopen a file, the used font and font_size will be set as they were in the last use of the file.
-
@ihf New V00.24 available with
Version V00.24 - default font size will be now 18 - no more alert if last open file, stored in .prm, does no exist anymore - font and font_size saved in .content, so when file is open, they are known - backtab on an outline of first level not allowed
That's all folks, ......for today