Author Topic: Designing a new Finder  (Read 65598 times)

Online IIO

  • Platinum Member
  • *****
  • Posts: 4439
  • just a number
Re: Designing a new Finder
« Reply #20 on: July 08, 2016, 02:50:45 PM »
That's for OSX 10.5.

yeah i know, it is just funny that what you can find for OSX is also in "deprecated" status since many years.

soon cocoa will be, too.

time to buy another atari.
insert arbitrary signature here

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #21 on: July 12, 2016, 06:43:00 AM »
I wrote a WDEF which can draw Unicode text in the title bar.
It's just a working WDEF, no bling bling.
Here's a preview with a demo program:
http://os923.gangstalkingwiki.com/DesignNewFinder.htm

Offline Mat

  • Platinum Member
  • *****
  • Posts: 644
Re: Designing a new Finder
« Reply #22 on: July 12, 2016, 08:02:39 AM »
Nice!

I downloaded the test program from your website and it "works" like expected.

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??

Online IIO

  • Platinum Member
  • *****
  • Posts: 4439
  • just a number
Re: Designing a new Finder
« Reply #23 on: July 12, 2016, 02:09:39 PM »
Quote
hello world.

hello window!

and what a nice long name you got, with so many wonderous symbols in it!
insert arbitrary signature here

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #24 on: July 13, 2016, 06:37:55 AM »
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??
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.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #25 on: July 13, 2016, 06:54:59 AM »
If the title changes, then it verifies whether it can be converted to MacRoman.
If this is possible, then it draws the title faster using QuickDraw.
The same functions will be used to draw the filenames in the windows.
So if you don't use weird characters, then you won't have any loss of speed.

The WDEF will soon look just like a normal window.

I will omit 2 features because I don't like them:
  • There's no proxy icon in the window.
  • You won't be able to get a menu by clicking in the window title. The menu has to be in the contents of the window.
I also want buttons for opening the window of the super folder.
A green up arrow button will be equivalent to command + Up.
A yellow up arrow button will be equivalent to option + command + Up.

The program will be incompatible with Copy Agent.
It will replace Copy Agent and do better.
It will allow you to choose how much CPU time may be spent to the copying.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #26 on: July 13, 2016, 06:58:12 AM »
Better Finder
Die Hard Finder
Dream Finder
Ersatz Finder
Finder King
Finder Not Dead
Finder to the max
Finder255
Long Unicode Finder
Real Finder
Surrogate
Undead Finder

I'm in favor of "Long Unicode Finder" because it describes best what it does.

Online IIO

  • Platinum Member
  • *****
  • Posts: 4439
  • just a number
Re: Designing a new Finder
« Reply #27 on: July 13, 2016, 01:14:03 PM »
maybe you steal the picture preview from coela or some of the features of gregs browser and add that.
icons bigger than 32x32 and background images would also be nice.
insert arbitrary signature here

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #28 on: July 15, 2016, 07:11:22 AM »
I don't want larger icons.
In fact, there will be an option to turn custom icons off.
Picture previews and background images are good ideas.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #29 on: July 26, 2016, 05:03:38 AM »
How can I use Windows Unicode fonts on OS 9?

www.AlanWood.net/unicode/fonts_mac.html writes:
Quote
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.
www.AlanWood.net/unicode/utilities_editors_mac.html#mltedemo writes:
Quote
This means that it can use the large Unicode fonts that are designed for Windows, such as Arial Unicode MS and Bitstream CyberBit.
I tried those programs, but the Windows Unicode fonts don't appear in the font menu.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #30 on: July 26, 2016, 06:17:03 AM »
I think that I found my mistake.
The Windows Unicode fonts need to have type 'sfnt' and creator 'movr'.
My idea was to use Arial when the text can be converted to MacRoman and to use the Windows Arial Unicode MS otherwise.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #31 on: July 26, 2016, 06:19:54 AM »
The WDEF is now ready for variable font and size and title bar height that can be chosen in preferences.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #32 on: July 26, 2016, 06:46:30 AM »
What do you think of this idea:

