On Tue, 2005-11-29 at 10:54 +0000, carmen wrote:
and is it just me that thinks using only bitmap font(s) would solve our problems ?
it would just change the problems. then again im not sure what the 'problem' referenced by this thread is...
the problems is, we are starting to make layouted help patches and (atm) they are not "rendered" the same on different os/screen sizes... (sorry, should have mentioned that)
is it the fonts are ugly? that can be fixed by changing the default font...
is it that the fonts often overrrun the box edges? or boxes overrun other boxes? easy to fix by letting tk choose the bounding box instead of pd pretending it can guess it
is it that the fonts are too big/small/whatever? let the user select the font..
like, a 10pixels height bitmap font would(should) be 10pixels height on any os or screen resolution (were not supposed to scale bitmap fonts)
i have 2 screens, one is 1024x768 in 17", one is 1280x800 in 12". a bitmap font is vastly different heights on the two screens..way less predictable size-wise than scalable font sizes..except that theyre getting smaller every year :D
yes, the bitmap font size is differnt size for your eye on different screen resolution / monitor size, but is (atleast should) be the same size for the "layout" of the patch...
btw. i started to think, can we even do help patches layout to be compatible with any other font size than what it was made ?!
- somehow embedd bitmap fonts in tk/pd
you should be able to do this, you can embed images into tk code anyways. but see above, re bitmaps (ie, i'm not volunteering to implement it, but i will merge my 'boxes that never overlap and are resizable' code to desiredata when i can)
the "best" would be number 3. but i havent found anything about "embedding" fonts in tk apps (well, i assume we would need another font renderer than the system uses = way more work ?)
so, my vote would go to 2.
cheers andre
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list