home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ARM Club 3
/
TheARMClub_PDCD3.iso
/
programs
/
fonts
/
a_q
/
fontcat
/
!FontCat
/
!Help
< prev
next >
Wrap
Text File
|
1998-06-25
|
7KB
|
154 lines
FontCat v0.06
-------------
By Jérôme Mathevet
• What is FontCat ?
FontCat is both a star command (already built in your ROMs) and a Wimp
program, the latter basically doing approximatively the same thing. The Wimp
variant has the advantage over the star command to display the font names
with the font outlines, which can be a very nice thing, indeed (I'm sure
DTPers out there will appreciate ...)
• But, your program surely has limitations. I was said that RiscOS could NOT
handle more than 256 fonts at the same time. Is it bypassing that limit,
somehow ?
!FontCat, as any RiscOS program, can NOT handle more than 256 outline fonts
at the same time (and this limit drops to 128 in fact, because the system
keeps 2 entries per font - master and rasterized to some size). The trick, if
there is any such thing in the program, is to load only the fonts needed FOR
DISPLAY. When you change the submenu displayed, the old fonts used in the old
submenu are discarded from the usage list and the new fonts are loaded. This
means that any submenu MUST NOT have more than 128 entries (You will have to
enforce that in your !Fonts directory to ensure that the display through
FontCat is correct). But the big news, is that there should be no real limit
in practice, regarding the number of fonts in Font$Path.
Hint: To bypass the 77 objects ADFS limit, you could use a 'host' filing
system like SparkFS (no compression) or better, raFS. Also, there are PD
applications (such as !Novelty) that can install and remove groups of fonts
with just double-clicks (but here again, if Font$Path exceeds 255 caracters,
you're stuck, so this is a so-so solution).
• Why is it so slow ?
It's slow because the system has to retrieve the outline data from disc for
EACH typeface. When you use DTP programs such as Impression or Ovation, you
don't notice that because changes occur only for ONE selected piece of text.
With !FontCat, it's got to do it for every font currently displayed and that
can reach a high number.
• What if I increase the fontcache to 1 megabyte ?
On an old machine (such as A5000), don't bother. Fonts DO take a lot of
memory. Even a 1 meg font cache won't speed things up significantly. If you
REALLY want fast accesses, use a faster hard disc or better, if you can
afford the memory try the following tip:
- Create a BIG ramdisc (1.5 times the size of your !Fonts directory)
- Copy your !Fonts to the ram disc
- Press F12 and type:
unset Font$Path
- Press twice Return, you're back to the desktop
- Double-click on the !Fonts copy (in the ram-disc)
- Press F12 and type (full stop is very important):
set Font$Path <Font$Path>,Resources:Fonts.
- Press twice Return, you're back to the desktop
You could also do that automatically by running an obey file.
If you're the lucky owner of a StrongARM RiscPC (or better, who knows?),
tests have shown that a HUGE font cache (~6 Mb) could help a lot. The first
redraw is as usual, but once the font cache is full, redraws are
lightning-fast. What's more, on RiscPCs, the task manager allows font caches
allocations of 1Mb or higher.
• What is the status of the program ?
It is freeware, NOT public domain. Actually, it is even ACTIONWARE. By this,
I mean that you can copy it for you or your friends, use the program without
having to pay anything (But you don't have the right to modify it, claiming
it is yours, etc. I keep the intellectual property). The difference with
freeware is ACTION: If you enjoy the program, thinking it's a nice addition
to your iconbar, then take (almost) ANY ACTION to show me that you care. This
ranges from sending me a postcard (PostCardWare), an email (E-mail-Ware), a
piece of rhubarb (rhubarbware, Hi Sick!), add-ons for my A5000 (A5000-Ware),
or whatever (Including money: ShareWare) that you think may please the author
(me). However, I am said that there could be several persons under the age of
puberty reading this file so I must stress I wouldn't be particularly happy
to receive the following (list not limitative): Bombs, Thermonuclear heads, A
custard tart in the face (Hi Bill!), Turds of all kinds, Fines, Invoices, or
the worst of them all, a WinTel machine.
• There's a bug ! I can see items in the fontlist that are incompletely
redrawn ! Some are even overlapping !
Well, all depends on what you mean with 'bug'. When making this program, I
wanted to display all the fonts in 16 pts, so that I could quickly have an
idea of the actual size. If I had scaled the fonts so that they fitted their
menus, It would have ended up with displays that wouldn't reflect the actual
sizes in DTP programs.
Furthermore, when I wished to enlarge the menus by changing their widths, I
noticed RiscOS seemed to take no care of that (from RiscPCs upwards - The
Window Manager is faulty). Anyway, if someone with the old WIMP (3.16 on
RO3.1) wishes to have a special version, I'll do the fix.
• I have a RiscPC and some items are not redrawn with the proper fonts.
What's wrong ?
When looking for a new 'font handle', FontCat can end up with no more handle
available (remember the 256 fonts limit ?). If this is the case, FontCat
reverts back to system font, or your prefered font on your RiscPC. There's
nothing special to do about it, except rearrange your fonts directories so
that there's never more than 128 typeface in any given directory (other
programs in the desktop could use some handles, too). Don't hesitate to group
fonts in a general directory (Serif, SansSerif, Script, Artistic, Magazine,
Maths, etc ...).
• When I run the program, I always get the following errors "Font menu too
large" or "Not enough memory to buffer all the fonts".
If you're not too scared about editing BASIC programs, edit the !RunImage
file and try to increase the UV% and UW% variables (Not too much though). In
this case, increase also the wimpslot in the !Run file (64Kb should be more
than enough).
• In the font menu, items with ⇨ aren't displayed with outlines. Is it
possible to change this behaviour ?
In fact, you can already do that (try with Adjust on the iconbar icon,
instead of Select). Items in the first menu use the outline data of the child
menu's first item. Actually, I don't recommend you to use it as your default
action for two reasons:
- It would be even more CPU intensive, so you'll have to wait more in order
to browse a particular font family.
- You could experience problems (if you really have a lot of fonts in the
first menu) because all font handles would have been allocated in the first
menu. Browsing through submenus would then only show the system font (or your
configured font), thus becoming utterly useless.
Also, some fonts look blank in the menu. My only guess is that they're
either corrupted, or the characters used in the menus have not been defined
in the font data.
Finally, you can contact me at the following adresses:
e-mail: speedsterh@yahoo.com
Jerôme Mathevet
8, rue Maurice Genevoix
38150 ROUSSILLON
FRANCE
also, check out the following adress for updates of programs by me:
http://aglaee.imag.fr/ArmsTech
and look for the Speedster Harry section !