1. RE: WIN32LIB57.8 Positioning Bug
- Posted by Derek Parnell <Derek.Parnell at SYD.RABOBANK.COM> Jun 18, 2002
- 494 views
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C21716.A2C7D600 charset=iso-8859-1 Yep, this is a bug alright. It appears that a FlatToolBar is "invisible" until its parent window is visible. Thus creating items before the main winow is rendered misplaces them 'cos win32lib doesn't realise that the invisible flattoolbar will be rendered real soon. This will take a bit more thinking about how best to fix it. For the moment though, you can change the line ... if toolbar and call_func(r_isVisible, {toolbar}) then in getClientRect() to if toolbar then to get around this hiccup. -----Original Message----- From: Tony Steward [mailto:tony at locksdownunder.com] Sent: Tuesday, 18 June 2002 21:56 To: EUforum Subject: WIN32LIB57.8 Positioning Bug Hi Derek, It seems that the positions of items are now calculated differantly. If I have a tool bar location values used to be taken from the tool bar. Now it seems they are taken directly from the window. This means in my old programs that have tool bars, items that were just below the toolbar are now covering the tool bar. Thanks Tony ================================================================== De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. ================================================================== The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. ================================================================== ------_=_NextPart_000_01C21716.A2C7D600 Content-Type: application/ms-tnef
2. RE: WIN32LIB57.8 Positioning Bug
- Posted by Bernie Ryan <xotron at localnet.com> Jun 18, 2002
- 463 views
Derek Parnell wrote: > Yep, this is a bug alright. It appears that a FlatToolBar is "invisible" > until its parent window is visible. Thus creating items before the main > winow is rendered misplaces them 'cos win32lib doesn't realise that the > invisible flattoolbar will be rendered real soon. This will take a bit > more > thinking about how best to fix it. For the moment though, you can > Derek: How come you have WS_CLIPSIBLINGS commented out on flattoolbar but not commented out on a regular toolbar. Bernie
3. RE: WIN32LIB57.8 Positioning Bug
- Posted by Derek Parnell <Derek.Parnell at SYD.RABOBANK.COM> Jun 18, 2002
- 462 views
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C21752.DA4EF540 charset=iso-8859-1 > -----Original Message----- > From: Bernie Ryan [mailto:xotron at localnet.com] > Subject: RE: WIN32LIB57.8 Positioning Bug > How come you have WS_CLIPSIBLINGS commented out > on flattoolbar but not commented out on a regular > toolbar. I don't know. I only noticed that this morning myself. I guess its because somebody told me to do it, or maybe its a mistake I made. Have you found that it makes a difference or not? ---------- Derek. ================================================================== De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. ================================================================== The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. ================================================================== ------_=_NextPart_000_01C21752.DA4EF540 Content-Type: application/ms-tnef
4. RE: WIN32LIB57.8 Positioning Bug
- Posted by Derek Parnell <Derek.Parnell at SYD.RABOBANK.COM> Jun 20, 2002
- 486 views
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C218A3.70FB2BC0 charset=iso-8859-1 >-----Original Message----- >From: Tony Steward [mailto:tony at locksdownunder.com] >Subject: WIN32LIB57.8 Positioning Bug > >Hi Derek, >It seems that the positions of items are now calculated differantly. >If I have a tool bar location values used to be taken from the tool >bar. Now it seems they are taken directly from the window. This >means in my old programs that have tool bars, items that were >just below the toolbar are now covering the tool bar. > Tony, to fix this problem, in the routine getClientRect() replace the line ... if toolbar and call_func(r_isVisible, {toolbar}) then with if toolbar and ((vWinMainState = kNotStarted) or (call_func(r_isVisible, {toolbar}))) then and that should do the trick. ----------- Derek. ================================================================== De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. ================================================================== The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. ================================================================== ------_=_NextPart_000_01C218A3.70FB2BC0 Content-Type: application/ms-tnef