On Jul 11, 11:57 am, Stephen Hansen <me+list/pyt...@ixokai.io> wrote:
> On 7/11/10 9:31 AM, Thomas Jollans wrote:
> > trying to
> > support both UNIX and Windows is NOT a good idea.
>
> And you can't lump the Mac in with "UNIX" here, even though it really is
> UNIX at the foundation, because there's some very fundamental
> differences between HFS+ (and some other details that are higher level)
> and more traditional unix FS's. Not to mention that the Mac FS situation
> is slightly schitzo since it has two very different ways at looking and
> treating the files, the posix way and the Foundation way... and users
> think more in terms of the latter, usually. At least less sophisticated
> users.


Sure you can! Have you ever heard of a *rare* module by the name of
"os"? Yes i know *nobody* uses it but it works nonetheless!

> You can't do a cross-platform file manager without either doing a huge
> amount of work exposing each platform separately-- essentially getting
> separate codebases for each-- or doing a least common denominator
> situation, at which point I boggle: why the hell did you bother to begin
> with? Even Finder is better then that, let alone windows' Explorer.

Nothing is worse than InternetExploder\Exploder, nothing! And whats
wrong with seperate code bases, it's three modules and a startup
script...

if sys.platform == 'win32':
    import fm32
elif sys.platform == 'darwin':
    import fmdarwin
elif sys.platform == 'nix':
    import fmnix

We just recently had a discussion about CONDITIONALS Stephen have you
forgotten already?

> (*): I do not argue that a non-default file manager on an OS might be a
> great thing.

Now you're talking!

> (**): The drop stack is a little corner of the window that you can drag
> files onto. Then drag more files onto. Then drag more files onto. Then
> you can navigate to another part of the system, and drag files off of
> said stack, in a LIFO manner, moving them as a result of this action.

This drop stack sound interesting. I've always hated the cut paste as
you could not add to the cut buffer.
-- 
http://mail.python.org/mailman/listinfo/python-list

Reply via email to