>>Why bother, when you can use GadToolsBox V1.3 to generate perfectly working
>>font adjusting routines for GadTools. I have used GTB to develop all the
>>windows in my up and coming communications package, X-Comm. It generates code
>>that can handle almost any font, and also allows proportional. Don't know why
>>people bother doing it by hand?
>
> Does it really work with proportional fonts? I don't think so... At least
>it didn't when I tried it. The real problem is that it does not have any
>means of localizing programs easily. With localized programs you must have
>a very flexible system in order to allow for greatly varying string lengths.
Yeah it does work with proprotional fonts. I can use Helvetica 13 point font
in X-Comm's windows and it turns out very nicely. Yes I agree. Localisation is a REAL pain. Look at 'Term's english catalog - 150K of strings that you have to manage. Real bummer if you ask me.
> Something that would be really neat is a BOOPSI class that handles the
>window layout for you. I haven't looked very closely at the BOOPSI system
>and it's possibilities, but I think it would be possible to implement it
>as a subclass of `groupgclass' or something. Alternatively, something like
>a `wintools.library' could do the job as well. I have quite a few ideas
>about how to do a really flexible system (handling all kinds of gadgets
>and other stuff including custom BOOPSI ones), but hardly no time to
>implement them :-(
Yeah well if commodore bought it upon themselves to explain what all those lovely intuition.library calls actually did, We'd make more use of it. I have yet to figure out what it's all about. :-).. Sounds like an interesting idea you have there... BTW I'm hanging on LhI? howz V2.00 going? Sounds absolutly mind-boggling (Kick those MS-DOS users eh?). Is LhI going to be a full blown 2.0 style interface with all those pretty guages and stuff? Would be very nice. I'll be registering definatly...
