WhatTheyThink Acquires PrepressForums.com, Releases New Version of PrintPlanet

This site is a static archive, you are free to search, and view but no new posts or registrations are allowed.

Please visit printplanet.com for the new discussion groups

Prepress Forums  

Go Back   Prepress Forums > Operating Systems > Mac OS X
Googlemap ME Members List Calendar Search Today's Posts Mark Forums Read

» Site Navigation
 > FAQ
» Skyscraper

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 08-31-2004, 08:15 AM
araquen araquen is offline
Senior Member
 
Join Date: Mar 2004
Location: New York
Posts: 123
Send a message via ICQ to araquen Send a message via AIM to araquen Send a message via MSN to araquen Send a message via Yahoo to araquen
Fonts and Archiving - Important Safety Tip

If you decide to archive your postscript fonts, do not use Panther's built-in archiving (reached through the "Create Archive" contextual menu). This will result in the zip process stripping the data fork from the resource fork. One of the forks becomes an invisible file on "root" of whatever folder the fonts are in. The remaining fork becomes another, unidentified file, and the second component of the postscript font becomes a "Unix Executable" file. I leave it to better minds to determine which part of the postscript file gets broken and which fork is moved to the root.

I spoke with a Mac Genius, who told me most font apps can't fix this because they are using Cocoa, and this is a Java-based issue. He believes an Applescript can be written to stitch the files back together, but it will be one mighty big applescript. I also believe Font Agent is interested in this phenomena as well, but they told me right now, they can't fix the problem.

If you need to compress postscript fonts, I strongly urge using the stuffit engine, as stuffed postscript fonts seemed to remain unscathed.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #2 (permalink)  
Old 10-02-2004, 08:17 PM
MarkDouma's Avatar
MarkDouma MarkDouma is offline
Member
 
Join Date: Oct 2004
Location: Grand Rapids, Michigan, USA
Posts: 92
Send a message via AIM to MarkDouma
Actually, I'd advise the complete opposite, or at least just be extremely careful what version of the Stuffit Engine you use.

At least in OS X 10.3.5, I have absolutely no problems with using the Create Archive feature creating a zip file that preserves resource fork information. The emulation format that OS X uses is the Apple Double format as I outline in my FAQ.

The key thing that you must do, depending on what version of the Stuffit Engine you have installed, is to make sure that what ever application created the .zip archive should also do the expanding.

Earlier versions of Stuffit 8.0.x used an internal method of preserving resource fork information, that was different from the method that OS X used internally. So, having OS X expand a Stuffit 8.0.0 .zip archive would result in a corrupt file, since OS X didn't interpret the internal format used in the zip in the manner that Stuffit would.

I believe Allume (formerly Aladdin) fixed this issue in the 8.0.2 update of Stuffit.

Hope this helps....
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #3 (permalink)  
Old 10-02-2004, 09:16 PM
araquen araquen is offline
Senior Member
 
Join Date: Mar 2004
Location: New York
Posts: 123
Send a message via ICQ to araquen Send a message via AIM to araquen Send a message via MSN to araquen Send a message via Yahoo to araquen
I was using Stuffit 8.0.2 and was able to replicate the problem on several machines.

I also decompressed the file using Panther's engine and the files were still corrupt.

This may be an abberation, or it may be a font specific problem, but to be safe, I would not use Apple's built-in engine for archiving fonts, but rather use Stuffit's Engine. I have found that properly stuffed files remain intact.

Conversely, I have had no problems with Apple's compression and, say, image files, or documents ? the problem only occurred with fonts (for me, at any rate).

The FAQ, though, was very informative. Thanks for the link!
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #4 (permalink)  
Old 10-02-2004, 09:54 PM
MarkDouma's Avatar
MarkDouma MarkDouma is offline
Member
 
Join Date: Oct 2004
Location: Grand Rapids, Michigan, USA
Posts: 92
Send a message via AIM to MarkDouma
Quote:
Originally Posted by araquen
I was using Stuffit 8.0.2 and was able to replicate the problem on several machines.

I also decompressed the file using Panther's engine and the files were still corrupt.
Hmm, I just tried Create Archive with several resource fork-based fonts (actually, these were .dfonts before I converted them to regular TrueType using my dfontifier application), and they compress and expand just fine.

