Outliner with drag/drop reordering

cvp

@ihf I said you that this initial version was far from perfect. Of course we will need file new/save/load functions but they are not yet needed for testing thé édition part. Please, don't rush me

I didn't know that you used an iPhone.
Thus, we need to add buttons for tab and shift/tab. What do you prefer:

in the title bar of the script
in a supplementary row above the keyboard?

Please let me know and you will need to be patient: you will not get all functionalities briefly

cvp

@ihf example of what it could be on iPhone SE (small)

Icons would be at your own choice among iOS SFSymbols

cvp

@ihf If I can use shift-tab anywhere in a line, it is sure I can't use left-delete as key.
Thus I need to have a "new" key (like in my example just above).
So I also can use another key than tab for indentation, thus ok also in my example above.
So normal tab and normal left-delete will keep their original signification.

Ok with that and this additional row of specialized keys?

ihf

@cvp Firstly, please don't take any of my messages as indicating impatience. I am very grateful that you are taking on this project and am in no particular hurry at all. In so far as iPhone or iPad, I use both. As to special keys, I leave it to you for the best way to do it but I have no problem with dedicated keys given the absence of the tab key (when not using an external keyboard).

cvp

@ihf ok, sorry, I was afraid you could be hurry.
I'll go on with these dedicated keys, so you can have it on iPhone where there is no tab key.
After your future tests , we would decide how you prefer to use the script.
But I'm not yet far enough for a second version. I've been very busy this week-end, first sunny days since 3 weeks.

cvp

@ihf you will not have news before some days because we have our fist sunny days since a long time and I take some holidays.

cvp

@ihf I don't forget you. I'll send something testable, not perfect, end of next week, sorry for the delay.

cvp

@ihf Hello, I'm sorry but currently i can't concentrate well. Thus my script does not evolve a lot.
You will find in GitHub the last version but a lot of functionalities are still missing or buggy
You can already test the two additional keys but only at end of file because renumbering does not work correctly.
You can also test the Files sub-options new, open, save. This part of the script uses modules that you will also find in GitHub: File_Picker.py and Folder_Picker.py.
Thus here is outline.py.
The script uses any editable file (aaaa.bbb or aaaa) but creates a aaaa.content partner file with needed infos.
don't be angry if there are too many bugs, I try to find the motivation to go on...

ihf

@cvp if this is what you can do when you can’t concentrate well I can only imagine what happens if you have a cup of coffee (LOL). Do you want me to tell you about each bug I fall across or should I wait until you have a chance to do more testing of your own? One small thing, I noticed that when you start a new file you must hit tab before the outline begins. Unless you can see a reason for that, you might as well start the outline in the selected format immediately. Also would be nice if it continued with the last used file just to simplify continuing to edit an outline. I realize that move and copy, much less drag and drop, are still in the future, but what you have already done is very impressive.

cvp

@ihf said:

Do you want me to tell you about each bug

Not yet please, I know there are a lot of bugs actually...

cvp

@ihf said:

when you start a new file you must hit tab before the outline begins

Yes, because I thought that you want to start with a title line without outline.
I'll change that

cvp

@ihf said:

what you have already done is very impressive.

No

cvp

@ihf new Github available with

Version V00.03
  - at program end, outline.prm written with path and name of last edited file
  - automatic open last edited file at program start
  - automatic generation of first outline when new file

cvp

@ihf For those times when I don't have the motivation to think about automatic renumbering, can you explain how you see the move / copy / drag and drop?

cvp

@ihf how do you force a line to have same (invisible?) outline level than previous line?
If this functionality is allowed, the outline should be invisible but actually, the script displays
It in gray, just to be sure there is an outline

ihf

@cvp I created a new outline and enter a line (1.0), then a line under that (1.1), then CR which gave me (1.2), then a backtab made that 3.0 instead of 2.0
As far as move and copy, it was a pull down that said not implemented (in an earlier version). My hope is that you will somehow eventually be able to do drag and drop of parent and child nodes so that the outline can be reordered flexibly.

ihf

@cvp I found a few anomalies that I thought were easiest to show you with a screen recording. Please let me know if this works.
https://vimeo.com/560665894

cvp

@ihf said:

few anomalies that I thought were easiest to show you with a screen recording

It is good idea, and yes it works.

About the bugs, I knew them, coming from my "automatic renumbering" part, really not ready.

cvp

@ihf said:

My hope is that you will somehow eventually be able to do drag and drop of parent and child nodes so that the outline can be reordered flexibly.

I understand that. But, I can't do that before he normal process which is buggy in its renumbering part.
Drop will need automatic renumbering.

Could you explain me how you see this drag and drop?
How do you want to select what to drag?
How do you want the dragging operation?
How do you want to indicate where to drop?

And I promise that I'll at least try to process this drag and drop

cvp

@ihf New Github available with

Version V00.04
  - correction of (one) bug of automatic renumbering after line feed
  - correction of (one) bug of automatic renumbering after tab
  - correction of (one) bug of automatic renumbering after back tab
  - if outline is exactly the same as previous line, display it in gray
    nb: - actually, this should not be authorized but automatic renumbering
          sometimes generates such invalid cases
        - if this functionnality is allowed, the outline would become invisible
  - hide/show children supported (also saved for next run)
    nb: actually, for testing, not really hidden but small characters to check
        which lines would be hidden

I'm now open for bugs description and waiting for your move/drag explanation.