Re: Windows 7 border buttons (and more)
"chris.kevany" <[email protected]>
| Newsgroups | gmane.comp.windows.gui4cli |
|---|---|
| Message-ID | <[email protected]> |
Hi Fer, Yeah, I meant "C:/Program files (x86)". Good to know the boder buttons are not available in win7. I use it as a replacement for the regular [X] at the top right of the window to intercept the call to xBeforeClose. Indeed funny that it invisibly still functions :) I found another difference in XP vs. Win7. This is how the disks show up in a browser dialog ... WD-120GB (C:) // in XP (C:) WD-120GB // in Win7 Do you run Gui4Cli apps in XP compatibility mode? Chris --- In [email protected], "Fer" <fmstoopman@...> wrote: > > > > Hi Chris, > > > The only culprit responsible for problems in pathnames could be the > single quote character which is a legal character in Windows (all > versions ?) but not in G4C. > And maybe the space character, and maybe installation in an existing > directory over existing files. > > Otherwise I'm afraid I cannot help you since the problem you describe > has never shown up on my PC. > > In Windows7 there is no folder called C:/System Files (x86) > or do you mean C:/Program files (x86) > I have the 32 bits version and then the suffix (x86) is not used. > > On Win7 (and Vista) you cannot use border buttons anymore. They > simply do not show up when you use an Aero theme. Only when you > change the theme to basic (no transparancy) or classic (like win 98) > the border buttons are visible. > Nice detail: when using an Aero theme the borderbutton shows its help > information when you hover long enough on the right spot and when you > click on that spot the borderbutton works alright although not visible. > > > > Fer > > > > --- In [email protected], "chris.kevany" <chris.kevany@> wrote: > > > > Hi Fer, > > > > Since I know you are using Gui4Cli on Windows 7, I ask this directly > > to you. > > > > First note that all I mention shows up with a self-contained executable. > > > > Over time, I've had a lot of problems with the install path that > > is occasionally corrupted, depending on the lenght of the > > install path (so it looks). I have this with all OS' I can test > > it on (w2k, XP). > > > > At xOnLoad I store "$$this.path" in a variable that is used to extract > > and compose all kind of paths from. > > > > Someone on Windows 7 x64 reported problems when the app was installed > > at "C:/System Files (x86)/avanti" but when this is changed > > to "C:/System Files (x86)/avanti-058" it seems to work fine. > > > > As I said, I have this problems also in w2k and XP but never found > > what's causing it. I actually have the impression that there is a > > script load bug in Gui4Cli, depending on the size of the script. > > Perhaps something with buffer allignment. The user reported that > > the two previous versions run fine with both install paths. > > > > I use a custom file save/load dialog that uses a border button. > > Because of the path problem, this dialog also gives problems and > > after the Win7 user posted a screenshot, I saw that the dialog > > doesn't show a border button that should be on it. > > > > Does the border button example gui works for you in Win7 ? > > > > I hope you can shine some light on it :) > > > > Thanks in advance, > > Chris > > > ------------------------------------ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/gui4cli/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/gui4cli/join (Yahoo! ID required) <*> To change settings via email: [email protected] [email protected] <*> To unsubscribe from this group, send an email to: [email protected] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/