Ok. I'm finicky with interface detail. One of the reasons to go to RR is to get native OS controls. However, I'm seeing that "native" doesn't translate to "just like in the OS".
For example, the tab control at first glance appears just as the native Mac OS X controls. However, look closely at the vertical position of the text for the tab labels. It's not properly centered. It's pretty noticeable to me and disturbing. Just do a side-by-side with the same tab material in the Mac OS.
Even worse is the vertical position of text alongside of checkbox controls. It's too high in RR as compared with the OS checkbox control text location.
So.... Is there any way for me to control these controls? I really don't want to have to cover up all of the text with properly position text labels... Too much trouble.
text location in controls is not positioned properly
Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, robinmiller
Re: text location in controls is not positioned properly
One thing on this. I realize the font size and font type has a lot to do with its vertical centering. However, the default for tabs in RR appears to be Lucinda Grande at 13pt on Mac. The font and size appear to match the Mac OS actual tab control, however, the vertical centering is off by a pix or two (too high). Changing the point size to 12pt gets things vertically centered but then the font size isn't the same as the "real deal".
Is there a way to do a baseline shift of control text say up/down a specified pixel amount?
Is there a way to do a baseline shift of control text say up/down a specified pixel amount?
billworld wrote:Ok. I'm finicky with interface detail. One of the reasons to go to RR is to get native OS controls. However, I'm seeing that "native" doesn't translate to "just like in the OS".
For example, the tab control at first glance appears just as the native Mac OS X controls. However, look closely at the vertical position of the text for the tab labels. It's not properly centered. It's pretty noticeable to me and disturbing. Just do a side-by-side with the same tab material in the Mac OS.
Even worse is the vertical position of text alongside of checkbox controls. It's too high in RR as compared with the OS checkbox control text location.
So.... Is there any way for me to control these controls? I really don't want to have to cover up all of the text with properly position text labels... Too much trouble.
Re: text location in controls is not positioned properly
Can I bump this thread, as I am having problems with variability in text position within controls within RunRev (never mind against native UI controls) on my Mac.
Case 1: I have two option menus - with default settings for height, font, etc - and one has the text (for all choices) sitting a couple of pixels higher than the other.
Case 2: If I change the standard Square button control to a Push Button, (with everything else being default) the text rises by a pixel or two.
Is there anything I can do about this, as my UI is starting to looks a bit clumsy?
Best,
Keith..
Case 1: I have two option menus - with default settings for height, font, etc - and one has the text (for all choices) sitting a couple of pixels higher than the other.
Case 2: If I change the standard Square button control to a Push Button, (with everything else being default) the text rises by a pixel or two.
Is there anything I can do about this, as my UI is starting to looks a bit clumsy?
Best,
Keith..
-
FourthWorld
- VIP Livecode Opensource Backer
- Posts: 10052
- Joined: Sat Apr 08, 2006 7:05 am
- Contact:
Re: text location in controls is not positioned properly
The issue with tab controls is known:
http://quality.runrev.com/qacenter/show_bug.cgi?id=3076
Recent changes in the preview edition of v4.5 suggest this is being worked on for the next release.
Other control types can be fine-tuned using the topMargin property, though it would be ideal if they reflected OS defaults more closely out of the box so please consider adding your votes to such request in the RQCC, or creating a new report for any such anomalies you see which are not currently logged there.
These issues may seem trivial for us, since the OS handles them well enough by itself. But it may help to keep in mind that Rev's rendering engine is far more flexible than the OS's, so in addition to needing to support one set of properties across all OSes it also needs to be able to render against a wider variety of objects than NExTStep normally allows, giving rise to Rev's architecture which blends native OS rendering with some internal modification to produce the results we see.
In most cases the Rev engine does a fine job, but you will from time to time see things like margins different in Rev than the OS. Judging from the attention the tab control is getting in v4.5, these are definitely of interest to RunRev, but I can't stress enough how helpful it is to have all of them logged in the RQCC to help ensure they get addressed.
http://quality.runrev.com/qacenter/show_bug.cgi?id=3076
Recent changes in the preview edition of v4.5 suggest this is being worked on for the next release.
Other control types can be fine-tuned using the topMargin property, though it would be ideal if they reflected OS defaults more closely out of the box so please consider adding your votes to such request in the RQCC, or creating a new report for any such anomalies you see which are not currently logged there.
These issues may seem trivial for us, since the OS handles them well enough by itself. But it may help to keep in mind that Rev's rendering engine is far more flexible than the OS's, so in addition to needing to support one set of properties across all OSes it also needs to be able to render against a wider variety of objects than NExTStep normally allows, giving rise to Rev's architecture which blends native OS rendering with some internal modification to produce the results we see.
In most cases the Rev engine does a fine job, but you will from time to time see things like margins different in Rev than the OS. Judging from the attention the tab control is getting in v4.5, these are definitely of interest to RunRev, but I can't stress enough how helpful it is to have all of them logged in the RQCC to help ensure they get addressed.
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
Re: text location in controls is not positioned properly
Richard,
Thanks for confirming that this is a bug (though I think the details of what I am seeing varies sufficiently from the current bugs you cite regarding tab controls to perhaps be caused by other factors and hence be worthy of separate investigation).
So, I have raised this report http://quality.runrev.com/qacenter/show_bug.cgi?id=8881 - concerning the 'random' vertical positioning in option menus and 'differential' positioning in square vs. push buttons.
Best,
Keith..
Thanks for confirming that this is a bug (though I think the details of what I am seeing varies sufficiently from the current bugs you cite regarding tab controls to perhaps be caused by other factors and hence be worthy of separate investigation).
So, I have raised this report http://quality.runrev.com/qacenter/show_bug.cgi?id=8881 - concerning the 'random' vertical positioning in option menus and 'differential' positioning in square vs. push buttons.
Best,
Keith..