1. Win32Lib IDE
I got a chance to play with the Win32Lib IDE, and it's *really* slick!
Judith, you're doing an excellent job.
A couple of minor nits, though:
1. It took a while before i figured out how to edit the menu. Adding a 'Edit
Menus' option in the menu would take care of that.
2. The '(General)' section seems to have disappeared. It was an That's a
sort of freeform area for sticking include statements, declaring constants,
shared variables, functions and routines, etc. All the code that's not
specific to a particular action goes there. The order of inclusion in the
output file is:
-- control definitions
-- (General) area
-- control actions
3. When choosing 'Edit Code' on a control, the editor should default to
displaying the action of the first event that has *code*, not the first
event on the list. This makes it a lot easier to work with controls, so (for
example) when you re-edit a pushbutton, you see the code for the onClick
event, instead of the empty onChange event.
Thanks!
-- David Cuny
2. Re: Win32Lib IDE
Judith wrote:
> The next release will have quite a few new things;
> recent project file list under File Menu, Project
> View, form lock, a configuration option to alter the
> default control values for name, title, CX and CY plus
> I am now saving some of the user settings. I hope
> to have it ready next week.
Cool.
> Ok, I will add that. For Popup editor as well.
Thanks. I know that where it's located now, but I spent a couple of minutes
thrashing around like a newbie, and figured if I had trouble... 
> I get to {General} in the dropdown Events combo box
> just fine and coded for Window1 and PushButton.
I'll play with this some more. I could just be overlooking something.
> I saw your first post about moving a window with
> a combo/dropdown still open and I can get around
> it right in IDE by closing the combobox when
> the window is moved. Do you think that would that
> be ok until win32lib.ew has the fix in?
Yeah; I'd be interested in finding if there's a cleaner fix, but I suspect
not.
Thanks again!
-- David Cuny
3. Re: Win32Lib IDE
------=_NextPart_000_0029_01C0AC64.BA20E940
charset="Windows-1252"
David Cuny wrote:
> But there is only supposed to be *one* general area. It gets placed in the
> output after the controls are defined (so they can be referenced), but
> before the event routines (so they can use the general code).
>
> It should appear as an option at the top of the control list (on the
left),
> not the event list. When it is selected, the event list should display a
> single option of "(General)", or some such - someone with a copy of VB can
> correct me here as to the exact syntax.
>
> Does this make sense?
You're correct David. That's how VB does it. The left dropdown has
"(General)" as its top item and the right dropdown for "General" displays
the procedures/functions defined so far and a "(Declarations)" section where
you place user defined constants and variables.
I've attached a VB Bitmap (Zipped) to show this.
------
Derek Parnell
Melbourne, Australia
"To finish a job quickly, go slower."
------=_NextPart_000_0029_01C0AC64.BA20E940
name="vb.zip"
4. Re: Win32Lib IDE
Judith wrote:
> I also like to define variables right before the
> routine they are first used in. These are not
> variables local to the following procedure where
> they are defined within the procedure but variables
> that may be used in several following procedures.
> Perhaps this is not good coding technique?
Yes, because the IDE hides the order that the code is placed in the
executable. That's why the 'General' area is sort of a big 'bucket' - the
user can control the order of the routines, so they don't have to worry
about the IDE rearranging the order of their code.
-- David Cuny
5. Re: Win32Lib IDE
Howdy y'all!
Well, this might be out of sync a little with Judith's devilish IDE plans
, but I'm the one rewriting the editor. So, as there are a plethora of
wish-list items, I suppose I'll try to answer some of them right quick.
Okay ... where to start?
-----------------------------------
daryl_vdb at HOTMAIL.com wrote:
Could you make the code editor display all the routines at once, similar to
vb? This could let you scatter (General) code and declarations anywhere in
the program, in between procedures.
The answer:
I'm modeling the editor as close as possible to the VB editor found in VB5.
This includes those two cute little buttons at the lower-left hand corner
which allow you to switch willy-nilly from routine to full view, and vice
versa. In this way, you can do what you've suggested. However, the trick
will come in getting that "interspersed" code to stay put using the
formatting scheme I've devised to get IDE and the editor to talk to each
other. (Like the ruler, this will be a "plug-in," so that I can maintain a
distance from the IDE's code ... that way, Judith and I won't have to worry
so much about breaking each other's code.)
------------------------------------
Theo also offered a number of requests. No, it's not Christmas time, but
start hanging the stocking, Santa Claus is on his way. (No snow in Claude,
and tumbleweeds really scuff the skids!) Seriously, though, I will borrow
from Mr. Craig's method and maintain a wish list list, which contains
features that I'll work on as possible. At this point, my focus is getting
the thing running and usable, so that it can be put in the IDE. The upside
is that once it's "in the field," I'll have a lot better idea where the
problems lie and how to deal with them. The downside 
is that it will be
a barebones minimum, and will in time get worked up to snuff.
So I guess I'll beg for patience as the works are coming together.
This also brings up a question for the VBesque crowd. If I introduce some
of the features which Theo requested, the editor's function will naturally
move away from the VB model slightly. However, Judith has mentioned that
there is really a push to make the IDE operate, and appear, as close to VB
as possible. So there may be a point of future contention here.
-----------------------------------
Tone Skoda wrote:
I'm interested, will editor be using Richedit? Becuase text editor written
in Euphoria ussualy is too slow and to uncomfortable and too hard to write.
Pete Eberlein wrote Euphoria editor using Richedit. It's only problem was
that it took long to color all the words when loading file.
The answer:
Yes, at this point the editor will use a Richedit control. The main reason
for this is that I can develop a little quicker (I think). On the point of
speed, I've noticed that on my old Win95 machine, IDE's current editor was
painfully slow ... code a line, go get the paper and a cup of coffee, and it
might be done when you get back. That is what prompted me to take on this
project. However, on my newer WinME machine, there is almost no appreciable
time delay. So it may be more a matter of CPU horsepower than anything
else. My original intention was to attempt to speed things up for Win95
machines. But, since Derek has stated that Win95 will not be officially
supported, and since this is a win32lib.ew project, I've come to the
conclusion that as the editor developer, it might be more prudent for me to
adopt this policy as well, whether I agree with it or not.
And, there will be syntax coloring as well. I've never worked with Pete
Eberlein's program, however, the editor will pull two stunts to speed up the
syntax coloring a little:
1. It will attempt to color only the text which is visible in the editor at
the given moment.
2. It will color a line only after the cursor has left the line in
question. This will speed things up when you type in raw data, and at the
same time create a behavior that, as far as I can see, is in keeping with
the VB editor.
As far as adding new routines, etc., *at this point in the game* most of
that will be done via the IDE "project" itself. I don't want to say too
much hear, as I wouldn't want to let too many of Judith's cats out of the
bag. Where the editor is concerned, however, I'm fairly confident it could
swallow EE:CS' code without choking too hard ... the maximum limit in the
RichEdit at any one time will be 800k, which could handle win32lib.ew. The
idea for this is from an old editor I was working on, and it worked then, so
it should work now. Hope ... Hope ... Hope ...
-------------------------
Finally, keep in mind that Judith is the leader on this one. If Judith says
it's done using Strategy A, then it'll be done that way. I'll leave all
timetables and promises in her capable hands!
(You're welcome, Judith.) Hehehehe
Happy Hunting,
Travis Beaty
Claude, Texas.
6. Re: Win32Lib IDE
>From: Judith <camping at flash.net>
> The editor is being rewritten.
> Now's the time, folks, to get your editor 'wish lists' in.
I'm interested, will editor be using Richedit? Becuase text editor written
in Euphoria ussualy is too slow and to uncomfortable and too hard to write.
Pete Eberlein wrote Euphoria editor using Richedit. It's only problem was
that it took long to color all the words when loading file. For example,
Win32lib.ew took extremely long. So I don't know about richedit either. If
it would color only displayed words, it would work good.
Otherwise, editor for language is quite hard to write, esspecialy tracking
new rotines
typed by user. Maybe if you would have EECS code as an example?
7. Win32Lib IDE
- Posted by c.k.lester <euphoric at cklester.com>
Jan 05, 2007
-
Last edited Jan 06, 2007
I notice that the version is 0.22.0, but the change log and recent
modifications don't seem to be up-to-date. I'm interested in know-
ing what's been changed/fixed... :)
8. Re: Win32Lib IDE
c.k.lester wrote:
>
> I notice that the version is 0.22.0, but the change log and recent
> modifications don't seem to be up-to-date. I'm interested in know-
> ing what's been changed/fixed... :)
The current changes/fixes/enhancements are detailed in IDE.htm under What's New.
ChangeLog.htm probably should have been named PriorChanges.htm. I'll do that for
the next release.
9. Re: Win32Lib IDE
- Posted by cklester <cklester at yahoo.com>
Jan 06, 2007
-
Last edited Jan 07, 2007
Judith Evans wrote:
> c.k.lester wrote:
> > I notice that the version is 0.22.0, but the change log and recent
> > modifications don't seem to be up-to-date. I'm interested in know-
> > ing what's been changed/fixed... :)
> The current changes/fixes/enhancements are detailed in IDE.htm under What's
> New.
Okay, thanks, Judith! :)
-=ck
"Programming in a state of Euphoria."
http://www.cklester.com/euphoria/
10. Win32Lib IDE
- Posted by Irv Mullins <irv at ELLIJAY.COM>
Oct 18, 1999
-
Last edited Oct 19, 1999
Dave:
Some comments and questions on the new IDE.
1 -(major) Each time I edit and save a file, blank lines are added between each
line of code. This quickly gets to the point that the program is unreadable,
and I have to send it thru a filter to remove the blanks.
2 - (minor) It would be much nicer to have the "Run" menu selection
automatically run the main project file, rather than the window you are
currently editing (altho that can be useful as well - you can run a window
in a stand-alone mode to check out the look and action of the various
controls before you commit data to the controls.)
3 -(suggestion) Is there some way to add more sections like the [general]
section, i.e. code not tied directly to a control? Or perhaps just a popup
list of procedures and functions, like in ee. That would save a lot of time.
Q- is there some size limit on a project file? Up around 160k things begin
to hang up. I'm not sure, I think that's around 8000 lines of code.
All-in-all, this works better and is more stable than the latest Delphi. (5)
Congrats on a really nice first go-round.
Irv
11. Re: Win32Lib IDE
Irv Mullins wrote:
> Each time I edit and save a file, blank lines
> are added between each line of code.
I'll fix this ASAP.
>2 It would be much nicer to have the "Run" menu
> selection automatically run the main project file,
> rather than the window you are currently editing
I really haven't had much chance to play with the multi-window stuff. I need
to allow selecting the main window as well.
>3 -(suggestion) Is there some way to add more sections like the [general]
>section, i.e. code not tied directly to a control? Or perhaps just a popup
>list of procedures and functions, like in ee. That would save a lot of
time.
There should be one 'general' section for the application, and probably one
per window. Putting in more than that runs into dependancy problems, which
are no fun.
> is there some size limit on a project file?
Not that I know of, but I haven't tried coding any large projects in EE -
just "toy" programs.
> All-in-all, this works better and is more stable than the
> latest Delphi. (5) Congrats on a really nice first go-round.
Thanks! Please keep in mind that the code is still in alpha, so don't do
anything critical without backing up early and often.
-- David Cuny
12. Re: Win32Lib IDE
David Cuny rote:
>
> Thanks! Please keep in mind that the code is still in alpha, so don't do
> anything critical without backing up early and often.
>
I do, and have lost the "latest edition" once or twice. That's no worse
than Delphi, which has deleted literally hundreds of lines of source without
warning.
> I haven't tried coding any large projects in EE -
> just "toy" programs.
I think this one qualifies as "large" - four related databases, with 6 to 40
fields in each, full edit capabilities on each db, user-selectable sorts
and displays, and several lookups between bases. Everything works well so
far.
Eventually it is to have some fairly extensive reporting capabilites,
I'm putting that off until the last possible moment - hate math ;)
Regards,
Irv
13. Re: Win32Lib IDE
David,
I agree with Irv on the IDE with the blank lines. Also, one of
the features I like about the Delphi IDE is that it will remove any
blank
routines when you save the file.
If I want to get into the code editor I have to click on a
control. If I click on a control that already has some event code added
it brings up that code, otherwise I have to go in and delete the blank
procedure it creates on another control.
I would like to have a way to get into the code editor from
the Main Menu perhaps, that would be helpful.
Also, a Print option. One more thing When I create a window
it would be nice to tell it Maximize, Normal etc.... It seems the IDE
always sets it to Normal.
Other than that things look GREAT so far, keep up the good work.
I am looking forward to seeing the IDE advance. I am developing a small
application now with Win32Lib, and have done most of the programing from
within the IDE.
--
+ + + Rev. Ferlin Scarborough - Centreville, Alabama - USA
http://sites.netscape.net/fscarborough/homepage
http://members.theglobe.com/ferlin
MailTo:ferlin at sandw.net
MailTo:ferlin at email.com
MailTo:fscarborough at netscape.net
MailTo:ferlin at theglobe.com
14. Re: Win32Lib IDE
Hi Irv,
Is there any possibility that you are going to share some of your
code with the Euphoria community? I for one am very interested how
you relate to databases. Are they real .db files, do you use the
database utilities donated by Daniel Berstein (a long time ago,
that was).
Your contribution may give a great swing to Euphoria and its use.
TIA, Ad
Irv Mullins wrote:
> David Cuny rote:
> >
> > Thanks! Please keep in mind that the code is still in alpha, so don=
't do
> > anything critical without backing up early and often.
> >
> =C2=A0
> I do, and have lost the "latest edition" once or twice. That's no wor=
se
> than Delphi, which has deleted literally hundreds of lines of source =
without
> warning.
> =C2=A0
> > I haven't tried coding any large projects in EE -
> > just "toy" programs.
> =C2=A0
> I think this one qualifies as "large" - four related databases, with =
6 to 40
> fields in each, full edit capabilities on each db, user-selectable s=
orts
> and displays, and several lookups between bases. Everything works wel=
l so
> far.
> =C2=A0
> Eventually it is to have some fairly extensive reporting capabilites,
> I'm putting that off until the last possible moment - hate math ;)
> =C2=A0
> Regards,
> Irv
>
| Gratis e-mail en meer: http://www.dolfijn.nl/
| Een product van Ilse: http://www.ilse.nl/
15. Re: Win32Lib IDE
- Posted by nieuwen at XS4ALL.NL
Oct 19, 1999
-
Last edited Oct 20, 1999
> I agree with Irv on the IDE with the blank lines. Also, one of
> the features I like about the Delphi IDE is that it will remove any
> blank
> routines when you save the file.
No. I dont mind an option that 'enforces' a certain style to your code (as the
good old qbasic
did) but let it happen while we code or completely not. And..... allow it to be
optional.
(divide options within project related options and general options, turning on
will
automatically reform all code and from that point on all written code is
formatted)
> If I want to get into the code editor I have to click on a
> control. If I click on a control that already has some event code added
> it brings up that code, otherwise I have to go in and delete the blank
> procedure it creates on another control.
These things are easy to fix, David.
Why wait ?
> I would like to have a way to get into the code editor from
> the Main Menu perhaps, that would be helpful.
A project files overview ? Like in VB ?
> Also, a Print option. One more thing When I create a window
> it would be nice to tell it Maximize, Normal etc.... It seems the IDE
> always sets it to Normal.
Hmm, sounds familiar, isn't this fixed already ?
> Other than that things look GREAT so far, keep up the good work.
> I am looking forward to seeing the IDE advance. I am developing a small
> application now with Win32Lib, and have done most of the programing from
> within the IDE.
Well, developping programs would be easier, if a) arguments were passed to the
routines ..
event-related arguments .. (like in VB)
And David (yep, I stole this idea from some one add the dot-syntax.
So we can change things like button1.caption ..
This would make it more user-friendly in my eyes ..
Ralf Nieuwenhuijsen
[[ Email ]]
nieuwen at xs4all.nl
ralf_n at email.com
[[ I-Seek-You ]]
UIN: 9389920
[[ The Elevator ]]
http://www.xs4all.nl/~nieuwen
16. Re: Win32Lib IDE
Ferlin Scarborough wrote:
> I agree with Irv on the IDE with the blank lines.
I ran across this problem, but had difficulty duplicating it. It's at the
top of my 'to do' list - right under 'sleep.' I suspect that my 'clean up'
code is at fault. Changing the way the dialog handles code (see below)
should take care of the problem.
> Also, one of the features I like about the Delphi IDE is
> that it will remove any blank routines when you save the file.
Good idea. I'm being a bit too slavish to the VB model in the dialog. For
example, in:
procedure onClick_TheWindow()
<stuff goes here>
end procedure
the header 'procedure onClick_TheWindow()' is discarded regenerated each
time, in case you've changed the name of the control. I'll probably change
the dialog to something like this:
onClick_TheWindow()
+--------------------------+
|<your code goes here> |
| |
| |
+--------------------------+
so the procedure name and arguments are display-only. This will make it much
easier to decide if a procedure is empty, or has a bunch of trailing lines.
I'll need to add some code to remove the 'end procedure' from older project
files, since that doesn't need to be stored any more.
> I would like to have a way to get into the code editor from
> the Main Menu perhaps, that would be helpful.
That shouldn't be too hard to add.
> Also, a Print option.
That's pretty low on my priority list. You can get most of that information
from the .EXW file that is generated. Getting a shot of the window would be
nice, though.
> One more thing When I create a window it would be nice to tell
> it Maximize, Normal etc.... It seems the IDE always sets it to Normal.
The attributes dialog needs to be beefed up. Perhaps I can also add a 'main
window' flag there.
> Other than that things look GREAT so far, keep up the good work.
Thanks. The IDE is a major project - and writing the documentation will
probably be just as time consuming.
-- David Cuny
17. Re: Win32Lib IDE
Hey Dave:
Some notes on the IDE:
1. It would be nice to have a way to include pre-written code into a
project. Either select from a file dialog and paste into the prj file, or
better, implement an #include directive. This would allow us to
implement and manage our code as modules, and reduce the prj file
to a more reasonable size - consisting mostly of comments, globals and
#includes.
2. Following along the same lines, have you thought about how to
implement user-written components? I needed a tiny (5x5) grid
for some data entry, which I built by pasting a bunch of edit
boxes into rows and columns, with buttons as col and row titles.
Tedious - and connecting to the data was a pain, as each cell had to be
addressed by an individual name. No neat sequences here.
I can see how users could write a standalone Euphoria program
that would build such a thing programmaticly, based on input such as
#rows/#cols, header text, etc. and spit out the appropriate prj code.
This would keep the complexity of your IDE under control, all it
would have to know is where to paste the #include. Also open up
the field for a lot of useful contributions.
Note on the "extra spaces" bug: I cannot reproduce it on small programs,
but on my current project, about 8,000 lines, it adds another 8,000 blank
lines every time I save it. (Double spacing everything)
After a few saves, the prj file is so large, it takes 2 cups of coffee to
load. To keep this under control, I run a "strip" program every few
minutes, which removes all blank lines.
Regards,
Irv
18. Re: Win32Lib IDE
Irv Mullins wrote:
> 1. It would be nice to have a way to include pre-written code into a
> project.
Placing an 'include' statement into the [general] area is the best way to do
this.
>2. Following along the same lines, have you thought about how to
>implement user-written components?
As I mentioned the other day, each window will have it's own '[general]', so
the file layout should go:
[general]
<window 1 definition>
...
<window n definition>
<window 1 controls>
...
<window n controls>
[window 1 general]
...
[window n general]
<window 1 code>
<window 1 control code>
...
<window n code>
<window n control code>
So you could place the code in the window's [general] code area.
>Note on the "extra spaces" bug ...
Send me the code, and I'll try to duplicate it.
-- David Cuny
19. Re: Win32Lib IDE
----- Original Message -----
From: David Cuny <dcuny at LANSET.COM>
To: <EUPHORIA at LISTSERV.MUOHIO.EDU>
Sent: Thursday, October 21, 1999 11:16 AM
Subject: Re: Win32Lib IDE
> Irv Mullins wrote:
>
> > 1. It would be nice to have a way to include pre-written code into a
> > project.
>
> Placing an 'include' statement into the [general] area is the best way to
do
> this.
Maybe I didn't express myself clearly (it was very early morning when
I wrote that)
I wasn't thinking of general euphoria routines, but instead being able to
insert,
the complete prj code for a pre-designed window into the prj file from the
IDE menu. It's possible now by cutting and pasting in a text editor, but it
would be nicer to have that as a function of the IDE. We could build
programs
by selecting various "modules" or "units" - whatever - and adding them to
our project.
Even better would be a way for the IDE to find and include specified .prj
files at the
time it builds the .exw file. That would keep the prj file sizes manageable.
You might
want to use a different extension to denote these as modules.
> >2. Following along the same lines, have you thought about how to
> >implement user-written components?
Everything right now is a "window" but I don't see that it needs to remain
that
way. Using the same approach as mentioned above, it should be possible to
build, add, and use other user-provided objects such as a grid, tabbed
notebook,
progress bar, calendar, directory listbox, etc.....
Wouldn't it be better if other people could build, test, and provide these
useful extras? Building them into the IDE would seem to be an never-ending
task.
Regards,
Irv
20. Re: Win32Lib IDE
Dave,
I have been enjoying the ease of use of the IDE so far, although
I would like to make a small suggestion if you don't mind.
I was tinkering with a Maximized Window last night, and noted how
frustrating it was to add a row of buttons to the bottom of the Window.
The reason being that the IDE's Main Window was taking up some of the screen
space for it's self. My suggestion to add to your user's Wish List is a set
of scroll bars, that would allow me to scroll down in the IDE, and therefore
take advantage of the bottom part of my screen, it would just need to be a
few lines long. That way I would not need to adjust the screen location on
all of the controls I put at the bottom of a Maximized Window, in the create
lines of the EXW file and the PRJ files controls.
Thanks In Advance.
+++ Rev. Ferlin Scarborough - Centreville, Al. - USA
21. Re: Win32Lib IDE
Ferlin Scarborough mentioned:
> I was tinkering with a Maximized Window last night,
> and noted how frustrating it was to add a row of
> buttons to the bottom of the Window.
This is probably going to take a fairly serious rewrite of the code.
Thanks!
-- David Cuny
22. Re: Win32Lib IDE
On Fri, 22 Oct 1999 14:54:06 -0700, Cuny, David at DSS <David.Cuny at
DSS.CA.GOV>
wrote:
>Ferlin Scarborough mentioned:
>
>> I was tinkering with a Maximized Window last night,
>> and noted how frustrating it was to add a row of
>> buttons to the bottom of the Window.
>
>This is probably going to take a fairly serious rewrite of the code.
>
>Thanks!
>
>-- David Cuny
David,
No hurry, this is by no means anywhere near the TOP of my User's Wish
List. Thanks for your contributions to Euphoria, and keep them coming.
Later,
+++ Rev. Ferlin Scarborough - Centreville, AL. - USA