The following is from the Stuffit Standard update page: http://www.stuffit.com/mac/standard/updates.html :

"StuffIt Expander 8.0.2 includes a number of changes designed to better support Zip archives created by Mac OS X 10.3 "Panther". If a file being archived with Panther zip compression contains a resource fork and/or Finder information, those parts of the file are stored in a separate folder at the root of the archive. StuffIt will now correctly combine a data fork with its associated resource fork and Finder information as it is being expanded"

Was the .zip file you were trying to expand one that might have been created by an earlier version of Stuffit? I believe all versions prior to 8.0.2 would create zip files using that different format.

Not sure what problem could be in your case...

Just to clarify, I didn't mean to suggest that one ought to use Panther's .zip feature, but more that I haven't seen those problems. .sit or .sitx would definitely be a more compatible format (for Macs anyway), since .sit has been the same for quite some time, and virtually any version of Stuffit should expand them fine.

You running Norton AntiVirus by any chance?
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #5 (permalink)  
Old 10-03-2004, 05:32 AM
araquen araquen is offline
Senior Member
 
Join Date: Mar 2004
Location: New York
Posts: 123
Send a message via ICQ to araquen Send a message via AIM to araquen Send a message via MSN to araquen Send a message via Yahoo to araquen
I have been on Stuffit 8.0.2 since it came out, which was before my compression issue with fonts. I have dotMac, so I'm using Virex. Both machines involved have the same software configurations, the only difference is one's a Dual G5 the other is a Dual G4.

If it helps, the problem happened to me with Postscript fonts. I suspect is has to do with the fact that postscript fonts have two files, each with a resource fork and data fork. I further suspect it's the screen font that gets killed and the postscript component that becomes a "Unix Executable" file, but this is based on anectodal evidence. I had also suspected, maybe, older postscripts were breaking - but I saw the problem with both Type 1 and Type 3 Postscript fonts, as well as old and new postscript fonts. If it was postscript, it was killed.

BTW - Font Cache Cleaner rocks.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #6 (permalink)  
Old 10-09-2004, 09:38 PM
MarkDouma's Avatar
MarkDouma MarkDouma is offline
Member
 
Join Date: Oct 2004
Location: Grand Rapids, Michigan, USA
Posts: 92
Send a message via AIM to MarkDouma
Quote:
BTW - Font Cache Cleaner rocks.
Thanks

Almost finished with the next version.

Oh, and guess what the b@stards at Morrinson SoftDesign (makers of Font Doctor) did?

Well, last week, I noticed they came out with an update to Font Doctor that added a font cache cleaning feature. Well, I started digging around in the application executable, and lo and behold, guess what I found:

.

Of all the possible hundreds of different ways of coming up with a script that would delete the same files, there's happened to be bit for bit identical to mine, which I had posted on my homepage. Obviously, perfectly legal I'm sure, since I had it posted on my homepage, but hell, they got a lot of nerve adding it to their commercial product.

Notice their dialog message: "The Font Chache Folders were cleaned successfully...". Gee, it's a good thing they just copied my scripts rather than writing their own. One slip in the shell, and you could delete your entire hard drive. ( "sudo rm -rf /" will do it in an instant).
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #7 (permalink)  
Old 10-10-2004, 09:24 AM
araquen araquen is offline
Senior Member
 
Join Date: Mar 2004
Location: New York
Posts: 123
Send a message via ICQ to araquen Send a message via AIM to araquen Send a message via MSN to araquen Send a message via Yahoo to araquen
At least they should have attributed you with the code,a nd you deserve compensation since they are making money from your code.

Did you release under GNU licensing?

Finally, I made my displeasure known to Morrison SoftDesign. I'll let you know what I hear back.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #8 (permalink)  
Old 10-10-2004, 06:06 PM
MarkDouma's Avatar
MarkDouma MarkDouma is offline
Member
 
Join Date: Oct 2004
Location: Grand Rapids, Michigan, USA
Posts: 92
Send a message via AIM to MarkDouma
Well, this is my page, just for reference:

http://homepage.mac.com/mdouma46/fcache/fcache.html

Actually, I think I may have overreacted a bit.

I realize now that my intentions about what Font Cache Cleaner is have changed dramatically from when I released that first version back in March.

