![]() The workaround is to remove the custom icon before you add it to DragThing, by selecting the icon in the Get Info window, and choosing 'Clear' from the edit menu, or pasting on another one under 8.1. Unfortunately, DragThing doesn't fail gracefully when it can't find the right data, hence the -1000 error. If you want a custom icon that works under both 8.1 and 8.5, you need to build it by hand, or use something like the IconFactory's IconDropper: The problem comes because the 8.5 and later Finders only add an 'icns' resource when you paste on a custom icon, not the separate "icl8" style data. Update: James Thomson (author of DragThing) replies: "This is likely related to a known problem DragThing has under 8.1 - if you have a 32-bit custom icon pasted on an item, and none of the 'old style' custom icon data there, DragThing will get a "-1000" error when it tries to read the icon, since the 32-bit icons don't work under 8.1. And if 8.1 users make it a DragThing palette item, they will crash and corrupt their preferences when they try and use it. But if you pasted it on after you upgraded to 8.6, then 8.1 users will just get a generic shared icon. That is, if you pasted the custom icon onto the folder while you were in an earlier version of the OS, then 8.1 users will still see it. This seems to be related to the way 8.6 creates folder icons, because I've noticed that all 8.1 machines get generic server icons when they log onto shared folders created in 8.6. Eric Taylor found that when he tried to use DragThing to log onto a shared folder on an 8.6 machine with a custom icon on the folder, it caused a crash.
0 Comments
Leave a Reply. |