len
Freshman Member
Posts: 15
|
Post by len on Jan 15, 2014 6:20:37 GMT -5
- Overtyping a BNDS line with a new < or > without deleting the already existing < and > does not move the bounds columns. It does in the ISPF Editor, and I get a small surprise each time when it does not in SPFLite. (Yes, I use the BNDS command now and then.)
- Right CTRL does not repeat. Is not configurable. I use it as NewLine. The mainframe emulator I use repeats it, so I get stuck every time I use right CTRL to move from within the data area to a line command area further down. Would it be possible to enable repeat for Right CTRL?
- The FIND command does not highlight the background of all visible words that match the FIND pattern. The ISPF Editor does. It is sometimes very convenient to get an overview of which words were found in the visible part of the file.
|
|
len
Freshman Member
Posts: 15
|
Post by len on Jan 15, 2014 12:12:51 GMT -5
Hi Robert,
Thanks for your quick reply. I understand and accept your concerns about the CTRL key.
However, I like ISPF's FIND highlighting, but I can certainly live without it in SPFLite. Your suggested color solution has the drawback that I have to use a RESET COLOR command to get rid of the highlighting. In ISPF it is automatic when you issue another FIND command. But I thank you for the tip and will probably use it sometimes.
Concerning the < and > commands, I answered you earlier today in the original thread.
Regards / len
|
|
|
Post by Jo on Jan 15, 2014 13:13:40 GMT -5
Len, Robert,
HILIGHT FIND - I was very surpriced to hear about any ISPF feature I did not know about. But now checked it out and as Robert says, its very irritating and I think it's the reason I turned it off (and forgot about). BUT, in SPFLite, if ever considered for implementation, you could define your own bg/fg-colors and therefore be less intrusive ;-)
Regards Jo
|
|
|
Post by George on Jan 15, 2014 13:46:09 GMT -5
Robert: I don't understand your last paragraph. The highlighting done by FIND/CHANGE is exactly based on what was found, the highlight request is issued by the search routine for FIND and by the CHANGE routine based on the length/position of the change string. Maybe I'm misunderstanding what you mean.
George
|
|
|
Post by George on Jan 15, 2014 15:28:22 GMT -5
Robert: OK, all clear. The main reason HILITE FIND is not supported is that the support for FIND/CHANGE highlighting was all based on there being only one string to mark.
Now that our own highlighting technique is available, we could possibly handle this as an internal-only Pen Color reserved for HILITE FIND. But it has many other implications triggered by the look-ahead FIND process, so please don't run off and create a ToDo on this. ;-))
George
|
|
len
Freshman Member
Posts: 15
|
Post by len on Jan 16, 2014 10:31:15 GMT -5
Robert and George,
I´m sorry I brought this up. It´s not a big deal for me. Just forget about it. I will live a good life without it!
/ len
|
|
|
Post by Nic on Feb 1, 2014 13:34:46 GMT -5
IF you were to implement lok-ahead find then perhaps those could be a different colour from the item at the current cursor position. Sometimes I like look-ahead finds but when it finds the string on every line I have to do a 'reset f'.
|
|
|
Post by George on Feb 4, 2014 12:27:32 GMT -5
Ah! Yet more layers of complexity, who could possibly object?
It is, in fact, very difficult as the current common search routine, and all the various commands and functions which use it, are all geared towards a single found item, on a single line, at a single column. And a successful search also sets info for cursor positioning. Meaning all this has to be tucked away and restored after a look-ahead/back search is done.
And if the search was for a SPLIT/JOIN, then all those look-ahead/back found locations need adjusting after the search returns the original found location to the SPLIT/JOIN command, as the lines go through the split/join process.
Nah! Nothing complex there at all.
George
|
|
|
Post by George on Feb 5, 2014 11:20:58 GMT -5
Robert: I'll 'ponder' that on the back burner right now. As you're aware I'm up to my eyeballs in a major File Manager re-write. Right now a seemingly endless task. Getting there but ....
|
|
|
Post by Bill on Nov 16, 2014 15:45:25 GMT -5
Is there any way of signaling the printer to print duplex (two sided)? If not, how about printing half the lines and then prompting for the paper to be flipped to print the rest?
|
|
|
Post by George on Nov 17, 2014 11:21:21 GMT -5
Bill: Robert: One of my printers supports Duplex so I did some tests. Here's what I did; - Issued PRINT SETUP
- Selected my Duplex printer
- Clicked Printer Properties
- Set the printer to Duplex
- Closed Printer Properties and Print Setup
- Printed a document, it was properly Duplexed
- Closed SPFLite and restarted it.
- Printed a document without touching PRINT SETUP
- Document was NOT printed Duplex.
Looks like what I need to do is save the Duplex setting along with the other printer variables so they can be reset whenever the printer is opened. Not a big change, I'll have a go at shoving it in. Meanwhile, to get duplexing, you will have to enter PRINT SETUP and force duplexing manually as I did above. George --------------------------------------------------- OMG - embarrassing! I go to look at adding this Duplex support, and all the code seems to be in place!! Check the details and everything is properly in place except the saving of the Duplex setting to the INI file. Added the 1 line of code and it now works properly. If you'd like the corrected version now, download it from www.SPFLite.com/Files/SPFLite814321.ex_Rename it to SPFLite.EXE and swap it into the normal install folder to replace the current one. George
|
|
|
Post by George on Nov 17, 2014 13:29:05 GMT -5
Robert: Even though my laser supports duplexing, I have had, for a long time, had FinePrint installed. Great package, basically enables duplexing, 4 up, 8 up, booklet etc. on ANY printer. I use it a lot, it's my 'default' printer. Other than booklet printing once in a while, my main use is that it provides a print preview before printing - great when I was debugging the SPFLite print routines, no wasted paper. In the preview, you can click on and delete individual pages, another great paper saver when printing web pages that go on and on and on and all you want is the 1st page. Fineprint is worth its price. (~~ $50)
As to adding manual duplexing to SPFLite, I honestly don't think the demand is there to justify the effort.
Also, if you do a lot of web page printing, check out a Chrome extension called CleanPrint, it does a great job of selecting just the essential parts of a web page to print, and allows you full control to override things by adding/removing each individual piece of the page. Neat extension. And free.
George
|
|