 | |
Re: automatic text resize
comp.databases.filemaker comp.databases.filemaker
 |
| | Thread Tools | Display Modes |
#1
 
| |||
| |||
|
Re: automatic text resize -
09-29-2010
, 02:17 PM
|
Hi all, is there any function to check for the real text length on a formatted field? I do want some automatic font resizing in order to apply the max label print. It's great have all those text formatting functions, but I did not see any to * check for actual print length * whether wrapping would apply * whether scrolling would be active Labels are just one application - another one would be to change layouts in order to show proper screen efficiency. Is it possible at all? Thanks, Martin |
#2
| |||
| |||
|
|
But that's exactly the reason why I do see the need to get this info from the program, such as Get(FieldContentLength) Get(FieldContentHeight) returning a value in pixels. |
If they could know about it, there would be no pain to get correct
pagebreaks when a field extends over 2 pages...
FMP 11, and we are waiting (Dino Buzzati)
--
Philippe Manet
en fait, c'est manet avant @
#3
| |||
| |||
|
|
Hi all, is there any function to check for the real text length on a formatted field? I do want some automatic font resizing in order to apply the max label print. It's great have all those text formatting functions, but I did not see any to * check for actual print length * whether wrapping would apply * whether scrolling would be active Labels are just one application - another one would be to change layouts in order to show proper screen efficiency. Is it possible at all? Thanks, Martin |
Just a maybe; what about thinking in terms of the number of characters,
multipled by the character width converted to a monospaced font at that
screen res? Maybe the screen res does not actually even matter.
100 characters (A) Anadale Mono = 715 px width
100 characters (A) Verdana = 835 px width
Now while the mix of letters will of course be anything, in the real
world, a conversion ratio Mono
Verdana/whatever font) could be easilyderived per character (and case) , a character filter count applied to
the text field, and ratios applied...
Do-able it would seem
100 characters (i) Anadale Mono = 320 px width
100 characters (i) Verdana = 835 px width
As a simple illustartion, create a new file, a global, and a calc (=
Length(global)
put the global on the layout twice, once as Verdana, Once as a Mono font
type in 100 characters (A), turn on the screen rulers (in px), the
length of the respective fonts is easily measured, and the ratio a piece
of baklava.
regards
Chris
#4
| |||
| |||
|
|
On Thu, 30 Sep 2010 09:08:04 +0930, 105 wrote: Just a maybe; what about thinking in terms of the number of characters, multipled by the character width converted to a monospaced font at that screen res? Maybe the screen res does not actually even matter. Monospaced is a solution, but a very poor one. You loose the ability of taking the font you want and have to stick to ugly monospaced ones. However, fonts may differ from installation to installation, since there's more than one "Courier" only. Last time I checked, from FMP 8 on monospaced no longer where monospaced: while up to FMP 7 you could create pixel graphics by taking a monospaced font of size 1 or even 2, monospaced no longer was monospaced. And even for longer texts you can't use it if you do take use of an automatic hyphenation. So it would be much easier to have this kind of function available, instead of trying to work around it. So we'll have to wait for some future version of FMP, can't be done here? I hoped for some woraround e.g. via PDF export and analysis, or via web versions. - Martin |
I was not suggesting using a mono spaced font for the output, merely as
a means of deriving a scaling factor, upon which to factor the calculation.
Chris
|
« Previous Thread
|
Next Thread »
| Thread Tools | |
| Display Modes | |
Linear Mode
| |
Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.