Folders on HFS+ volumes are opened in a window with a blue frame, the same blue as the folder icon.
The blue shows that everything is OK.

Folders on HFS volumes are opened in a window with a beige frame.
It's beige to warn you that there are no long file names and no Unicode.
If you copy a file with a long file name or Unicode to a beige window, then it warns you that the name will be converted.
The beige refers to the oldies beige computers.

Folders on FAT volumes are opened in a window with a red frame.
It's red to warn you that there are no resource forks.
If you copy a file with a resource fork to a red window, then it warns you that the resource fork will not be copied.
I find that a better solution than the RESOURCE.FRK folders, because they cause trouble when you use the volume on a Windows PC.

Then I want to re-introduce the file copy with a modal dialog.
In the earlier Mac OS, when you copy, then it showed a modal dialog and you had to wait until it was done and then you could use the interface again.
So if you copy by dragging, then it behaves like in OS 9.
But if you also press the option key then it will first show a dialog.
Here you can choose:
  • copy/move (like in Puppy Linux),
  • copy/merge/smart merge (like in CopyAgent),
  • foreground/background.
If you choose foreground then you get a modal dialog with a cancel button and maximum speed.
If you choose background then you can choose:
  • how much CPU time do you want to use,
  • wait until x seconds idle.
If you copy in the background and suddenly you want to do something in the interface, then it's practical if the copy is automatically paused as soon as you use the mouse or keyboard, and after x seconds of no mouse or keyboard event, it resumes the copy.
I do that already in the Async tools.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #33 on: July 26, 2016, 06:54:21 AM »
What do you think of this idea:

Hide the contents of the window of a folder that is being changed until there are x seconds of no change.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #34 on: July 29, 2016, 07:23:29 AM »
One of the things that I will have to do is drawing on the picture that covers the desktop (without drawing in the windows).
How can I do that?
I remember that I've seen source code of a program that could draw a rotating Earth on the desktop.
I forgot its name.
I think that it was something like Geo3D or Earth3D but I can't find it anymore.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #35 on: July 29, 2016, 08:44:48 AM »
I found it.
It's called EarthDesk 2.1.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #36 on: July 29, 2016, 08:47:54 AM »
Now I search something else.

What is the fastest file copy algorithm?

The first version of my Async tools worked with seperate threads for reading and writing.
That was 20% faster.

I think that it will make a bigger difference when you copy to a different HD.

Here they talk also about using different processors for read and write:
http://people.nas.nasa.gov/~kolano/papers/lisa10.pdf

Online IIO

  • Platinum Member
  • *****
  • Posts: 4439
  • just a number
Re: Designing a new Finder
« Reply #37 on: July 30, 2016, 04:50:08 AM »
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...
insert arbitrary signature here

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #38 on: July 31, 2016, 01:59:06 AM »
In C++ I have best results with blocks of 16k.
First I do SetEOF which tries to allocate a contiguous block.
In REALbasic I have best results with blocks of 32k.

Offline OS923

  • Platinum Member
  • *****
  • Posts: 888
Re: Designing a new Finder
« Reply #39 on: July 31, 2016, 02:03:56 AM »
I found it.
It's called EarthDesk 2.1.
No, wrong again.
I think that it was more like Planet Earth.
(I looked at version 2.0.3.)
It could draw on the desktop, with source code included.
What I need is probably called DeskHook.
But it may not work in OS 9.

https://groups.google.com/forum/#!topic/codewarrior.mac/7VsWe0q-1C4
Quote
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 been
removed from Carbon". This is certainly a true statement as far as 9.04 is
concerned. I put a Debugger() call in my DeskHook routine and it never even
gets called.

Does anybody know of a replacement? It wouldn't necessarily have to be
Carbon. I could muck around with however X does it.
Does anyone know the prototype of a DeskHook?