fxruby users - Oct 2004 - Re: FXTable questions

On Sat, 23 Oct 2004 10:01:05 -0700, Bob Sidebotham <bob@windsong.bc.ca>
wrote:
> Oh, and one other, which I neglected to put in the last email:
> 
> 6. Not really a table problem, but came up in relation to calculating
> cell height: FXFont#getTextHeight does not consider newlines, so for
> whatever the font is that I''m using,
getTextHeight("foo") returns the
> same value as getTextHeight("foo\nfoo").
Yes, I think Jeroen would classify this as a "feature" and not a
"bug", but I will Cc him on this just the same to see if he has any
suggestions. ;)
> On a related note, when I size cells horizontally based on
> getTextWidth, the table headers are slightly clipped. The headers were
> included in the calculation. I haven''t investigated this, yet (it
could
> be a font problem, I suppose), but I just thought I''d mention it
here on
> the off chance that you had some insight.
Don''t know about this one right offhand, but will check into it. Do
you perhaps have a simple example program that demonstrates the
problem?

>>On a related note, when I size cells horizontally based on
>>getTextWidth, the table headers are slightly clipped. The headers were
>>included in the calculation. I haven''t investigated this, yet
(it could
>>be a font problem, I suppose), but I just thought I''d mention
it here on
>>the off chance that you had some insight.
> 
> 
> Don''t know about this one right offhand, but will check into it.
Do
> you perhaps have a simple example program that demonstrates the
> problem?
No, but I will try to create one in the next day or so.

Thanks for all your responses.

Bob

On Saturday 23 October 2004 02:26 pm, you wrote:
> On Sat, 23 Oct 2004 10:01:05 -0700, Bob Sidebotham
<bob@windsong.bc.ca> wrote:
> > Oh, and one other, which I neglected to put in the last email:
> >
> > 6. Not really a table problem, but came up in relation to calculating
> > cell height: FXFont#getTextHeight does not consider newlines, so for
> > whatever the font is that I''m using,
getTextHeight("foo") returns the
> > same value as getTextHeight("foo\nfoo").
>
> Yes, I think Jeroen would classify this as a "feature" and not a
> "bug", but I will Cc him on this just the same to see if he has
any
> suggestions. ;)
True enough, but not that it matters; this isn''t used anywhere in the
library as far as I know...
> > On a related note, when I size cells horizontally based on
> > getTextWidth, the table headers are slightly clipped. The headers were
> > included in the calculation. I haven''t investigated this, yet
(it could
> > be a font problem, I suppose), but I just thought I''d mention
it here on
> > the off chance that you had some insight.
>
> Don''t know about this one right offhand, but will check into it.
Do
> you perhaps have a simple example program that demonstrates the
> problem?
The headers are resizable, and it is possible to assign them any desired
size [down to zero if you want].  So the size of the headers isn''t
accounted
for, because its the control that''s doing the sizing...



	- Jeroen

-- 
+----------------------------------------------------------------------------+
| Copyright (C) 22:10 10/23/2004 Jeroen van der Zijp.   All Rights Reserved. |
+----------------------------------------------------------------------------+