1. Pete's MEditor Bug Fix
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
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
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
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
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
