William Prothero wrote:
...
> set the fontStyle of fld tName to bold
Been spending too much time with CSS lately? :)
I think that should be:
set the textStyle of fld tName to bold
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the We
I got it working better by increasing the settings of the margins and setting
the textHeight to 0.
Bill
> On Mar 17, 2016, at 6:58 PM, William Prothero wrote:
>
> Folks:
> My plot routines use fields as labels. Fields are created on the fly, the
> plot image is captured, and the fields are de
Monte,
Tnx, but I've solved that one. What's screwing me up is that the
formattedHeight and formattedWidth don't give the correct answers. I don't know
if it's a bug or something that's changed with the updated field code. I can
fix it by adding to the margins. I just hate to do a workaround tha
HH, and Richard:
Richard: Thanks for noticing the error in setting the textStyle.
Is this a bug? Shouldn’t the formattedHeight and formattedWidth show the text?
I’m content to use my margins adjustment, but hope it doesn’t need to be
revisited in the future. If so, it’s a small thing, but...
hh
So, I guess we can't count on the formattedHeight and formattedWidth to return
dimensions of a rect that will show all of the text in a field? I would like to
keep the rect of the field as small as possible. I also use it to make a 90
degree rotated label.
If this is a manifestation of a bug,
> On 18 Mar 2016, at 4:39 PM, Earthednet-wp wrote:
>
> So, I guess we can't count on the formattedHeight and formattedWidth to
> return dimensions of a rect that will show all of the text in a field? I
> would like to keep the rect of the field as small as possible. I also use it
> to make a
There WAS an issue with formattedheight for fields with non-standard margins
between dp8 and p15 (http://quality.livecode.com/show_bug.cgi?id=16977) -
but in dp16 I find them now fixed so as far as I'm concerned formattedheight
is fine in dp16
-
"The first 90% of the task takes 90% of the ti
Trevor:
Thanks. I reported it, with a sample stack.
Best,
Bill
William Prothero, Ph.D.
University of California, Santa Barbara, Emeritus
proth...@earthednet.org
> On Mar 18, 2016, at 3:08 PM, Trevor DeVore wrote:
>
> On Thu, Mar 17, 2016 at 9:58 PM, William Prothero
> wrote:
>
>> Folks:
>>
I deleted the four lines (*) of your function (see citation below)
and inserted instead the following 4 lines, in that order, at end of it.
set fixedLineHeight of fld tName to true
set textSize of fld tName to 12
set textHeight of fld tName to 20
return (0,0,the formattedWidth of fld tName
William P. wrote:
> So, I guess we can't count on the formattedHeight and formattedWidth
> to return dimensions of a rect that will show all of the text in a field?
Sorry? The (modified) function works here as it should, I wrote "works fine
here".
I think that simply the fixedTextHeight isn't set
William,
meanwhile I tested this in depth and must say that you are
right with that: The formattedWidth and formattedHeight don't
show the exact boundaries, as you wish.
But from my knowledge of TeX I know, that this isn't obtainable
for fonts that don't have an extremely optimized metric. This
i
William Prothero wrote:
Is this a bug? Shouldn’t the formattedHeight and formattedWidth show the text?
I’m content to use my margins adjustment, but hope it doesn’t need to be
revisited in the future. If so, it’s a small thing, but...
The code looks like it should work, and here formattedWid
On Thu, Mar 17, 2016 at 9:58 PM, William Prothero
wrote:
> Folks:
> My plot routines use fields as labels. Fields are created on the fly, the
> plot image is captured, and the fields are deleted. In LC8 DP16, I find
> that the field heights are messed up. I create the field and put text in it
> u
13 matches
Mail list logo
