|
Post by hukka on May 8, 2009 1:30:30 GMT 2
I've just uploaded the new beta release of Fony. 1.4.0 beta (2009-05-07) IMPROVEMENTS: * User interface revamp - now most things are dockable toolbars. (Customizable, too - see View->Customize Toolbars.) * Glyph selector has a context menu now. BUG FIXES: * "Open Installed Font" didn't display FNT files. * Some Unicode strings were not being displayed properly in status bar. * Saving to Windows' Fonts folder didn't install the font properly. * "View->Square Pixels" setting wasn't saved. * "Left mouse toggles pixel" was broken with previous update.
|
|
|
Post by buzbard on May 9, 2009 0:56:29 GMT 2
Wow! looking awesome, thanks for all the hard work. The only thing I see wrong with the new version (so far) is that the View menu has migrated to the right side of the Help menu, (or was that intentional?)Never mind, I fixed it, it was my fault I guess. The new UI realy is user customizable! Anyway, great job! Thanks again.
|
|
|
Post by Spike on May 9, 2009 4:50:54 GMT 2
Thanks, hukka; I too have a copy. The program is fine and my current round of font editing is nearly complete. Nothing to add but nitpicks: (1) The old program icon was more distinctive and related more to what Fony actually does. (2) This has been 1.4.0 for a long time! In practice, we have used the build date to refer to versions; but if you're going to use a three-part version number, you might as well change the third part on every different .EXE you publish--You won't run out of numbers. (3) I like setting the Glyph selector to be 8 characters wide, but Fony changes this when I view a font of a different size, as Fony remembers the size rather than the number of characters. Once I expanded it to 16 characters wide, but it snapped shut.
|
|
|
Post by hukka on May 11, 2009 18:35:39 GMT 2
Thanks for the feedback, guys! (1) The old program icon was more distinctive and related more to what Fony actually does. That's true, I just disliked the old icon and made the new one in a hurry. (2) This has been 1.4.0 for a long time! In practice, we have used the build date to refer to versions; but if you're going to use a three-part version number, you might as well change the third part on every different .EXE you publish--You won't run out of numbers. This is also true. I used to have a more sensible versioning scheme but lately I just haven't been paying much attention to it. Future builds will be using a better scheme. (3) I like setting the Glyph selector to be 8 characters wide, but Fony changes this when I view a font of a different size, as Fony remembers the size rather than the number of characters. Once I expanded it to 16 characters wide, but it snapped shut. I can make it resizable in that way in the future, though it will be a config option as I like to keep the selector at a static size of N pixels regardless of the font. I can't say when I'll implement these changes - I'll be taking some hiatus from developing Fony (apart from fixing important bugs if any are found). I'll still be around on this forum though.
|
|
|
Post by Spike on May 15, 2009 15:10:04 GMT 2
No problem on the hiatus--The 8-May version fixes all the old bugs and suits me fine.
But here is an odd one: Load a font and click in the Sample Text area. Using the arrow keys now moves around in the Sample Text AND moves from character to character in the Glyph Table.
My months-ago complaint about WinXP's failure to see any glyphs after reinstalling a Fony-generated font is not just a bug in WinXP rather than in Fony, but a bug in one WinXP installation. My other two XPs happily uninstall and reinstall a Fony fonts. It's just this PC, a laptop with a CompactFlash chip in place of the hard disk, no paging file, and XP installed by a bright but non-diligent teenager. Recently I tried the Reinstall option; Fony reported failure to uninstall the font (naturally; it was in use on the Desktop). The font file was still there but the Desktop couldn't use it AFTER a reboot. Weird, but nothing to do with Fony.
|
|
|
Post by buzbard on May 16, 2009 3:48:49 GMT 2
No problem on the hiatus--The 8-May version fixes all the old bugs and suits me fine. But here is an odd one: Load a font and click in the Sample Text area. Using the arrow keys now moves around in the Sample Text AND moves from character to character in the Glyph Table. I wouldn't call that a bug, I'd call it a feature I don't think I've ever seen one like that, what is it? Aren't they all like that? ;D
|
|
|
Post by hukka on May 16, 2009 11:01:20 GMT 2
But here is an odd one: Load a font and click in the Sample Text area. Using the arrow keys now moves around in the Sample Text AND moves from character to character in the Glyph Table. Oops, it's a bug I was aware of but forgot to fix before release. I'll fix it in a bit. As for installing fonts, does it still fail with the latest Fony? Fony used to "install" fonts by just dropping them into the Fonts directory, which is not sufficient for Windows to see them as installed properly, so Fony now makes the relevant registry entries as well. I have a similar laptop setup (Eee 900) and while I haven't tested installing fonts using Fony on it, I'd consider it weird if the bug had anything to do with the hardware.
|
|
|
Post by Spike on May 16, 2009 16:29:45 GMT 2
Buzbard, there is a circuit board that adapts a CF chip into a 2.5-inch HDD that can fit in most laptops. (This involves changing size and connector; the electrical and command spec is already identical.) I got mine at logicsupply.com of Vermont, USA, but have since seen them in a local retail store. In the meantime, I learned that this Toshiba "Portege" M100 is willing to boot from a PC card, so the adapter wasn't necessary, but I also use them on several older laptops.
Hukka, the uninstallation failure was merely an oddity; and again, I've seen nothing so strange on any other PC. But maybe Fony changes the Registry even if its request to delete a prior FON file (about to be reinstalled) fails.
|
|
|
Post by hukka on May 17, 2009 12:15:25 GMT 2
Okay, updated Fony with the arrow keys fixed plus other small improvements.
|
|
|
Post by Spike on May 19, 2009 15:32:48 GMT 2
Ready for the next round of oddities? (1) The sample text wraps if necessary to fit in the width of its window, but seems to overestimate that width. A couple of characters are occluded at the end of any line that wraps. (2) On both the sample text and the glyph table, adjusting the width of these windows makes them snap shut at the end. If you click on the control, they snap back open and are then at the desired width. (3) Super-nitpick: The touted version number 1.4.0.1 is not how the program advertises it in the About window; that's still at 1.4.0.
But solid as a rock at the real job, editing font files!
|
|
|
Post by Spike on May 23, 2009 0:03:18 GMT 2
You'll hate this one--it's too much like rework! Cut and Paste now correctly update the destination character's Width field--but the Ctrl-Z Reset function doesn't. And odd things can happen when cutting a character and pasting it into a font with a much larger matrix. (No urgency to any of these recent bugs; the workarounds are obvious.)
|
|
|
Post by hukka on May 23, 2009 10:53:29 GMT 2
Ready for the next round of oddities? (1) The sample text wraps if necessary to fit in the width of its window, but seems to overestimate that width. A couple of characters are occluded at the end of any line that wraps. (2) On both the sample text and the glyph table, adjusting the width of these windows makes them snap shut at the end. If you click on the control, they snap back open and are then at the desired width. (3) Super-nitpick: The touted version number 1.4.0.1 is not how the program advertises it in the About window; that's still at 1.4.0. (1) This is because the memo editor control into which you write text to preview seems to insert line feed characters at the word wrap points. (Bit hard to explain in English.) I actually figured out a probable solution as I was writing this, so I'll look into it. (2) The dotted gripper part of the splitter control is what does the snapping when clicked. Other parts of the splitter work normally. It's non-standard behaviour so I'll look into a fix. (3) Will be fixed too. Cut and Paste now correctly update the destination character's Width field--but the Ctrl-Z Reset function doesn't. And odd things can happen when cutting a character and pasting it into a font with a much larger matrix. The reset function resets the glyph's width but I forgot to make it update the control that displays the width, which makes changing the glyph width again work wrong. Pasting a small glyph into a wider one works fine for me, can you mention an example of the odd things that might happen?
|
|
|
Post by Spike on May 23, 2009 17:54:30 GMT 2
It was when pasting a glyph into a font with a much larger VERTICAL dimension. (I defined the "TM" glyph in all six fonts of my personal font file, which is based on Microsoft Serif. I started with the smallest point size and, for starters, cut-and-pasted my work into the next larger point size. In one case this produced noise pixels, to the right of the pasted pixels.)
|
|