|
Post by bitpusher on Jan 6, 2015 19:38:50 GMT -5
I just installed SPFLite V8-1-5002 and everything seems to be working fine. I like the new suppression of Path information when the list is from one directory, but my suggestion is to have the option of suppressing the Path information from user-defined and the Recent FLISTs. For example, I have one user-defined FLIST that has files from 8 directories (places with C source code, include statements, SQL statements, documentation, etc.) and the Path information in those lists is just a distraction when looking down the "jagged list" searching for the filename I want to select as there is really no useful way to sort the list. The same is true with the Recent FLIST.
Carl
|
|
|
Post by George on Jan 7, 2015 12:30:32 GMT -5
bitpusher: Robert: Robert is correct, lets have some user input. Robert especially knows how 'lazy' I can be, especially with suggestions from him (he can keep up a barrage of ideas like you wouldn't believe). It's like battle fatigue as I holler "Enough already!"
So .. the rest of you should pipe up. It's obvious I'll be more receptive to ideas that receive a lot of backing.
Mind you, Robert's idea of the display altering with mouse-hover events is not at all trivial, the display routines are all KB interrupt driven, just like the old 3270's with Enter and PFK interrupts. Adding hover support could get extremely messy.
George
|
|
|
Post by George on Jan 7, 2015 14:57:19 GMT -5
Robert: OK, no hover makes it easier. If I can ever get a clean compile out of the latest set of internal revisions I'm making I'll have a look. I don't want to lose my train of thought on this internal re-do. I've thrown out the old single OPEN method and re-written it as an Object. Makes many things a lot simpler, but what a pile of changes to the dozens of routines that do I/O of some kind.
I say clean compile as a break point because the moment I try to actually run it will start a seemingly never ending debug session. ;-))
George
|
|
|
Post by George on Jan 7, 2015 16:01:06 GMT -5
I'm retired. Gotta have *something* to do all day.
|
|
|
Post by George on Jan 10, 2015 15:54:12 GMT -5
BitPusher: and anyone else following this thread. A trial version including some changes to accommodate this request is available at www.SPFLite.com/Files/SPFLite815011.EX_ Just download, rename to SPFLite.EXE and replace in your Install folder. (might want to rename the current for safekeeping) If you do try it out, PLEASE post some feedback/comments here. George
|
|
|
Post by George on Jan 11, 2015 12:17:03 GMT -5
Robert: Hmmm, yes, that is basically a brain-fart on my part. In my 1st attempts that I thought was OK, I'd totally overlooked the main point, which was to remove the path from the displayed list items. Without that being done, the FSPEC was simply echoing the filename for those FLISTS which were collections of specific filenames, like yours. So I happily went off and killed the FSPEC when the filename matched the whole FLIST request.
Then I looked back, realized I'd overlooked the main point of removing the path, and corrected that. But I left in the match test.
I'll go back and correct that.
George
|
|
|
Post by George on Jan 12, 2015 11:58:51 GMT -5
Robert: OK, first off, you know I hate options hidden in the SET variables, so forget that, not gonna happen. Deciding on the format for all those different FM lists is already spaghetti code. It affects not only the basic display code whenever a screen is refreshed, it clutters up the code for marking the active line as well. Both have to figure out Hi/Lo intensity (which includes testing which column is being sorted on); is EXTN in a separate column or not, what list type is being displayed, do we strip Path data or not, do we have to update the FSPEC line, etc. And line marking has to do it twice - once for the new current cursor position, and once to reset the old cursor line. There comes a point where I say 'enough is enough'.
|
|
|
Post by bitpusher on Jan 12, 2015 18:47:20 GMT -5
Hi George,
I just tried out SPFLite V8-1-5011 and it looks great! Essentially just what I asked for. The nice thing is that the full path still shows up at the top of the selected tab in case the path of the file being processed needs to be verified for some reason.
Sorry for the rather slow reply, but I had a snow blower shear-pin replacement project to work on.
Carl
|
|
|
Post by George on Jan 13, 2015 11:07:37 GMT -5
bitpusher: Thanks, glad it does what you want.
|
|
|
Post by George on Jan 13, 2015 11:24:51 GMT -5
Robert: Make it table driven? That makes it better? How? Instead of checking the existing various indicators of what's going on and making decisions, the logic would be checking some table format equivalents of those indicators and doing the same twists and turns. Only now we have added code to build and look after the table. As to what I'm doing, you're already aware that I'm into optimizing mode again, trying to clean things up internally.
As to users wanting more from FM; fine just let them speak up. You're well aware our biggest problem in that area is the almost total silence from our users. Until that happens, I can only assume that what is there meets their needs. We've spent the last several years trying to guess what features users might want, added all kinds of bells and whistles, almost all of which were pushed out without so much as a comment (good or bad) from our users.
More and more I'm of the mind that I'll work on tidying things up and making it easier to maintain until we get some feedback to provide ideas of what's really wanted or needed. I'd love to be adding/creating new tools; but I think we've done enough trying to guess what's wanted.
Users? Anybody listening? Any input?
George
|
|
|
Post by Jo on Mar 18, 2015 11:39:55 GMT -5
Hi ! I like the suppression of Path-Info when there is just one path in the list. But on other lists, it's sometimes ok to see the full path when the cursor is there, but sometimes I would like to see the full path (or the abbrev) at once in the FM-Display. Especially wenn using lists from many dirs and/or devices. Or even when I list ASM-, CNTL- and LIST-directories where the "member"-names are equal.
Jo
|
|
|
Post by George on Mar 18, 2015 11:51:22 GMT -5
Jo: Yes, there are times when a full name is desirable, I agree. It would be nice to have a simple, works-for-everyone solution, but I fear we'd never come to a consensus. Some quick toggle might work, but I personally dread that as it further complicates the already many forked path in drawing the screen. And yes it is mucky because line contents are also drawn/redrawn as the active cursor line moves, so whatever is done, is done in three places.
George
|
|