1. RE: IDE and toolbars
How about Property (when ToolBar or FlatToolBar control) having new
fields, Row Size, Nbr Rows, which user could enter the pixel size of the
ToolBar 'row' and how many rows you expect to have. These together would
determine the ToolBar Height which would change to a non editable field.
When a ToolBar is added to Design, it would be defaulted to 34 or
whatever user currently has in Control Defaults with Nbr Rows = 1. User
could change the values to whatever is desired and the ToolBar Height
would change accordingly. Changing Row Size and leaving Nbr Rows = 1
would result in a taller ToolBar.
This would allow different row sizes when there are multiple windows to
the project and each has a ToolBar control.
This idea can be tested by changing the value for ToolBar CY in Control
Default Values screen but don't save it unless you want to 
Unfortunately changing IDE so that the Height is not a multiple of the
row size breaks a lot of code.
My question is whether or not this would be easier? If I don't get any
negative response, I will do this for the next release.
Judith
Elliott Sales de Andrade wrote:
> I'm not sure about this. I tried to type it in and it didn't work, even
> if I press Enter. I even changed it to not wait for the Enter key, but
> that still didn't work. I created a new project, I tried to type it in
> and it seemed to work. But it was still a multiple of 34, even when I
> typed it in. Other controls work properly, though. I don't mind this,
> but I'd rather have it easier to change.
>
>
> -----Original Message-----
> From: Judith [mailto:camping at txcyber.com]
> Sent: May 29, 2002 5:54 AM
> To: EUforum
> Subject: RE: IDE and toolbars
>
>
> Toolbars are initially drawn with 34 height but you can change it to
> whatever you wish. It is a little difficult but you can click the little
> triangle in the lower right corner of the toolbar and drag it down and
> let go. However, IDE wants it in multiples of 34, so drag quite a ways
> down. The easier way is to enter the value in the toolbar height
> attribute in Properties. There it does not have to be multiples of 34.
>
> I don't understand why keying into Properties doesn't work for you. Have
> you changed 'Wait For Enter Key' screen for height to wait for you to
> press ENTER key and you have not pressed it? Can you change other
> control's height without problems?
>
> Elliott Sales de Andrade wrote:
> > If this didn't get through then it was going through the wrong email.
> > Otherwise, disregard this.
> >
> >
> >
> > In the IDE (0.13.0), I can't change the height of the toolbars. No
> > matter how much I drag it or type in the height, it always stays at
> 34.
> > I am not entirely sure, but I found that on line 81 of IDE.exw, the
> > variable toolbar is declared and assigned the value 34. This appears
> to
> > be the size of the toolbar in the IDE, but this variable seems to
> > restrict you from changing your own toolbar sizes. It works fine if
> you
> > change it in the exw file, but not in the project.
> >
> >
> >
2. RE: IDE and toolbars
I don't mind if it stays as multiples of 34 when you drag it. But unless
I misread one of your last points, you said that if you type it in, it
doesn't matter if it's a multiple of 34. I wouldn't mind if the dragging
was in multiples in 34, but I think that the properties should be able
to be any number.
-----Original Message-----
From: Judith [mailto:camping at txcyber.com]
Subject: RE: IDE and toolbars
The original concept for toolbar was that IDE would manage the rows for
you, and 34 was selected as a nice number. It has not taken into account
a thicker toolbar of only one row. I'll see what I can do to make the
toolbar routines more flexible.
How would you propose to make changing the height easier if you don't
want to key in a value in the height field? Or do I misunderstand your
statement? You can also use the keyboard arrow keys with Shift key but
that is going to expand the toolbar by multiples of 34 
Anyone else finding they can not key into height field and change
toolbar height please let me know.
Judith
Elliott Sales de Andrade wrote:
> I'm not sure about this. I tried to type it in and it didn't work,
even
> if I press Enter. I even changed it to not wait for the Enter key, but
> that still didn't work. I created a new project, I tried to type it in
> and it seemed to work. But it was still a multiple of 34, even when I
> typed it in. Other controls work properly, though. I don't mind this,
> but I'd rather have it easier to change.
3. RE: IDE and toolbars
I was incorrect when I said Properties could be any number. Sometimes I
forget my own code If you key a number that is not a multiple,
Properties does not complain (that is a bug) but as soon as the Design
Window gets redrawn, it will be drawn in multiples of 34 and the toolbar
CY will be adjusted. As I said earlier, I made an assumption early on,
right or wrong, that toolbar rows were 34 pixels. In order for the
internal routines that place controls on the toolbar to work correctly I
needed the toolbar CY to be even multiples of the row. I did allow users
to change the default value for toolbar row size, in case they wanted
something other than 34. You do that in Default Control Values from the
Configuration Menu and IDE will use the new value everywhere instead of
34.
Can you describe the conditions in which you need the toolbar to be a
different CY than even multiples of 34 so I can better understand the
problem? Is there only one row of controls, for example, but you desire
a deep toolbar? Or there will be multiple rows, but you want a little
extra depth in the last row? Or you want the rows to be something other
than 34? If this is the case, perhaps I can modify the toolbar resizing
routines to make sure the toolbar is deep enough to contain extra rows,
but not worry about any 'extra' space at the bottom of the last row -- I
hope that makes sense, sometimes I can not describe well.
I will hold off making the changes for addition of row size and number
of rows in Properties.
Judith
Elliott Sales de Andrade wrote:
> I don't mind if it stays as multiples of 34 when you drag it. But unless
> I misread one of your last points, you said that if you type it in, it
> doesn't matter if it's a multiple of 34. I wouldn't mind if the dragging
> was in multiples in 34, but I think that the properties should be able
> to be any number.
>
> -----Original Message-----
> From: Judith [mailto:camping at txcyber.com]
> Sent: May 31, 2002 6:13 AM
> To: EUforum
> Subject: RE: IDE and toolbars
>
>
> The original concept for toolbar was that IDE would manage the rows for
> you, and 34 was selected as a nice number. It has not taken into account
> a thicker toolbar of only one row. I'll see what I can do to make the
> toolbar routines more flexible.
>
> How would you propose to make changing the height easier if you don't
> want to key in a value in the height field? Or do I misunderstand your
> statement? You can also use the keyboard arrow keys with Shift key but
> that is going to expand the toolbar by multiples of 34
>
> Anyone else finding they can not key into height field and change
> toolbar height please let me know.
>
> Judith
>
> Elliott Sales de Andrade wrote:
> > I'm not sure about this. I tried to type it in and it didn't work,
> even
> > if I press Enter. I even changed it to not wait for the Enter key, but
> > that still didn't work. I created a new project, I tried to type it in
> > and it seemed to work. But it was still a multiple of 34, even when I
> > typed it in. Other controls work properly, though. I don't mind this,
> > but I'd rather have it easier to change.
>
>
>
4. RE: IDE and toolbars
>I was incorrect when I said Properties could be any number. Sometimes I
>forget my own code If you key a number that is not a multiple,
>Properties does not complain (that is a bug) but as soon as the Design
>Window gets redrawn, it will be drawn in multiples of 34 and the
toolbar
>CY will be adjusted. As I said earlier, I made an assumption early on,
>right or wrong, that toolbar rows were 34 pixels. In order for the
>internal routines that place controls on the toolbar to work correctly
I
>needed the toolbar CY to be even multiples of the row. I did allow
users
>to change the default value for toolbar row size, in case they wanted
>something other than 34. You do that in Default Control Values from the
>Configuration Menu and IDE will use the new value everywhere instead of
>34.
That's good. I knew I should have been able to change something. I
should have checked for that.
>Can you describe the conditions in which you need the toolbar to be a
>different CY than even multiples of 34 so I can better understand the
>problem? Is there only one row of controls, for example, but you desire
>a deep toolbar? Or there will be multiple rows, but you want a little
>extra depth in the last row? Or you want the rows to be something other
>than 34? If this is the case, perhaps I can modify the toolbar resizing
>routines to make sure the toolbar is deep enough to contain extra rows,
>but not worry about any 'extra' space at the bottom of the last row --
I
>hope that makes sense, sometimes I can not describe well.
I was trying to make a program that looked like an example for the BASS
library. This would perhaps make it a little easier (for me and for
someone who would like to compare C to Eu). However, the toolbar is
about 22 or 23, not 34. It would be nice if the CY had to be in
multiples of 1. :) But seriously, I think a solution would be to have
CY be in multiples of the grid size. That would make it a little easier
to work with and the user can set it as well.
On a side note, I noticed that you cannot make Class in the Properties
wait for Enter. That would be nice in case someone would like to type in
a value (for whatever reason). I tried to type in FlatToolBar instead of
ToolBar (which seemed to not work) and it lost focus for every letter
that I typed. It would be good if you fixed that.
5. RE: IDE and toolbars
Elliott Sales de Andrade wrote:
>
> >I was incorrect when I said Properties could be any number. Sometimes I
> >forget my own code If you key a number that is not a multiple,
> >Properties does not complain (that is a bug) but as soon as the Design
> >Window gets redrawn, it will be drawn in multiples of 34 and the
> toolbar
> >CY will be adjusted. As I said earlier, I made an assumption early on,
> >right or wrong, that toolbar rows were 34 pixels. In order for the
> >internal routines that place controls on the toolbar to work correctly
> I
> >needed the toolbar CY to be even multiples of the row. I did allow
> users
> >to change the default value for toolbar row size, in case they wanted
> >something other than 34. You do that in Default Control Values from the
> >Configuration Menu and IDE will use the new value everywhere instead of
> >34.
>
> That's good. I knew I should have been able to change something. I
> should have checked for that.
>
I don't use the override value when you read the project back into IDE
unless you have Saved the new Defaults. I probably need to fix that in
case someone changes the Defaults for the current project and does not
Save them; then it needs to be saved somewhere in the project file.
> >Can you describe the conditions in which you need the toolbar to be a
> >different CY than even multiples of 34 so I can better understand the
> >problem? Is there only one row of controls, for example, but you desire
> >a deep toolbar? Or there will be multiple rows, but you want a little
> >extra depth in the last row? Or you want the rows to be something other
> >than 34? If this is the case, perhaps I can modify the toolbar resizing
> >routines to make sure the toolbar is deep enough to contain extra rows,
> >but not worry about any 'extra' space at the bottom of the last row --
> I
> >hope that makes sense, sometimes I can not describe well.
>
> I was trying to make a program that looked like an example for the BASS
> library. This would perhaps make it a little easier (for me and for
> someone who would like to compare C to Eu). However, the toolbar is
> about 22 or 23, not 34. It would be nice if the CY had to be in
> multiples of 1. :)
LOL!
> But seriously, I think a solution would be to have
> CY be in multiples of the grid size. That would make it a little easier
> to work with and the user can set it as well.
Currently, ToolBar does not snap to grid. I think the solution I'll aim
for is not require the CY be multiples of anything. If user adds a row
it will be the same CY as the first row.
>
> On a side note, I noticed that you cannot make Class in the Properties
> wait for Enter. That would be nice in case someone would like to type in
> a value (for whatever reason). I tried to type in FlatToolBar instead of
> ToolBar (which seemed to not work) and it lost focus for every letter
> that I typed. It would be good if you fixed that.
>
Class is supposed to be a protected, non input field. I goofed in
version 13 by opening up dropdown so user could see what data was in a
protected field's dropdown. I intervertantly allowed input as well. I've
fixed that for version 14.
FlatToolBar is over in "Extras". I put it there because its CY is
usually 48 and has different rules about buttons e.g. PushButton is
converted to PictureButton and you can add 3 Icons for the button state.
I don't want user changing the Class because controls are built relying
on the Class. If it were changed, user might have to go through
Properties and change many things that are no longer valid. But I expect
when I get to Custom Controls that I might have to figure out something.
Thanks for the discussion and help understanding what you needed. I'll
see what I can do to get this into release 14. 14 is turning out to be a
release to include the new editor and convert to setHandler plus a few
bug fixes and one or two very easy enhancements.
This means Grid.ew and sGrid.ew are again on hold
Judith
>
>
6. RE: IDE and toolbars
>> >Can you describe the conditions in which you need the toolbar to be
a
>> >different CY than even multiples of 34 so I can better understand
the
>> >problem? Is there only one row of controls, for example, but you
desire
>> >a deep toolbar? Or there will be multiple rows, but you want a
little
>> >extra depth in the last row? Or you want the rows to be something
other
>> >than 34? If this is the case, perhaps I can modify the toolbar
resizing
>> >routines to make sure the toolbar is deep enough to contain extra
rows,
>> >but not worry about any 'extra' space at the bottom of the last row
--
>> I
>> >hope that makes sense, sometimes I can not describe well.
>>
>> I was trying to make a program that looked like an example for the
BASS
>> library. This would perhaps make it a little easier (for me and for
>> someone who would like to compare C to Eu). However, the toolbar is
>> about 22 or 23, not 34. It would be nice if the CY had to be in
>> multiples of 1. :)
>
>
>LOL!
>
>
>
>> But seriously, I think a solution would be to have
>> CY be in multiples of the grid size. That would make it a little
easier
>> to work with and the user can set it as well.
>
>
>
>Currently, ToolBar does not snap to grid. I think the solution I'll aim
>for is not require the CY be multiples of anything. If user adds a row
>it will be the same CY as the first row.
>
>
>
>> On a side note, I noticed that you cannot make Class in the
Properties
>> wait for Enter. That would be nice in case someone would like to type
in
>> a value (for whatever reason). I tried to type in FlatToolBar instead
of
>> ToolBar (which seemed to not work) and it lost focus for every letter
>> that I typed. It would be good if you fixed that.
>>
>
>
>Class is supposed to be a protected, non input field. I goofed in
>version 13 by opening up dropdown so user could see what data was in a
>protected field's dropdown. I intervertantly allowed input as well.
I've
>fixed that for version 14.
I don't mind it being not editable. It was just annoying that I was able
type in but it wouldn't work.
>FlatToolBar is over in "Extras". I put it there because its CY is
>usually 48 and has different rules about buttons e.g. PushButton is
>converted to PictureButton and you can add 3 Icons for the button
state.
I tried this. Except the same thing happened for the PictureButtons. So
if you could make that any size, it would be nice as well.
>I don't want user changing the Class because controls are built relying
>on the Class. If it were changed, user might have to go through
>Properties and change many things that are no longer valid. But I
expect
>when I get to Custom Controls that I might have to figure out
something.
>Thanks for the discussion and help understanding what you needed. I'll
>see what I can do to get this into release 14. 14 is turning out to be
a
>release to include the new editor and convert to setHandler plus a few
>bug fixes and one or two very easy enhancements.
>
>This means Grid.ew and sGrid.ew are again on hold
>
>Judith
7. RE: IDE and toolbars
Toolbars are initially drawn with 34 height but you can change it to
whatever you wish. It is a little difficult but you can click the little
triangle in the lower right corner of the toolbar and drag it down and
let go. However, IDE wants it in multiples of 34, so drag quite a ways
down. The easier way is to enter the value in the toolbar height
attribute in Properties. There it does not have to be multiples of 34.
I don't understand why keying into Properties doesn't work for you. Have
you changed 'Wait For Enter Key' screen for height to wait for you to
press ENTER key and you have not pressed it? Can you change other
control's height without problems?
Elliott Sales de Andrade wrote:
> If this didn't get through then it was going through the wrong email.
> Otherwise, disregard this.
>
>
>
> In the IDE (0.13.0), I can't change the height of the toolbars. No
> matter how much I drag it or type in the height, it always stays at 34.
> I am not entirely sure, but I found that on line 81 of IDE.exw, the
> variable toolbar is declared and assigned the value 34. This appears to
> be the size of the toolbar in the IDE, but this variable seems to
> restrict you from changing your own toolbar sizes. It works fine if you
> change it in the exw file, but not in the project.
>
>
>
8. RE: IDE and toolbars
I'm not sure about this. I tried to type it in and it didn't work, even
if I press Enter. I even changed it to not wait for the Enter key, but
that still didn't work. I created a new project, I tried to type it in
and it seemed to work. But it was still a multiple of 34, even when I
typed it in. Other controls work properly, though. I don't mind this,
but I'd rather have it easier to change.
-----Original Message-----
From: Judith [mailto:camping at txcyber.com]
Subject: RE: IDE and toolbars
Toolbars are initially drawn with 34 height but you can change it to
whatever you wish. It is a little difficult but you can click the little
triangle in the lower right corner of the toolbar and drag it down and
let go. However, IDE wants it in multiples of 34, so drag quite a ways
down. The easier way is to enter the value in the toolbar height
attribute in Properties. There it does not have to be multiples of 34.
I don't understand why keying into Properties doesn't work for you. Have
you changed 'Wait For Enter Key' screen for height to wait for you to
press ENTER key and you have not pressed it? Can you change other
control's height without problems?
Elliott Sales de Andrade wrote:
> If this didn't get through then it was going through the wrong email.
> Otherwise, disregard this.
>
>
>
> In the IDE (0.13.0), I can't change the height of the toolbars. No
> matter how much I drag it or type in the height, it always stays at
34.
> I am not entirely sure, but I found that on line 81 of IDE.exw, the
> variable toolbar is declared and assigned the value 34. This appears
to
> be the size of the toolbar in the IDE, but this variable seems to
> restrict you from changing your own toolbar sizes. It works fine if
you
> change it in the exw file, but not in the project.
>
>
>
9. RE: IDE and toolbars
The original concept for toolbar was that IDE would manage the rows for
you, and 34 was selected as a nice number. It has not taken into account
a thicker toolbar of only one row. I'll see what I can do to make the
toolbar routines more flexible.
How would you propose to make changing the height easier if you don't
want to key in a value in the height field? Or do I misunderstand your
statement? You can also use the keyboard arrow keys with Shift key but
that is going to expand the toolbar by multiples of 34
Anyone else finding they can not key into height field and change
toolbar height please let me know.
Judith
Elliott Sales de Andrade wrote:
> I'm not sure about this. I tried to type it in and it didn't work, even
> if I press Enter. I even changed it to not wait for the Enter key, but
> that still didn't work. I created a new project, I tried to type it in
> and it seemed to work. But it was still a multiple of 34, even when I
> typed it in. Other controls work properly, though. I don't mind this,
> but I'd rather have it easier to change.
