pjj wrote: ↑10 Sep 2022 14:12
inspector71 wrote: ↑10 Sep 2022 10:29
I'm not aware of such a button, so unlikely to have toggled it intentionally.
Rrright,
Sarcasm detected?
pjj wrote: ↑10 Sep 2022 14:12
there's also a main menu entry under "Window".
Was not trying to claim ignorance as a defence. Just that if I was not aware of such a button / feature, I would not have regularly (at least deliberately) used it. Hence, it was unlikely to be part of this issue I'm mentioning. Wish I had a more solid memory.
Admittedly the Window menu is not the most conceptually consistently used menu in apps I've used. More often than not it's actually absent these days. But prior to that, ... actually I don't have a great memory of what it tended to hold.
For better and worse, I guess the "View" menu is the menu where I expect to find options to change the way the program is displaying files to me. I guess if that's a per-file context then "Window" is app-wide context, so there's a logical distinction there.
inspector71 wrote: ↑10 Sep 2022 10:29
Added it but, and I empathise when trying to debug something highlights another bug ...
pjj wrote: ↑10 Sep 2022 14:12
Yup, I just found one.
I have cloned PHP file to the right panel, set it for a while to "read only" (probably irrelevant), pressed spacebar to check its behavior, but generally I scrolled fast up ad down the left one, then the right one, clicked here and there... I noticed that the highlighter was switched off for some parts of the left, then the right document, too, so I started to haphazardly reload one or another, and also to change highlighter to random one, then back to the proper one (PHP). All in all, I ended up with corrupted document; luckily, I had a copy on FTP.
I don't have one certain way to replicate it, but when I monkey long enough with reopening "base" or cloned document, I usually end up with highlighter being off (completely switched off, or possibly set for another language), and vertical scrollbar is always repositioned to the top of the document being reloaded (I used quite long [more than 1000 LOC] document). This is not a serious glitch, but maybe it's indicative of something worse (that leads to document corruption)?
This vertical scrollbar going up on document reload can be seen without dual view, too. Several subsequent reloads corrupts the highlighter, too.
Sounds like a few possibly similar issues to those I've experienced.
Perhaps Rickard could clarify what "Clone" is intended to do (and maybe
not do) so we can give better feedback?
From my viewpoint, I presumed "Clone" meant recreate the current tab/file in the other pane. That would include all state (undo history and so on). From then, the files/tabs, although containing the same document, would be separate. That is ...
1. Edit file in right pane
2. Save file in right pane
3. Switch to left pane
Result: RJTE detects a difference b/w the currently loaded file and the latest on the server/disk, prompts me to either update it or notifies me I will overwrite the changes from the right pane work if I continue to work on the left file.
Admittedly that file change detection b/w disk and the version loaded in the tab may be more difficult or too hard in an sFTP context vs local disk.