WinBuilder display issues
#1
Posted 29 June 2011 - 11:42 AM
Especially under Win7 there are strange results. WinBuilder running on a Vista host seems to run fine.
That is caused by the fact that Delphi (not WinBuilder!) cannot handle some situations which came up after the release of the used Delphi version.
When you have troubles with the WinBuilder appearance under Win7, you have to check in WinBuilder.exe's properties / compatibility tab "Disable visual themes"
Peter
#2
Posted 29 June 2011 - 12:09 PM
http://www.lazarus.freepascal.org/
You would get a 64 bit compiler then.
#3
Posted 29 June 2011 - 04:22 PM
Can you be more "specific"? I have seen a lot of cases where the font scaling causes some of the text to be clipped. Is this the kind of thing you mean? Or is it something else? Can we document this with a picture of a failure?There are some bugreports about display failures in other desktop themes than "Windows Classic"
Especially under Win7 there are strange results. WinBuilder running on a Vista host seems to run fine.
That is caused by the fact that Delphi (not WinBuilder!) cannot handle some situations which came up after the release of the used Delphi version.
When you have troubles with the WinBuilder appearance under Win7, you have to check in WinBuilder.exe's properties / compatibility tab "Disable visual themes"
Peter
Thanks!
Scott
#4
Posted 29 June 2011 - 04:45 PM
its mainly an issue with things "disappearing"Can you be more "specific"? I have seen a lot of cases where the font scaling causes some of the text to be clipped. Is this the kind of thing you mean? Or is it something else? Can we document this with a picture of a failure?
Thanks!
Scott
how about a practical example:
open the script interface editor and look down in the bottom left where the tooltip input box is
now switch to "classic theme" and look again.
this type of issue have plagued WB as long as I can remember. PSC usually fixes right away when pointed out but as he only uses Classic Theme sometimes they get overlooked.
#5
Posted 29 June 2011 - 04:46 PM
Wrong clippinmg is not the main issue I'm thinking on.Can you be more "specific"? I have seen a lot of cases where the font scaling causes some of the text to be clipped. Is this the kind of thing you mean? Or is it something else? Can we document this with a picture of a failure?
The main issues are described in pecd's bug reports in the "Test WinBuilder 082" topic.
Peter
#6
Posted 29 June 2011 - 06:21 PM
Just to be complete, here is direct link to the comments made in that other thread...(assume this is the #1 issue under interface).
#7
Posted 29 June 2011 - 07:19 PM
Your example of missing "ToolTip" is a very good example for my suggestion.
When in a win7 host with (standard implemented) theme, you do my "Disable visual themes" suggestion, you see the "Tooltip" line.
Has somebody an idea, how I can programmatically execute the "Disable visual themes" line?
Peter
EDIT: BTW: Besides others I mailed to pecd some hours / days ago:
Use Google with "Delphi TCheckBox Win7 problem"
#8
Posted 30 June 2011 - 10:03 AM
I tried The Vista ALT Fix.
It helps with disappearing check boxes on hit of ALT.
But it does not help on hidden "Tooltip" label reported by homes32.
Peter
#9
Posted 30 June 2011 - 10:39 AM
I tried The Vista ALT Fix.
It helps with disappearing check boxes on hit of ALT.
But it does not help on hidden "Tooltip" label reported by homes32.
Well, it is called ALT Fix, so it does what it says:-)) Good to hear that you are making progress, thank you for you work and time!
#10
Posted 30 June 2011 - 11:59 AM
Maybe I did not explain enough last post: That is not progress, I only did tests, and decided "Not to use the fix". It brings processing time of e.g. nativeEx_multiPE XP-Track from 5 min 30 sec to 6 min, and helps only partly. And who knows which new bugs would be introduced by such a fix ...Well, it is called ALT Fix, so it does what it says:-)) Good to hear that you are making progress, thank you for you work and time!
BTW: The hidden "Tooltip" APPEARS on the first ALT hit
I'm rather sure that not WinBuilder, but Billy the Door has a little problem here ...
Currently to avoid the issue, IMO there is only the "Disable visual themes" check I proposed in the first post.
Peter
#11
Posted 30 June 2011 - 12:38 PM
not sure if always billy is to blame - well i think it is more a thing of the very old delphi (was it v7)? Or does WB build on newer editions?I'm rather sure that not WinBuilder, but Billy the Door has a little problem here ...
Currently to avoid the issue, IMO there is only the "Disable visual themes" check I proposed in the first post.
oh man...that is bad news to me...
#12
Posted 30 June 2011 - 01:18 PM
Unfortunatelly I cannot find the 1000 € on the street to buy a newer license.not sure if always billy is to blame - well i think it is more a thing of the very old delphi (was it v7)? Or does WB build on newer editions?
WinBuilder is the ONLY development I'm using Delphi for.
And as you know, it is FREEWARE. Development is made by volunteers, w/o asking for beeing payed.
For other things I use Billy's Visual Studio. Also some newer WinBuilder related apps like WimCaptEx are made with VS (Of course NOT with .NET)
Peter
#13
Posted 30 June 2011 - 01:38 PM
Unfortunatelly I cannot find the 1000 € on the street to buy a newer license.
WinBuilder is the ONLY development I'm using Delphi for.
And as you know, it is FREEWARE. Development is made by volunteers, w/o asking for beeing payed.
For other things I use Billy's Visual Studio. Also some newer WinBuilder related apps like WimCaptEx are made with VS (Of course NOT with .NET)
Peter
Thanks for explaining...
Again my question: what is the current version of delphi used for WB and would it build on newer versions easily (and if so would this help with the problems?)
#14
Posted 30 June 2011 - 02:04 PM
My current version is 7. And I do not have any opinion wheter a newer version would fix the issues. Maybe it is a delphi design issue, how the WinMessages are processed ... I cannot test.Thanks for explaining...
Again my question: what is the current version of delphi used for WB and would it build on newer versions easily (and if so would this help with the problems?)
Maybe here is somebody with Delphi 2010 or similar, and can write a small test app ...
Peter
#15
Posted 30 June 2011 - 09:38 PM
would porting to free pascal and using the Lazarus IDE like paraglider suggested work for a future version of winbuilder? or are you using Delphi specific functionality that won't port easily?My current version is 7. And I do not have any opinion wheter a newer version would fix the issues. Maybe it is a delphi design issue, how the WinMessages are processed ... I cannot test.
Maybe here is somebody with Delphi 2010 or similar, and can write a small test app ...
Peter
#16
Posted 01 July 2011 - 12:51 AM
Lazarus pascal is also free and supports platforms other than windows as well.
#17
Posted 01 July 2011 - 07:43 AM
The compiler takes a long time to execute, the debugger is bad, the IDE has serious defects. Insisting to proceed on this road does not improve winbuilder on the long term.
The next generation of Winbuilder will use Java and give preference to a web based user interface as already depicted in Remedium.
This opens way for:
- neat UI customizations by project developers
- interaction with third-party programs
- moving to a development platform with a large support/improvement scale
- enjoy a large pool of components and code snippets made available
- go multi-platform (develop code non strictly for Windows machines as done in present)
As we speak, a significant part of the architecture and code base has already been implemented in Java and most of the results are satisfactory.
#18
Posted 01 July 2011 - 11:31 AM
#19
Posted 01 July 2011 - 11:41 AM
#20
Posted 01 July 2011 - 11:44 AM
#21
Posted 01 July 2011 - 11:49 AM
#22
Posted 01 July 2011 - 01:15 PM
#23
Posted 01 July 2011 - 01:27 PM
There were also more reasons to promote the shift of domain name, but I would appreciate if we could stick to discuss the current topic or at least open a new topic to debate if the domain name change was a "fantastic" idea or not..
As for the switch to Java, I always gave preference to Delphi Pascal above any other language/compiler due to its simplicity and efficiency in terms of produced binaries.
Right now I also measure other factors that are relevant to ensure quality in the future. You are welcome to keep on criticizing these choices, provided the fact that you will also admit being wrong in the future times if history proves a different outcome than the one you envision.
I will do the same and admit my mistakes in case these actions do not bring visible benefit to our community in future times.
Edited by Nuno Brito, 01 July 2011 - 02:19 PM.
#24
Posted 01 July 2011 - 04:07 PM
No problem, just don't forget to tell me: "I told you so!" or i might miss it!You are welcome to keep on criticizing these choices, provided the fact that you will also admit being wrong in the future times if history proves a different outcome than the one you envision.
#25
Posted 01 July 2011 - 05:06 PM
Yes, it is debatable.The benefits of saved 2 letter and a hyphen is debateable
Nahh.. I'd already be happy if some of these changes did worked out for the better.just don't forget to tell me: "I told you so!" or i might miss it!
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users