Re: lineHeight different Mac vs. Windows

[Bob Sneidar via use-livecode]

I always use web optimized fonts for anything I do that will be cross platform. 
I don't think that will address your specifit issue, but I think it's a good 
practice, since these fonts might take more care to be universal in their 
appearance. 

Bob S


> On Jan 1, 2018, at 15:04 , Peter Bogdanoff via use-livecode 
>  wrote:
> 
> I think that the size difference is related to the specific font used. 
> Georgia is displaying slightly wider in Windows than Mac. Helvetica seems 
> pretty consistent. A Chinese font I use is much smaller in Windows.
> 
> Changing Georgia from 16 to 15 is too drastic a change for me, so I need to 
> keep the font size the same.
> 
> I can’t set the textHeight since I have to set fixedLineHeight to false so I 
> can display thumbnail images within the text.
> 
> I suspect that the space between lines when fixedLineHeight is false is 
> determined by the specific font metrics, something LiveCode can’t or doesn’t 
> want to override. I haven’t done a test of various fonts comparing the 
> Windows vs. Mac “free” line spacing. Maybe there is a constant among them all…
> 
> Peter
> 
> 
>> On Jan 1, 2018, at 2:23 PM, J. Landman Gay via use-livecode 
>>  wrote:
>> 
>> On 1/1/18 2:39 AM, Peter Bogdanoff via use-livecode wrote:
>>> My page layout is fixed — no user settings of font face or size. Also the 
>>> card height doesn’t have room for text fields to get taller. And there was 
>>> the design decision not to show scroll bars.
>>> Text also often has “widows” at the bottom of the field when the text was 
>>> formatted for Mac but is displayed in Windows. Thus my desire to adjust the 
>>> Windows text to get it to flow similarly to the Mac (where it was authored).
>> 
>> The old-school method was to find a font size and textheight that matches 
>> what you see on Mac, and on preOpenStack, set the text properties based on 
>> platform.
>> 
>> It used to be that Windows fonts displayed larger and/or wider than the 
>> same-named Mac fonts. That may have changed recently; my client says Windows 
>> fonts are smaller now. At any rate, do some experimentation on Windows to 
>> see if you can adjust the flow using textsize and textheight, or by 
>> experimenting with different fonts.
>> 
>> -- 
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software   | http://www.hyperactivesw.com
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

RE: lineHeight different Mac vs. Windows

[Ralph DiMola via use-livecode]

I have 2 bug reports on this. 12176 and 13551

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: lineHeight different Mac vs. Windows

[Peter Bogdanoff via use-livecode]

Yes, I am actually adjusting the field width individually for each “page.” But 
it doesn’t solve the problem of occasional “widows” at the bottom. Thus the 
thought about other formatting work arounds.

Thanks, Jacque.


> On Jan 1, 2018, at 3:39 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I wonder if you could figure out a general ratio for the size difference and 
> adjust the width of the field to correct the text wrap on Windows. That's 
> about all I can think of.
> 
> On 1/1/18 5:04 PM, Peter Bogdanoff via use-livecode wrote:
>> I think that the size difference is related to the specific font used. 
>> Georgia is displaying slightly wider in Windows than Mac. Helvetica seems 
>> pretty consistent. A Chinese font I use is much smaller in Windows.
>> Changing Georgia from 16 to 15 is too drastic a change for me, so I need to 
>> keep the font size the same.
>> I can’t set the textHeight since I have to set fixedLineHeight to false so I 
>> can display thumbnail images within the text.
>> I suspect that the space between lines when fixedLineHeight is false is 
>> determined by the specific font metrics, something LiveCode can’t or doesn’t 
>> want to override. I haven’t done a test of various fonts comparing the 
>> Windows vs. Mac “free” line spacing. Maybe there is a constant among them 
>> all…
> 
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: lineHeight different Mac vs. Windows

[J. Landman Gay via use-livecode]

I wonder if you could figure out a general ratio for the size difference 
and adjust the width of the field to correct the text wrap on Windows. 
That's about all I can think of.


On 1/1/18 5:04 PM, Peter Bogdanoff via use-livecode wrote:

I think that the size difference is related to the specific font used. Georgia 
is displaying slightly wider in Windows than Mac. Helvetica seems pretty 
consistent. A Chinese font I use is much smaller in Windows.

Changing Georgia from 16 to 15 is too drastic a change for me, so I need to 
keep the font size the same.

I can’t set the textHeight since I have to set fixedLineHeight to false so I 
can display thumbnail images within the text.

I suspect that the space between lines when fixedLineHeight is false is 
determined by the specific font metrics, something LiveCode can’t or doesn’t 
want to override. I haven’t done a test of various fonts comparing the Windows 
vs. Mac “free” line spacing. Maybe there is a constant among them all…



--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: lineHeight different Mac vs. Windows

[Peter Bogdanoff via use-livecode]

I think that the size difference is related to the specific font used. Georgia 
is displaying slightly wider in Windows than Mac. Helvetica seems pretty 
consistent. A Chinese font I use is much smaller in Windows.

Changing Georgia from 16 to 15 is too drastic a change for me, so I need to 
keep the font size the same.

I can’t set the textHeight since I have to set fixedLineHeight to false so I 
can display thumbnail images within the text.

