Develop on Windows or Mac?

[xbury.cs at clearstream.com]

Roger,

Be cool with flamebait...

Here at work, we have more than one folder with THOUSANDS of files for our 

business, DBA, SAN, backups reporting among others...

In a 3TB fileserver you need something that can handle oh-so-many files! 
I wont discuss the icons issue naturally... 

On the MacOS however, I remember leaving work disgusted by the poor 
so-called-
superior-high-tech OS trying to list something so mundane as a two 
thousand files...

No wonder I needed 3 Macs to work!

I havent tried it on OSX since I gave it MacOS after seeing my new Mac 
8500 
being unable to use OSX (I had a beta and it was SO slow...) And for 1/4 
the price

I got a machine that was not just 5 times faster, it turned laps around my 
3 macs,
I never missed a MacOS app other than HC... Instead I got a serious bunch 
of cool 
games that never came to Macs... As a race buff, this was a big plus!

I like to have a nice OS but one that really works at my level!

Emulating windows was still a joke then... 

---------------------=---------------------
Xavier Bury
TNS NT LAN Server
ext 6465




jbv <jbv.silences at Club-Internet.fr>
Sent by: use-revolution-bounces at lists.runrev.com
06/11/03 11:23
Please respond to How to use Revolution

 
        To:     How to use Revolution <use-revolution at lists.runrev.com>
        cc: 
        Subject:        Re: Develop on Windows or Mac?

.




Roger.E.Eller at sealedair.com :

>
> More productive, and faster? I work in a mixed environment of PC's and
> Mac's, and that is not the situation here at all. On OS X, put about
> 10,000 files of any kind into a folder (write a repeat loop to create 
them
> as a test), then open the folder in the finder. Put a stop-watch on that
> pretty colorful spinning ball. Do the same on a Windows PC... the folder
> will open with all files listed in about 2 seconds.

I have a question : who needs to put 10,000 files in a single folder ?
I might be wrong, but to me it sounds like a "perverted approach" (sorry,
this is the only way that my poor english allows me to explain the feeling
I have) of graphic interfaces, may be even a typical Micro$oft approach :
if 1 icon looks better than 1 line of text, so 100 icons will work 100 
times
better ! That's why we end up with these ugly Word or Excel interfaces :
in the versions of Word 98 and Excel 98 I'm using on my Mac, there's a
palette at the top of the screen with more than 40 icons on it (and of 
course

the need of tooltips to identify each one).
The point I want to make is that putting 10,000 files in a single folder 
is
pointless (unless the content of this folder is read/written by an app 
only).

If end users have to open that folder, then the content should be split in
several subfolders for more clarity and readibility.
And therefore, I don't really care if the OS I'm using will take 10 
minutes
to open a folder containing 10,000 files, simply because I'll never try to
open it.

>
>
> Another - Rev specific speed test. Write a repeat loop to create about 
200
> Rev objects on a card. Distribute them all over the card. Make it a mix 
of
> buttons and fields, and a few imported small gif files. Now, using the
> selection tool, select all of the elements by dragging around them. How
> long does it take for the selections to catch-up with what you selected.
> Do the same on a PC. OK... Any Questions?
>

Yes, I have another question : if you can create a repeat loop to create 
200
objects, why can't you use a script to select them ?
IOW, why do you go the easy way to create a problem and then go the hard
way to solve it ?

Thanks,
JB


_______________________________________________
use-revolution mailing list
use-revolution at lists.runrev.com
http://lists.runrev.com/mailman/listinfo/use-revolution




Visit us at http://www.clearstream.com
                                                          
IMPORTANT MESSAGE

Internet communications are not secure and therefore Clearstream International does not accept legal responsibility for the contents of this message.

The information contained in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any views expressed in this e-mail are those of the individual sender, except where the sender specifically states them to be the views of Clearstream International or of any of its affiliates or subsidiaries.

END OF DISCLAIMER