Adopt Zap
Pages: 1 2
Rick Murray (539) 13839 posts |
Not specially TaskWindows. I think what you describe is related to the Ctrl-End method of making a text copy of the current editor view… it tends to muck up long lines if BASIC.
So something that spews a lot of output (such as *Help .) and you’ll see a vast gulf of difference between (Src)Edit and Zap.
It doesn’t crash but it absolutely can risk corruption if the redraw screws up and where you think you’re editing isn’t what is actually being edited.
There’s always the ages old Ovation vs Impression war to rekindle… |
Ronald (387) 195 posts |
It turns out it is the lineeditor module (2.76 or 2.77) that makes the paste key fail. |
André Timmermans (100) 655 posts |
The lineeditor also doesn’t seem to add to its history lines where I shift-dragged a file (to get the file’s path). |
Ronald (387) 195 posts |
The lineeditor also doesn’t seem to add to its history lines where I shift-dragged a file (to get the file’s path). In Edit taskwindow that dragged text doesn’t go to the task regardless of lineeditor presence. It wont get read by task or execute until a copy paste is done. I think that issue is more of an Edit taskwindow one. (unless you are experiencing this in other Editors?) |
Chris Mahoney (1684) 2165 posts |
Well, time for my confession too then! I use Xcode on my Mac (which itself has a data loss bug, but at least I know how to avoid it since Apple is in no hurry to fix it), and then copy across and use SrcEdit in a pinch. I tried Zap back in the day and it crashed too often for my liking, and initially I was getting errors from StrongEd, which I did resolve, but to be honest I don’t do enough on the RISC OS machine itself to bother with it. |
Colin Ferris (399) 1813 posts |
Most – have a favorite Editor. Back along I was using Zap for large ASM files – like disassembled ‘C’ !RunImage – which were quite large :-) |
Clive Semmens (2335) 3276 posts |
Zap. Happily still working on my Pi, RISCOS updated when I got my Pi4, but not since & I won’t for as long as I can get away with it – it’s working. That’s on RISCOS. On the Mac, I use Atom. Nice that it can render UTF8 nicely, good for editing PERL or HTML, but useless for anything but ASCII or UTF8. |
Rick Murray (539) 13839 posts |
Reasons I like Zap, and tolerate it’s random “quirks”…
To be fair, asides from the contextless colouring (due to implementation differences), and the BASIC tokenisation issue, StrongEd can do most or all of the above (cue Fred…). I’m just used to the way Zap works, just like I’m used to the way OvationPro works. Just like Zap vs StrongEd. The primary reason that I’d say StrongEd is better than Zap is because somebody is still maintaining it. Which is kind of important, actually… |
Clive Semmens (2335) 3276 posts |
Yup. Me too. I used to be used to the way Impression worked, but I don’t need its capabilities any longer, and I do need compatibility with other platforms. I’ve got used to LibreOffice, but even there compatibility with Migrainesoft Wrod is imperfect, sadly – and not everyone wants PDFs.
In a general sense, yes. From the point of view of a user like me, less so: Zap works on the set-up I’ve got, for the kind of work I use it for. I’m unlikely to upgrade/update this set up – if I can’t keep it going pretty much as is, I’ll probably regretfully retire it and switch to using just Mac. I might conceivably switch to StrongEd if I’m able to keep RISCOS running post Pi4 somehow if Zap ceases to work at that point, but I doubt if that’ll happen. |
Steve Pampling (1551) 8170 posts |
Version to version, it’s been known to be incompatible with itself, so any compatibility with software from elsewhere is a testament to the efforts elsewhere. |
Clive Semmens (2335) 3276 posts |
Indeed, particularly in the area where I’ve run into problems with stuff saved as .doc or .docx from LibreOffice – page breaks moving, as soon as you have any headers, footers, or footnotes. |
Stuart Swales (8827) 1357 posts |
Beware users with different printer drivers loaded too. |
Fred Graute (114) 645 posts |
Did someone call my name? ;-) Okay, lets have a quick run-down and see which features are in StrongED as well.
Yes. Either using the keyboard or the toolbar.
Yes.
Yes.
Yes, but annotations are better as StrongED will also annotate applications/modules grabbed from memory which Zap doesn’t do. ADRL is handled, Utility headers are annotated too as are fast service call tables.
Yes.
No, syntax colouring is there but doesn’t take context into account.
Yes, including dragging in directories with ability to filter on filetype and/or filename. Searching through all open files but also provides directory search.
Yes, except line endings are left as they are.
Yes, doesn’t use cs-C for this but that’s very easy to change.
No, converts from and to text so has problems with BASIC files that have been crunched. Beyond that it handles BASIC just fine.
Yep, 22 years on the job and still going (strong?).
You mean like this?
It’s an easy fix though. :-)) BTW SrcRick07 fails to build because the ‘h’ directory has been renamed to ‘hdr’. |
Rick Murray (539) 13839 posts |
Pretty much the response I expected. ;)
Yes, I believe you already said how.
Do tell, you’ll make Alan’s day.
Eh? I wasn’t aware I’d changed anything, unless I copied stuff wrongly? |
Fred Graute (114) 645 posts |
In the mode0 source file find the section:
Swap the
Don’t know as I can’t find the original zip. Perhaps I renamed it myself in order to run some kind of test. Anyway, problem is solved now. ETA: I’ve downloaded the source zip again and the directory is called ‘h’ and not ‘hdr’. Some time ago I tested a new version of a tool for StrongED’s ObjAsm mode. The tool attempts to load a header file when the user double-clicks on an include line. Tested on a number of sources that use ObjAsm, also checking if ‘hdr’ is handled the same as ‘h’. It looks like Zap was one of those sources and that I forgot to rename ‘hdr’ back to ‘h’. Apologies for the confusion. |
Ronald (387) 195 posts |
Getting back to the LineEditor spoiling Ctrl V pasting in an Edit Taskwindow. |
John WILLIAMS (8368) 493 posts |
I’ve actually started to get used to Ctrl/D (duplicate) instead of Ctrl/C (copy) for objects in Draw! |
Clive Semmens (2335) 3276 posts |
Yup, me too. |
Fred Graute (114) 645 posts |
It seems LineEditor handles every space in the input stream as if it was entered at the keyboard without checking if Space is actually pressed. I think I have found a fix for this but there’s some guesswork involved so treat with care. At around line 960 there’s this code in the LineEditor source:
Add the indicated line which checks if Space is pressed. Rebuild LineEditor, RMKill current LineEditor (with no TaskWindows open) then run the updated copy. This seems to make c-V work correctly in Edit, have not tested if this causes problems elsewhere. |
Ronald (387) 195 posts |
Nice one Fred, I should start testing it straight away before time slips away. Edit: Cancel that, I found the github source this morning. |
Ronald (387) 195 posts |
Obviously we lose sight of the text to the right but inserting/deleting etc seems reliable so far. I noticed that this improvement in Edit taskwindow editting only happened after Zap had been running. Edit: Well the above ‘method’ didn’t last long. wild goose (or zombie) chase. |
Pages: 1 2