1. Pete's MEditor Bug Fix
- Posted by "C. K. Lester" <euphoric at cklester.com> Oct 03, 2003
- 364 views
Pete, FYI, on line 2162 of your MEditor, you have this: Prm_ptr = allocate_string(path&name) which, when I ran my program at "C:\Documents and Settings...," gave me an error, "Can't run C:\Documents.exw." I had to modify that line to this in order to fix that: Prm_ptr = allocate_string("\"" & path&name & "\"") I don't know why it followed that branch at 2160; all I know is it required quotes around the path and name on line 2162. I'm sure if it had branched to 2164 instead that it would have to be modified similarly as well. -ck P.S. Great job on that editor. I'm just getting started working with it and its performance has improved since last time I used it. I wonder if it can be my editor of choice when using JIDE... Judith? :)
2. Re: Pete's MEditor Bug Fix
- Posted by Pete Lomax <petelomax at blueyonder.co.uk> Oct 04, 2003
- 363 views
On Fri, 3 Oct 2003 16:15:43 -0500, "C. K. Lester" <euphoric at cklester.com> wrote: >Pete, > >FYI, on line 2162 of your MEditor, you have this: > > Prm_ptr =3D allocate_string(path&name) > >which, when I ran my program at "C:\Documents and Settings...," gave me = an >error, "Can't run C:\Documents.exw." > >I had to modify that line to this in order to fix that: > > Prm_ptr =3D allocate_string("\"" & path&name & "\"") > Thanks (actually I already had that, internal version). >I don't know why it followed that branch at 2160;=20 Can't remember. Best guess is F5 now fires off the web browser when extension is html. (/me checks) Yes, that's why. >all I know is it required >quotes around the path and name on line 2162. I'm sure if it had = branched to >2164 instead that it would have to be modified similarly as well. Thanks (no, I didn't have that one, I have now though, cheers) I'm slowly getting round to a few fixes, new version will be up maybe in a few weeks or so. Pete
3. Pete's MEditor Bug Fix
- Posted by Judith Evans <camping at txcyber.com> Oct 04, 2003
- 367 views
I have looked off and on for a way user could specify an alternate editor for IDE. The bottom line is I am stumped for a method to obtain the data from an external editor for control-event pair coding. However if you want to use a different editor to code and modify files other than control-event pair you can already do that using Roland Stowasser's Menu Launch/Edit Launcher feature or Menu Launch/Run. If you are working on a file that is a new module of your project, IDE could not automatically add the module name to Manage Include Statements for you but that is a minor inconvience. The only way you could presently obtain the data from an external editor for control-event pair would be to copy/paste your code into Code Editor and that would surely be a lot of trouble. I am open to ideas. --judith C, K. writes: Pete, FYI, on line 2162 of your MEditor, you have this: Prm_ptr = allocate_string(path&name) which, when I ran my program at "C:\Documents and Settings...," gave me an error, "Can't run C:\Documents.exw." I had to modify that line to this in order to fix that: Prm_ptr = allocate_string("\"" & path&name & "\"") I don't know why it followed that branch at 2160; all I know is it required quotes around the path and name on line 2162. I'm sure if it had branched to 2164 instead that it would have to be modified similarly as well. -ck P.S. Great job on that editor. I'm just getting started working with it and its performance has improved since last time I used it. I wonder if it can be my editor of choice when using JIDE... Judith? :)
4. Re: Pete's MEditor Bug Fix
- Posted by Pete Lomax <petelomax at blueyonder.co.uk> Oct 04, 2003
- 362 views
On Sat, 4 Oct 2003 05:27:22 -0500, Judith Evans <camping at txcyber.com> wrote: > > >I have looked off and on for a way user could specify an alternate = editor >for IDE. The bottom line is I am stumped for a method to obtain the data >from an external editor for control-event pair coding. However if you = want >to use a different editor to code and modify files other than = control-event >pair you can already do that using Roland Stowasser's Menu Launch/Edit >Launcher feature or Menu Launch/Run. If you are working on a file that = is a >new module of your project, IDE could not automatically add the module = name >to Manage Include Statements for you but that is a minor inconvience. = The >only way you could presently obtain the data from an external editor for >control-event pair would be to copy/paste your code into Code Editor and >that would surely be a lot of trouble. > >I am open to ideas. If you know the name of the routine, I could write a procedure that makes MEditor jump straight to it. It could also tell you whether a routine exists or not. I could also jump to an existing routine and insert a specified block of text above it. Does that help any? Pete
5. Re: Pete's MEditor Bug Fix
- Posted by Judith Evans <camping at txcyber.com> Oct 04, 2003
- 348 views
Pete writes: <If you know the name of the routine, I could write a procedure that <makes MEditor jump straight to it. It could also tell you whether a <routine exists or not. I could also jump to an existing routine and <insert a specified block of text above it. Does that help any? <Pete I'm not sure. When user is coding control-event data there is a give and take between Code Editor and an internal sequence which stores the data before the generated exw and prj files are created. Canned routine/setHandler statements are created in Code Editor for a new occurance of a control-event. When user selects events General/Final/Begin,etc there is not any canned code but I could add some preset comment lines for canned code. Later when user wants to modify the routines the data is retrieved from the sequence and placed in Code Editor. So Code Editor only holds code for one control-event pair at a time. When user switches to another control-event the data sitting in Code Editor at the time is first saved in the internal sequence. When user opens a *file* in Code Editor all the data is presented of course. I can not visualise how this could work with an external editor. There is not a *file* for the external editor to open/read/save and even if there were, IDE would not know when the user has saved so that data could be updated in the internal sequence. Quite awhile ago Martin Stachon suggested I bypass storing data in the project file and instead write ew files. Maybe that, and not storing the data in an internal sequence, is the ultimate direction to go with IDE. Then user could open/modify/save the ew files on any external editor, even one not written in Euphoria, at will. As much as I appreciate your willingness I do not want you to go to trouble modifying your editor if that can be avoided. IDE version 0.19.0 is slated for Code Editor enhancements so this discussion occurs at a good time. One of the improvements is multiple files via a tabbed look. Unfortunately IDE_syntax.ew doesn't currently lend itself well for this approach when large files are read so the version is temporarily on hold. --judith