Originally, probably over a period of the last 2 years, I noticed some places on the web (MacOSXHints, possibly) that mentioned these cache files, and various Terminal commands you could use to delete them.

Having a fairly strong understanding of OS X, and of the relative power of the command line, I felt that it was rather dangerous to have Average Joe's first lesson in Terminal be using commands like "sudo", "rm", and "-rf" in the same line. The slightest mistake--an extra space here, or an extra slash there, could result in a rather severe data loss. So, I figured I'd look and come up with a combination of commands that would be sure to cover all the files, and that ended up with what I have posted on my web page.

Because I'm not too thrilled with the other "cache cleaning" utilities out there, that will blindly delete your cache files for you without any details on the consequences, etc., I decided that I'd do it differently. I think the user has a right to know what files are being deleted, and what the purpose of those files are. Back in March, about the best I could do, based on my limited ability to create an application using AppleScript Studio, was to provide in the documentation a list of the files that were being deleted, and what their purposes were.

So, my intent then, was simply to keep these potential users safe by wrapping the necessary Terminal commands (which I carefully created, having an understanding of how the shell works), and wrap a GUI around them.

At that time, I saw this AppleScript Studio as primarily a hobby. I had actually only started playing around with AppleScript last fall at about this time. Over the last year though, I quickly moved from AppleScript to AppleScript Studio, and in the last few months, full -blown Objective C and C. Gradually, I began to realize that this is really want I want to do, in other words, write software aimed at the graphic design market, to help you guys out (rather than getting a job in graphic design quite yet).

I've studied the various font management applications out there, and have not been too impressed. It makes me wonder if places like MacWorld, etc. actually try to use these applications on a daily basis before they give them a 4 or 5 star rating. While they each seem to have their strengths, they're all basically the same: here's a window, here's all your fonts, click to activate. Anyway, basically, I've come up with numerous ideas that I hope to implement in a font management app of my own. At the base of this will be the Font Cache Cleaner tool, and I plan on adding features to that over time, such as opening font suitcases (like OS 9 did, not like Font/DA Mover), and -- actually, I better not mention the other parts yet :wink:.

So, my plans for this new version is that it will no longer be freeware, but rather, $10 shareware, with volume discounts available.

From what I hear, Extensis has been specifically recommending Font Cache Cleaner to customers having trouble with Suitcase. Well, their free-loading is gonna have to stop, as I'm no longer going to work for free. I dunno, Extensis has known about this issue for years, and regardless of whose "fault" it is, the fact is, you have to deal with it on a daily basis. Apparently, Extensis is not too concerned with their customer's needs. They could easily have whipped something up in a week or so, but they just delve it off on someone else. (Before, they recommended several general cache cleaning applications.) Well, after 8 months, I've managed to learn how to program and take care of some of your/(our?) needs. And I think while I'm at it, I might as well keep going.

Anyhow, I guess my view of Font Cache Cleaner has changed from being a mere hobby, to being the core of my future livelihood, so I think that was behind my "seeing it as a threat" by them coming up with that feature.

I think, for right now, I'll just let it go, and focus on getting Font Finagler (the new name) out, and worry about that stuff later, should the need arise. I mean, there's no way I can prove they did copy it from my webpage. Heck, for all I know, maybe they didn't. But the chances that they'd happen to come up with the same exact combination of scripts that I did are pretty slim. (But anyhow, between you and me, it still doesn't change the fact that Font Doctor is an abomination of a Macintosh application (okay, maybe that's a bit harsh, but...)).

The fact is, those scripts do have limitations, and I've come up with some new methods to work with those limitations, and make the Font Cache Cleaner feature available in a wide array of possible environments. So in that respect, they're still 6 mos. behind.

Okay, I should get back to coding...
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Important Virus Warning!! Natas The Lounge 21 07-12-2007 09:29 AM
Trims and Safety Zones we3dumys General Prepress 9 02-13-2007 02:13 PM
Safety tip Peon The Lounge 6 07-18-2006 07:16 PM
not a very important ILLUSTRATOR CS question pgween1 Illustrator 5 02-14-2005 12:22 PM
Archiving Risca General Prepress 5 07-03-2003 09:52 AM


All times are GMT -8. The time now is 10:42 AM.


Powered by vBulletin® Version 3.6.7
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.0.0
Powered by vBadvanced CMPS v3.0 RC1

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40