I agree Richard text management is a lot better than it used to be but problems
remain.
Text strings on Windows standalones used to be longer than on Mac. It was a
painful process to find a label which had been clipped in Windows, fix it in
the Mac IDE, compile, copy to a Windows box, only to
sez Richard Gaskin:
> So help me understand: what are you working on where a user expects >
> fine-grained font rendering consistency on multiple OSes? What do these >
> apps do?> > Do your users switch OSes during a session, or work on Windows by
> day > and Mac at night? How many also use Lin
On 13/09/2022 03:51, Richard Gaskin via use-livecode wrote:
So help me understand: what are you working on where a user expects
fine-grained font rendering consistency on multiple OSes? What do
these apps do?
One example that (almost) applied for me was where the target display is
not an O
I already leave a bit of air around my controls. Something I learned from a
design guy years ago.
Bob S
On Sep 13, 2022, at 11:40 , Richard Gaskin via use-livecode
mailto:use-livecode@lists.runrev.com>> wrote:
> Perhaps what would be useful is if there was an Autofit property for
> fields tha
Bob Sneidar wrote:
> On Sep 12, 2022, at 19:51 , Richard Gaskin wrote:
>> The team worked hard in v9 to deliver font management in a way that
>> makes it easier than ever to deliver apps that meet user expectations
>> and OS design specs on the platforms deployed to. Mac looks like
>> Mac, Win l
For me it's simple. I want the same baseline and alignment on two platforms I
work with, MacOS and Windows, when using an embedded font. My particular issue
is I think a bug and I am reminded to send Panos a sample stack demonstrating
the issue. EXACT PRECICE EQUIVALENCE of font appearance is no
