Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
On Thursday 2003-01-16, [EMAIL PROTECTED] wrote: Hugh Greene wrote: FWIW, I reported the problem recently, on Win2K SP2 with my display at 144dpi. (I've now switched to 120dpi as I'm fed up with this problem appearing on various applications -- not just Cygwin's fault!) The interesting thing is that setup's UI is entirely defined in terms of dialog template (which is why it is not resizable). Now, MS say Most dialog boxes are laid out using dialog units, which scale with the system DPI. However, custom layout logic usually needs to be revisited. Except setup doesn't *have* any custom layout logic - just dialog units. Hence I suspect its MS's bug. You may well be right; another thought, though: the dialog itself may not have any custom layout but could the main widget/control, with the hierarchical multi-column list, be calculating *its* size incorrectly, and pushing the scrollbar out of the way, or something like that? Hugh
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Hugh Greene wrote: On Thursday 2003-01-16, [EMAIL PROTECTED] wrote: Hugh Greene wrote: FWIW, I reported the problem recently, on Win2K SP2 with my display at 144dpi. (I've now switched to 120dpi as I'm fed up with this problem appearing on various applications -- not just Cygwin's fault!) The interesting thing is that setup's UI is entirely defined in terms of dialog template (which is why it is not resizable). Now, MS say Most dialog boxes are laid out using dialog units, which scale with the system DPI. However, custom layout logic usually needs to be revisited. Except setup doesn't *have* any custom layout logic - just dialog units. Hence I suspect its MS's bug. You may well be right; another thought, though: the dialog itself may not have any custom layout but could the main widget/control, with the hierarchical multi-column list, be calculating *its* size incorrectly, and pushing the scrollbar out of the way, or something like that? Good thought, but no. I've tested reducing the size of the control in the dialog resource, and it works. Also, this behaviour is also seen on every control. Another place where it is easily visible is the Cygwin root page, with boring ordinary groupboxes. Max.
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
On Thu, Jan 16, 2003 at 12:18:36AM -, Max Bowsher wrote: I've been having a look at this, and am rather puzzled. I'm beginning to suspect that this might be a bug in MS's dialog routines... after all, all sizes in setup are specified in dialog units, yet somehow they come out mangled at high DPI. I'm using setup 2.249.2.5 with non-standard DPI (120) on my WinXP+SP1 box and I unable to see any problems with scroll bars... Which scroll bar is not visible? Regards. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:18:36AM -, Max Bowsher wrote: I've been having a look at this, and am rather puzzled. I'm beginning to suspect that this might be a bug in MS's dialog routines... after all, all sizes in setup are specified in dialog units, yet somehow they come out mangled at high DPI. I'm using setup 2.249.2.5 with non-standard DPI (120) on my WinXP+SP1 box and I unable to see any problems with scroll bars... I should have explained better. Both the Normal (96DPI) and Large (120DPI) settings work OK. However, try Custom with, sat, 144DPI, and setup is all stretched out of proportion and unusable. I've now done a bit more research, and I'm convinced that this is a bug in Microsofts Dialog and/or PropertySheet implementation. Which leaves us a bit stuck - since there is no easy fix that I can think of. Max.
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Marcel Telka wrote: On Thu, Jan 16, 2003 at 11:36:06AM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:18:36AM -, Max Bowsher wrote: I've been having a look at this, and am rather puzzled. I'm beginning to suspect that this might be a bug in MS's dialog routines... after all, all sizes in setup are specified in dialog units, yet somehow they come out mangled at high DPI. I'm using setup 2.249.2.5 with non-standard DPI (120) on my WinXP+SP1 box and I unable to see any problems with scroll bars... I should have explained better. Both the Normal (96DPI) and Large (120DPI) settings work OK. However, try Custom with, sat, 144DPI, and setup is all stretched out of proportion and unusable. I'm now running with 103 DPI and all works ok. I've now done a bit more research, and I'm convinced that this is a bug in Microsofts Dialog and/or PropertySheet implementation. Which leaves us a bit stuck - since there is no easy fix that I can think of. This bug looks fixed in WinXP+SP1. No, I'm running that as well. I can definitely reproduce this at 144DPI. Max.
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:33:49PM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 11:36:06AM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:18:36AM -, Max Bowsher wrote: I've been having a look at this, and am rather puzzled. I'm beginning to suspect that this might be a bug in MS's dialog routines... after all, all sizes in setup are specified in dialog units, yet somehow they come out mangled at high DPI. I'm using setup 2.249.2.5 with non-standard DPI (120) on my WinXP+SP1 box and I unable to see any problems with scroll bars... I should have explained better. Both the Normal (96DPI) and Large (120DPI) settings work OK. However, try Custom with, sat, 144DPI, and setup is all stretched out of proportion and unusable. I'm now running with 103 DPI and all works ok. I've now done a bit more research, and I'm convinced that this is a bug in Microsofts Dialog and/or PropertySheet implementation. Which leaves us a bit stuck - since there is no easy fix that I can think of. This bug looks fixed in WinXP+SP1. No, I'm running that as well. I can definitely reproduce this at 144DPI. Hm. Tested with 144 dpi: no problem. Notes: My XP installation is fresh (only two days old) with all relevant updates (from windowsupdate) installed. Installation was made from CD marked: Windows XP Tablet PC Edition, Disc 1 (MSDN Disc 1847). No, my PC is not a Tablet PC :-). This installation CD comes with the SP1 built in and it looks like a standard XP (and it is a XP Professional Edition :-). How odd. On my PC, the package chooser and the view name (where is says Category/Full/Partial) are clipped off at the right hand side of the window. I'm running Windows XP, with slipstreamed SP1, and all WindowsUpdates. Maybe they fixed something in the Tablet PC edition. Max.
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
On Thu, Jan 16, 2003 at 12:58:56PM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:33:49PM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 11:36:06AM -, Max Bowsher wrote: Marcel Telka wrote: On Thu, Jan 16, 2003 at 12:18:36AM -, Max Bowsher wrote: I've been having a look at this, and am rather puzzled. I'm beginning to suspect that this might be a bug in MS's dialog routines... after all, all sizes in setup are specified in dialog units, yet somehow they come out mangled at high DPI. Hm. Tested with 144 dpi: no problem. Notes: My XP installation is fresh (only two days old) with all relevant updates (from windowsupdate) installed. Installation was made from CD marked: Windows XP Tablet PC Edition, Disc 1 (MSDN Disc 1847). No, my PC is not a Tablet PC :-). This installation CD comes with the SP1 built in and it looks like a standard XP (and it is a XP Professional Edition :-). How odd. On my PC, the package chooser and the view name (where is says Category/Full/Partial) are clipped off at the right hand side of the window. Strange. Is here someone else who is able to reproduce this buggy behaviour? I'm running Windows XP, with slipstreamed SP1, and all WindowsUpdates. Maybe they fixed something in the Tablet PC edition. -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Marcel Telka wrote: Hm. Tested with 144 dpi: no problem. Notes: My XP installation is fresh (only two days old) with all relevant updates (from windowsupdate) installed. Installation was made from CD marked: Windows XP Tablet PC Edition, Disc 1 (MSDN Disc 1847). No, my PC is not a Tablet PC :-). This installation CD comes with the SP1 built in and it looks like a standard XP (and it is a XP Professional Edition :-). How odd. On my PC, the package chooser and the view name (where is says Category/Full/Partial) are clipped off at the right hand side of the window. I'm running Windows XP, with slipstreamed SP1, and all WindowsUpdates. Maybe they fixed something in the Tablet PC edition. Strange. Is here someone else who is able to reproduce this buggy behaviour? There has been a trickle of bug reports for as long as I remember, but I don't know if any of those people are on this list. Comparison point: Mozilla 1.2.1's configuration dialogs exhibit this too. Max.
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
On Thu, Jan 16, 2003 at 02:12:46PM -, Max Bowsher wrote: Comparison point: Mozilla 1.2.1's configuration dialogs exhibit this too. Marcel Telka wrote: No problem with Preferences dialog box in Mozilla 1.2.1 here. My friend tested setup.exe with XP at 144 DPI and he is able to reproduce tis bug (WinXP w/o SP1 and w/o any updates). Tablet PC Edition seems to be the remaining difference. It vaguely makes sense that certain GUI systems might have been overhauled for the Tablet PC Edition. Could we compare md5sums and versions of comctl32.dll ? Mine (XP Pro SP1): md5sum: 0b5d337119929505ee72d4e4a41ed1fd */c/WINDOWS/system32/comctl32.dll File Version (top of properties page): 5.82.2800.1106 File Version (listbox at bottom): 5.82 (xpsp1.020828-1920) Product Version (listbox): 6.00.2800.1106 Mine: 0b5d337119929505ee72d4e4a41ed1fd *comctl32.dll $ ls -l comctl32.dll -rwxr-xr-x1 marcel None 557056 Aug 29 13:00 comctl32.dll Version numbers are same. The files are identical... Hm -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
On Thursday 2003-01-16, [EMAIL PROTECTED] wrote: On Thu, Jan 16, 2003 at 01:17:11PM -, Max Bowsher wrote: Marcel Telka wrote: Hm. Tested with 144 dpi: no problem. Notes: My XP installation is fresh (only two days old) with all relevant updates (from windowsupdate) installed. Installation was made from CD marked: Windows XP Tablet PC Edition, Disc 1 (MSDN Disc 1847). No, my PC is not a Tablet PC :-). This installation CD comes with the SP1 built in and it looks like a standard XP (and it is a XP Professional Edition :-). How odd. On my PC, the package chooser and the view name (where is says Category/Full/Partial) are clipped off at the right hand side of the window. I'm running Windows XP, with slipstreamed SP1, and all WindowsUpdates. Maybe they fixed something in the Tablet PC edition. Strange. Is here someone else who is able to reproduce this buggy behaviour? There has been a trickle of bug reports for as long as I remember, but I don't know if any of those people are on this list. Hm. FWIW, I reported the problem recently, on Win2K SP2 with my display at 144dpi. (I've now switched to 120dpi as I'm fed up with this problem appearing on various applications -- not just Cygwin's fault!) Hugh
Re: Setup.exe: misbehaviour with non-standard DPI (aka no scroll bar)
Hugh Greene wrote: FWIW, I reported the problem recently, on Win2K SP2 with my display at 144dpi. (I've now switched to 120dpi as I'm fed up with this problem appearing on various applications -- not just Cygwin's fault!) The interesting thing is that setup's UI is entirely defined in terms of dialog template (which is why it is not resizable). Now, MS say Most dialog boxes are laid out using dialog units, which scale with the system DPI. However, custom layout logic usually needs to be revisited. Except setup doesn't *have* any custom layout logic - just dialog units. Hence I suspect its MS's bug. Max.