The Mac OS 9 Lives Forum is dedicated to...Installing, Maintaining, and Extending the functionality of Mac OS 9Each Section can be Expanded or Compressed by clicking the Title of the sectionThis will shrink the Forum to display Only the Sections you want
FinderLives!
Finder9Lives!
Finder+
And since Apple renamed OS X to Mac OS we call the whole thing System 10.
Did anyone ever hear of a WDEF which displays the Unicode folder name in the title bar of the window?
iīd like to have that available as resedit template/patch, too.
That's for OSX 10.5.
hello world.
What I do not understand is the point 4 of your aims: " Trashed files will not automatically be renamed, so you can put them back exactly like they were." When does the orioginal Finder rename trashed fies??
The WorldText text editor and 2 experimental applications (MLTE Demo and SUE) have implemented the facility to use Windows Unicode fonts under Mac OS 9.
This means that it can use the large Unicode fonts that are designed for Windows, such as Arial Unicode MS and Bitstream CyberBit.
I found it.It's called EarthDesk 2.1.
I went to update my animated desktop (wallpaper) thingee and discovered that"DeskHook hasn't been supported in many releases of the Mac OS and has beenremoved from Carbon". This is certainly a true statement as far as 9.04 isconcerned. I put a Debugger() call in my DeskHook routine and it never evengets called.Does anybody know of a replacement? It wouldn't necessarily have to beCarbon. I could muck around with however X does it.
#define DESKHOOK (*(void (**)())(0xA6C))
i am no a native coder but seperate threads sound logical.otoh, from what iknow, the most speed gain could be archieved by first finding the space where to write, then write in chunks as big as possible. that is about what OSX does...
It automatically selects different methods according to whether Source and DestDir are in the same or different HDD(or SSD).Diff HDD: Reading and writing are processed respectively in parallel by separate threads.Same HDD: Reading is processed until the big buffer fills. When the big buffer is filled, writing is started and processed in bulk.Reading/Writing are processed with no OS cache, as such other applications do not become slow.
I tried it and it works well for large files, but not for small files.
For example, if the Finder flags say that the resource is locked, but there's no resource fork, then it may not be possible to unlock the file.There are many of these problems which my Finder will see, warn for and/or repair.Another example: if you copy pictures from a Windows computer, then you may also copy invisible locked files with the name "Thumbs.db". These files also cause trouble on OS 9.
The problem with locked files that couldn't be unlocked occurred like this:the "Has been inited" flag is set but there's no resource fork.
Quote from: Mat on July 12, 2016, 08:02:39 AMWhat I do not understand is the point 4 of your aims: " Trashed files will not automatically be renamed, so you can put them back exactly like they were." When does the orioginal Finder rename trashed fies??It doesn't, but Sherlock 2 does and in my program Finder and Sherlock 2 will be one and the same program.Some of my tools will be integrated too, like calculating CRC's.
Better FinderDie Hard FinderDream FinderErsatz FinderFinder KingFinder Not DeadFinder to the maxFinder255Long Unicode FinderReal FinderSurrogateUndead FinderI'm in favor of "Long Unicode Finder" because it describes best what it does.
... and MacTronīs Finder
At this moment it's called UniFinder because this is practical.All Unicode classes start with Uni (UniString, UniWDEF and so on).
Then the 2 Finders can be running at the same time.Just a theory.
Quote from: Protools5LEGuy on November 16, 2016, 08:13:38 PM... and MacTronīs Finderŋ?
I wrote several programs that will be integrated in UniFinder:
Quote from: OS923 on July 13, 2016, 06:58:12 AMBetter FinderDie Hard FinderDream FinderErsatz FinderFinder KingFinder Not DeadFinder to the maxFinder255Long Unicode FinderReal FinderSurrogateUndead FinderI'm in favor of "Long Unicode Finder" because it describes best what it does.What about "Findr" instead of anything longer? I think most of us are interested in displaying more options, gaining some space loosing the "e" from "Finder". "Find" could be fine too, but "Findr" seem easy to recognize versus Apple's Finder and MacTronīs Finder
These numbers can be used to repair the aliases.What do you think of it?
in macos 9 it is handled like this: the paths are collected and written into a queue, then the files are copied one by one (as if the user would copy them one by one), and each file is copied from the beginning the the end.unlike OSX, in which: the paths are collected and written into a queue, then it is made sure that the target volume has enough space, then the files content are copied all at once, and (as far as i can vaguely describe it) the chunks of the content are copied in a random order (i believe the order is based upon what the HD finds the fastest, at least in <10.9/HFS) and when everything is there, the data is finall made files again.this is why OSX is sometimes 2x faster for copying files and there is virtually no limit of how many files you can copy (while OS9 finder can crash when you copy thousands of files at once)