|
Post by Jo on Dec 15, 2014 7:00:58 GMT -5
I like the Filelists ! In the Chapter "Working with File Lists" under the heading "The Recent Files File List" we read about the maximum number of files to set in Global Options. For Recent Path I could not find any sentence about a maximum, so maybe the Global Option "No. files in recent lists" controls both lists. When I look in the "Recent Path.FLIST" I find some some strange entries not consistent with the documentation: C:\Users\Jo\Documents\SPFLite\AUTO\AvrTest\,*,, because there is no directory or subfolder named AvrTest, but there is a file named AvrTest.Auto So I wonder if the "Recent Path.FLIST" uses some other/undocumented method in storing the Path/Name or is there a bug? Corresponding weird entry in "Recent Files.FLIST": C:\Users\Jo\Documents\SPFLite\AUTO\AvrTest\.Auto,*,,
I'm currently on SPFLite v8.1.4346 - and did not see those entries bevor.
Jo
|
|
|
Post by Jo on Dec 17, 2014 20:15:59 GMT -5
I did some testing with the "Recent Files": In FileManager selected "Recent"-tab and then a file down the list, doubleclickd for Edit. Now the 1. line in "Recent Files.FLIST" is C:\Users\Jo\Documents\SPFLite\AUTO\Clr.Auto,*,, which is as expected. After entering SAVE in the "Clr.Auto"-Edit-Tab I find in "Recent Files.FLIST" (Lines 1 & 2): C:\Users\Jo\Documents\SPFLite\AUTO\Clr\.Auto,*,, C:\Users\Jo\Documents\SPFLite\AUTO\Clr.Auto,*,,
So this garbage line is possibly related to SAVE (or END with SAVE)
Jo
|
|
|
Post by Jo on Dec 18, 2014 7:03:52 GMT -5
Robert, yes, I agree.
2.) Yes, one click is enough, doubleclicking just brings an additional Message "File already open ...". (Maybe I wasted too much time on Windows-Systems)
3.) I have another system with v8.1.4311 and tested with a file in a "regular" directory. After SAVE my test1.rex-file the first two lines of "Recent Files.FLIST" contain: C:\D\Daten\Rexx\test1\.rex,* C:\D\Daten\Rexx\test1.rex,*,,
The entry with this extra backslash in in the "Recent Files.FLIST" only after SAVE. This entry is not seen in the File Manager tab (probably because the file is not found with this name).
Jo
|
|
|
Post by George on Dec 18, 2014 10:33:44 GMT -5
Jo: Robert: Haven't had a chance to look at this yet. But it looks like the calls to the FLIST manager code are not consistent. If I remember correctly, the call passes the path and filename separately, it looks like it's a 'do I include the trailing \ or not?' problem.
Also, maybe I should just trap the double-click in FM and include it as-if it were a single click. Can't see how it could hurt.
George
|
|
|
Post by George on Dec 18, 2014 11:04:35 GMT -5
Robert: Jo: As I suspected, SAVE passes a badly formed filename to the Recent path manager. Corrected Fix version is at www.SPFLite.com/Files/SPFLite814352.EX_ . Usual rename to SPFLite.EXE and swap. The FLISTS will need to be manually cleaned up I guess. Robert: We should hire Jo as a professional tester! George
|
|
|
Post by Jo on Dec 19, 2014 12:20:42 GMT -5
George: Robert: Successfully tested v8.1.4352. Since old/unused entries in Recent...-FLIST automatically drop off as time goes by, there is no pressure to manually cleanup. And - of course - there is the FileManager VER line command, which works fine :-))
And yes, I accept ;-)
Jo
|
|
|
Post by George on Dec 19, 2014 12:51:48 GMT -5
Robert: Jo: If we all got regular pay for doing all this we'd be wealthy.
|
|
|
Post by Jo on May 21, 2015 16:24:43 GMT -5
Back again with weird enties in "Recent File.FLIST". My first two entries are: C:\Users\Jo\Documents\SPFLite\MACROSInfo.Macro|*|| C:\Users\Jo\Documents\SPFLite\MACROS\Info.Macro|*||
The second entry was created when I opened the File for edit (selected "E" in FM). This is a correct entry. Then I typed SAVE in the edit-session, which created the bad entry (now 1st line).
I'm on V8.2.5140, but maybe this occurred some earlier, at least on 5138.
Jo
(this NOTIFY ALL is really great :-))
|
|
|
Post by Jo on May 21, 2015 17:34:48 GMT -5
Now have set "NOTIFY ALL" and browse "Recent Files.FLIST". After answering "Ja" to "Do you want to load the modified version?" the former Browse session is turned into Edit. This is also true for other files open in SPFLite-Browse and modified outside. After accepting reload, this Browse changes to an Edit-session.
Jo
|
|
|
Post by Jo on May 23, 2015 6:59:44 GMT -5
Some more testing showed: Correct entries in "Recent Files.FLIST" are built (or moved to top) when creating an Edit, Browse or View session. Bad entries (missing \ between path and filename) are created when saving the Edit session, either with SAVE primary command or as a result of END (with AUSOSAVE ON PROMPT).
Jo (THANKS for calling me a Junior Member ;-))
|
|
|
Post by George on May 23, 2015 12:39:27 GMT -5
Robert: I see you're still pushing the threading issue as a source of problems, I just can't seem to convince you that SPFLite is still a single thread process as far as managing the editing and screen displays.
Jo: Robert is correct, the details you're providing are invaluable and definitely shorten the debug process.
[Edited]
OK, the bad entry has been corrected, not a normalize routine, sorry Robert, hard to justify when there was only one place where the file name was 'assembled', wouldn't you know it, THAT was the bad one. One of the cleanup items in the 8.1 to 8.2 revisions was the standardization of the storage of paths, filenames etc. to be consistent in stuff like trailing \ characters etc. Fat lot of good THAT did.
Also corrected was the reload altering the edit mode.
Now, if we can just get Jo to spot a pattern in this 'going dead' problem ......
George
|
|
|
Post by Jo on May 24, 2015 9:50:29 GMT -5
Robert, I'm sorry, but I followed your suggestion and tried MEDIT. I tested it some month ago and nearly forgot about it. But now I have some modules with common routines I want to streamline, so MEDIT is a good idea. But: From the FF-list I entered M for each file and the display looks like a MEDIT session (=FILE> on 1st line) but the tab shows (SET Edit). So it seems, the MEDIT-session is partly turned into SET-EDIT. I use v8.1.5142 As George already is resolving the change from View/Browse to Edit on RELOAD, this problem hopefully also diappears.
Jo
|
|
|
Post by Jo on May 25, 2015 4:18:01 GMT -5
Dependent on the number of files selected for the Multi-Edit session, it't either M-Edit, CLIP or SET Edit.
1-2 files: M-Edit, 3-4 files: CLIP, 5-6 files: SET Edit, 7-?? files: CLIP
A simple END on 5-6 files doesn't work, message "Invalid SET variablename:".
Jo
|
|
|
Post by George on May 25, 2015 9:59:56 GMT -5
Jo: Robert: Yes, sure sounds like fat-fingered is the correct description.
Never fear, If I can break it, I can fix it.
George
|
|
|
Post by Jo on May 25, 2015 18:43:10 GMT -5
Downloaded and tested v8.2.5145: "Resent Files.FLIST" problem solved, Browse->Edit after NOTIFY problem solved, M-Edit problem solved.
:-)
|
|