I suspect that the space between lines when fixedLineHeight is false is 
determined by the specific font metrics, something LiveCode can’t or doesn’t 
want to override. I haven’t done a test of various fonts comparing the Windows 
vs. Mac “free” line spacing. Maybe there is a constant among them all…

Peter


> On Jan 1, 2018, at 2:23 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 1/1/18 2:39 AM, Peter Bogdanoff via use-livecode wrote:
>> My page layout is fixed — no user settings of font face or size. Also the 
>> card height doesn’t have room for text fields to get taller. And there was 
>> the design decision not to show scroll bars.
>> Text also often has “widows” at the bottom of the field when the text was 
>> formatted for Mac but is displayed in Windows. Thus my desire to adjust the 
>> Windows text to get it to flow similarly to the Mac (where it was authored).
> 
> The old-school method was to find a font size and textheight that matches 
> what you see on Mac, and on preOpenStack, set the text properties based on 
> platform.
> 
> It used to be that Windows fonts displayed larger and/or wider than the 
> same-named Mac fonts. That may have changed recently; my client says Windows 
> fonts are smaller now. At any rate, do some experimentation on Windows to see 
> if you can adjust the flow using textsize and textheight, or by experimenting 
> with different fonts.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: lineHeight different Mac vs. Windows

[J. Landman Gay via use-livecode]

On 1/1/18 2:39 AM, Peter Bogdanoff via use-livecode wrote:

My page layout is fixed — no user settings of font face or size. Also the card 
height doesn’t have room for text fields to get taller. And there was the 
design decision not to show scroll bars.

Text also often has “widows” at the bottom of the field when the text was 
formatted for Mac but is displayed in Windows. Thus my desire to adjust the 
Windows text to get it to flow similarly to the Mac (where it was authored).


The old-school method was to find a font size and textheight that 
matches what you see on Mac, and on preOpenStack, set the text 
properties based on platform.


It used to be that Windows fonts displayed larger and/or wider than the 
same-named Mac fonts. That may have changed recently; my client says 
Windows fonts are smaller now. At any rate, do some experimentation on 
Windows to see if you can adjust the flow using textsize and textheight, 
or by experimenting with different fonts.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: lineHeight different Mac vs. Windows

[Peter Bogdanoff via use-livecode]

My page layout is fixed — no user settings of font face or size. Also the card 
height doesn’t have room for text fields to get taller. And there was the 
design decision not to show scroll bars.

Text also often has “widows” at the bottom of the field when the text was 
formatted for Mac but is displayed in Windows. Thus my desire to adjust the 
Windows text to get it to flow similarly to the Mac (where it was authored).

This is an old-school desktop application with serious content! My heritage is 
the 1990s Voyager Company’s CD-ROM programs where titles were designed to be 
book-like.

Peter

> On Dec 31, 2017, at 2:36 PM, Warren Samples via use-livecode 
>  wrote:
> 
> On 12/31/2017 03:11 PM, Peter Bogdanoff via use-livecode wrote:
>>  text sometimes flows off the bottom of the field. Changing the font size is 
>> too extreme a change and doesn’t fix widows.
>> I’m trying to conceive of a method of somehow creating page metadata that 
>> reformats the Windows text—possibly adjusting field width, arbitrary 
>> carriage returns to move text, changing the text size of space characters, 
>> etc., all in an attempt to make the Windows version text display more of 
>> less the same as Mac. But the problem of line height difference is otherwise 
>> unfixable by me.
> 
> 
> Linux users also often face the problem where LC developers share stacks 
> where multi-line text wraps below the bottom of fields with fixed height.
> 
> Can you set the field height to the formattedHeight and auto-show scrollbars 
> as necessary when you load the field's contents? That ordinarily solves the 
> problem. I would protest efforts to mess with user font selection, be it 
> fontface or size and suggest you try to make it adaptive. Fontface and size 
> can be elements the user has good reasons to set for himself.
> 
> 
> Warren
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: lineHeight different Mac vs. Windows

[Warren Samples via use-livecode]

On 12/31/2017 04:36 PM, Warren Samples via use-livecode wrote:

and auto-show scrollbars



this should say "or" auto-show scrollbars


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: lineHeight different Mac vs. Windows

[Warren Samples via use-livecode]

On 12/31/2017 03:11 PM, Peter Bogdanoff via use-livecode wrote:

  text sometimes flows off the bottom of the field. Changing the font size is 
too extreme a change and doesn’t fix widows.

I’m trying to conceive of a method of somehow creating page metadata that 
reformats the Windows text—possibly adjusting field width, arbitrary carriage 
returns to move text, changing the text size of space characters, etc., all in 
an attempt to make the Windows version text display more of less the same as 
Mac. But the problem of line height difference is otherwise unfixable by me.



Linux users also often face the problem where LC developers share stacks 
where multi-line text wraps below the bottom of fields with fixed height.


Can you set the field height to the formattedHeight and auto-show 
scrollbars as necessary when you load the field's contents? That 
ordinarily solves the problem. I would protest efforts to mess with user 
font selection, be it fontface or size and suggest you try to make it 
adaptive. Fontface and size can be elements the user has good reasons to 
set for himself.



Warren

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode