Fonts in Omnis studio 10.2
malkishtini at gmail.com
malkishtini at gmail.com
Thu Sep 23 18:24:21 UTC 2021
Thank you all for your feedback and responses.
I sent the issue to Omnis support and this was their response (sharing it here for the others' benefit)
"I think this is due to a change that we made in 10.2 to force background objects to use True fonts, With the Omnis Sans Serif is definitely not TrueType, and is very old (as far back as Omnis 7) so one solution is to change the font, perhaps to Omnis Windows System. Omnis Sans Serif will almost certainly have very poor Unicode coverage.
We did add a new config.json property into 10.2 (30204) so this new feature can be disabled if required :
Added config.json option (windows.backgroundObjectsMustUseTrueTypeFont) to config.json
Defaults to true. When false, you can use non-TrueType fonts for background objects, but note that in some situations e.g. in drag bitmaps, the text may not draw."
I'll give this a try before I change the font, at least to understand the problem that I'm facing.
From: omnisdev-en <omnisdev-en-bounces at lists.omnis-dev.com> On Behalf Of Doug Easterbrook
Sent: Thursday, September 23, 2021 10:17 AM
To: OmnisDev List - English <omnisdev-en at lists.omnis-dev.com>
Subject: Re: Fonts in Omnis studio
well :). a library converted from from O7 at different times more than a year apart. thats additional information.
has the converter changed?
has the version of omnis you used to run the converter changed?
has the machine that you did the conversion on changed (eg newer version of windows) that might affect a conversion?
does the version of omnis you are using to upgrade the library do the same thing as last time (there have been improvements in converting code in older libraries from what I recall on release notes - but that may only be between 10.x and 10.2, maybe not between o7 and 10.2)
have you tried comparing libraries using omnis library compare to see what has changed there — and see if there is any unexplained differences in the libraries?
not knowing the difference, if this is one time, would it be better to simply change your style sheet to fix it.
we faced that coming from studio 5. I tried hard to make libraries compatible for quite a few years — until, we just had to make the jump and fix one or two of the things that didn’t quite convert right, plus add in some compatibility coding. fonts were not one of them.. but then we don’t use omnis sans serif. We tried to only use type fonts that are on all windows platforms or mac platforms.
Arts Management Systems Ltd.
mailto:doug at artsman.com
Phone (403) 650-1978
> On September 22, 2021, at 8:38 PM, malkishtini at gmail.com wrote:
> Hi Doug,
> Thank you for your message and for you explanation to the # Styles. Agreed, #Styles are a very handy in studio.
> We use # Styles in our studio app.
> But the window(s)/libs that I'm dealing with now are newly converted from O7 and I'm just trying to compare them to see if there is any difference between them (one lib was converted a year ago and the other one was converted a month ago), both were converted thru the same convertor and I'm running them side by side on the same TS using same monitor.
> The same lib, when I open it in Studio 10.2, I see a different font look than when I run it in 10.1. It's odd. not sure what I'm missing.
> Thank you and best regards,
> -----Original Message-----
> From: omnisdev-en <omnisdev-en-bounces at lists.omnis-dev.com> On Behalf
> Of Doug Easterbrook
> Sent: Wednesday, September 22, 2021 7:07 PM
> To: OmnisDev List - English <omnisdev-en at lists.omnis-dev.com>
> Subject: Re: Fonts in Omnis studio
> I couldn’t tell you offhand for this particular problem …. it might be that you have a high DPI screen and studio now takes that kind of stuff into account better (or not). There is a feature in the windows ‘monitor preferences’ that lets you scale the size of text. I might think that 10.2 would od it better as I seem to recall something liek that.
> but it makes me think that I should tell you about #STYLES
> instead of setting each field with 'omnis sans serif and specific size', you can set a style for the field. for exmaple, we have:
> - PromptField (lucidia 13, bold, window background colour)
> - EntryField (lucidia 13, plain, white bacground, inset)
> - HeadedListField (lucidia 13, etc)
> - Report Field (times new roman, 12)
> - ReportHeader (time new roman 24)
> you can set the #Styles for each platform. so on windows, you could use arial, where on mac you use lucida. this is great for report fonts.
> this was a boon to us when we updated from omnis 5 to 10. we changed the font from geneva 10 on the mac to lucida 13 to meet apple’s current standards. and done, everywhere.
> advantage.. if you are being challenged by this issue you have, you can change and entry in #styles programatically to adjust for a version of omnis.
> so, I may have a hit on an idea for you as to your issue (DPI settings
> in Monitors Prefs)
> and a reasonably neat way to deal with style changes using #styles.
> Doug Easterbrook
> Arts Management Systems Ltd.
> mailto:doug at artsman.com
> Phone (403) 650-1978
>> On September 22, 2021, at 11:50 AM, malkishtini at gmail.com wrote:
>> Hi $all,
>> I have the same window with labels their text is set to "Omnis sans serif" .
>> When I run the window in 10.1 I get different result than the fonts in 10.2, the fonts look different.
>> It worth mention that I'm running the lib with the window in a different app in 10.1 than in 10.2.
>> I'd like to understand why the font looks different in the same window when running in a different version of Omnis? What controls the font in this case?
>> I'm checking the #WINFonts and I'm not finding any differences.
>> Any insight is appreciated.
>> Thank you,
>> Manage your list subscriptions at http://lists.omnis-dev.com Start a
>> new message -> mailto:omnisdev-en at lists.omnis-dev.com
> Manage your list subscriptions at http://lists.omnis-dev.com Start a
> new message -> mailto:omnisdev-en at lists.omnis-dev.com
More information about the omnisdev-en