1. RE: Win32Lib IDE
David Cuny wrote:
> I got a chance to play with the Win32Lib IDE, and it's *really* slick!
> Judith, you're doing an excellent job.
Thank you, David. 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.
>
> 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.
Ok, I will add that. For Popup editor as well.
>
> 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
I get to {General} in the dropdown Events combo box just fine and coded
for Window1 and PushButton. The code produced in EXW doesn't have the
{General} tag on it, however. Can you give me a bit more info about what
is happening?
>
> 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.
I'll see what I can do about this. I'm already in that area with changes
related to Project View. When the user clicks on a node in ProjectView
that is, for example, PushButton1_onClick, it should go right to editor
for that control-event pair. So if I get that to work, I should be able
to make your suggestion work too when coming from Design.
>
> Thanks!
>
> -- David Cuny
>
Thanks for the suggestions, David.
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?
Judith
>
>
>
>
>
2. RE: Win32Lib IDE
Judith wrote:
>I get to {General} in the dropdown Events combo box just fine and coded for
>Window1 and PushButton.
Ok, this just seems to be a matter of some small confusion.
As currently coded, it appears that each control has it's own '(General)'
area.
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?
Thanks!
-- David Cuny
3. RE: Win32Lib IDE
euphoria_coder at HOTMAIL.COM wrote:
> Judith wrote:
>
> >I get to {General} in the dropdown Events combo box just fine and coded
> >for
> >Window1 and PushButton.
>
> Ok, this just seems to be a matter of some small confusion.
>
> As currently coded, it appears that each control has it's own
> '(General)'
> area.
Yes that was so you can place procedures/functions not related to an
onEvent intermingled with the onEvent procedures. I was just following
the method used in the original IDE. I discovered, by accident, that one
could code 'general' for a control and didn't realise that should not
happen. I have since discovered call_proc and can refer in an procedure
a routine that is defined later in the program.
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?
>
> 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.
Editor is going to be rewritten and these concerns can be addressed at
that time.
>
> Does this make sense?
Yep.
>
> Thanks!
>
> -- David Cuny
>
>
Thanks David,
Judith
4. RE: Win32Lib IDE
Hello Judith,
I normally don't respond to these IDE posts because I haven't
found an IDE necesary yet in my windows programming. But I
thought I'd comment on this your comment:
>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?
No. There are times that haveing file-level variables is the
most efficent way to code something. I do this quite often in
my Artillery game.. and other programs/libs.
later,
Lewis Townsend
5. RE: Win32Lib IDE
- Posted by daryl_vdb at HOTMAIL.COM
Mar 15, 2001
-
Last edited Mar 16, 2001
To Judith:
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.
>euphoria_coder at HOTMAIL.COM wrote:
> > Judith wrote:
> >
> > >I get to {General} in the dropdown Events combo box just fine and coded
> > >for
> > >Window1 and PushButton.
> >
> > Ok, this just seems to be a matter of some small confusion.
> >
> > As currently coded, it appears that each control has it's own
> > '(General)'
> > area.
>
>Yes that was so you can place procedures/functions not related to an
>onEvent intermingled with the onEvent procedures. I was just following
>the method used in the original IDE. I discovered, by accident, that one
>could code 'general' for a control and didn't realise that should not
>happen. I have since discovered call_proc and can refer in an procedure
>a routine that is defined later in the program.
>
>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?
>
>
> >
> > 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.
>
>Editor is going to be rewritten and these concerns can be addressed at
>that time.
>
> >
> > Does this make sense?
>
>Yep.
> >
> > Thanks!
> >
> > -- David Cuny
> >
> >
>
>Thanks David,
>
>Judith
>
>
>
6. RE: Win32Lib IDE
daryl_vdb at HOTMAIL.COM wrote:
>
> To Judith:
> Could you make the code editor display all the routines at once, similar
> to
> vb?
This has already been requested. The editor is being rewritten.
Now's the time, folks, to get your editor 'wish lists' in.
> This could let you scatter (General) code and declarations anywhere in
> the program, in between procedures.
Thanks for your comments,
Judith
