RE Questions about IDE and perhaps Win32Lib
Ray wrote:
>Hi All
>I have been having great fun with IDE and Win32Lib.
>1. One thing that I have found is that it is difficult to know in advance
>how things will fit in a window with lots of controls, and with multi-tabs
>the problem can be even greater. Big ask coming up ...
>Ideally I would like to be able to cut and paste a control (especially a
>group control) from one tab to another (BTW the tabs are virtually full
>window size). I cannot find any way to achieve this inside IDE so this
>might be a request for a new feature. If such a feature is considered it
>might possibly be useful to allow multiple pastes (haven't actually had a
>need for this - just a simple MOVE is all that I really need) in which
>case the control numbering would need to be adjusted each time after the
>first.
This is on my ToDo list. Also to move a control from Window to Window.
Some people get around this problem by temporarily resizing their Design
window larger and moving the control out of the TabItem (or Group or
whatever) onto an empty space in Design, change the TabItem and move the
control into that tab. Then resize the Design window back to the original
size.
>2. I cannot understand what a ReBar is, can someone please explain to me.
A ReBar is a fancy ToolBar. If you use Internet Explorer, the bars where
"File","Edit","View","Favorites","Tools","Help" sit is a ReBarBand and so is
"Back","Forward","Stop" etc and "Address". You can resize the ReBarBand to
suit your needs. A ReBarBand itself isa member of ReBar.
>3. In Win32Lib a control can be declared as EITHER a number of pixels OR a
>proportion of the parent size e.g. .25 for a quarter. I tried to do this
>also in IDE but it didn't work. Is it possible to do this in IDE?
This is also on my ToDo list. The best you can do right now is use
"Alternate Positions" in Properties. You use the X,Y,CX,CY you use now to
move and resize the control. The downside is you will not see how the
controls actually look until you MenuRun or MenuTempRun. This is not a
trivial change basically because all the control movements are by pixel X,Y.
I have been successful at translating a percentage X and Y to Design but
when the control moves or resizes, I'm having problems adjusting the pixel
X,Y back to a percentage. I know, I know, this doesn't sound like a big deal
but it has been.
>My problem is that I am designing for a 1024x768 screen size but want to
>be able to have it work on any screen size and for everything to scale
>correctly. I don't mind calculating the correct font sizes etc myself.
Yes, I agree.
Sorry I can not help you on any of the following.
>How do other people deal with this? I see some windows that when resized a
>big gray area appears which is pretty useless.
>One thought that I had was to use say an 8 grid on 1024x768 and this could
>rescale to 6 or 10 or 12 for other screen sizes without any odd fractions
>developing. Fonts would also be changed by the same proportions so that
>the text filled buttons equally.
>The problem is that if a window has fonts suitable for a 800x600 screen
>size then the fonts are far to small on a 1280x960 screen size and if the
>font size is increased then the buttons will also need to be larger (in
>pixels).
>Ray Tomes
|
Not Categorized, Please Help
|
|
