Develop on Windows or Mac?

Roger.E.Eller at sealedair.com Roger.E.Eller at sealedair.com
Thu Nov 6 10:16:06 EST 2003


On 11/06/2003, at 05:23 AM jbv <jbv.silences at Club-Internet.fr> wrote:
> 
> 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" of 
graphic
> interfaces...
> ...
> 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.

JB,

The slowness of the Aqua interface (even in Panther) when dealing with 
greater
than 10,000 files is exactly why we had to develop a Rev app to manage the
files. We opted to use unix shell commands behind the scenes, and still 
provide
the users with a GUI (a fast one). Basically it is a mini-Finder, and the 
users
love it. In a corporate environment, with both users and database apps 
needing
to access files programmatically, sometimes the single folder approach is
necessary (but not preferred). My point is that if we can fix the problem 
with
Rev and shell scripts, Apple should be able to do a little better job.

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

What I meant is (for testing) YOU could create the objects "the easy way" 
so
that you can experience the problem. I created the objects manually in the
development of a real project. The target audience was Mac and PC users. 
We
did most of the development on OS X, and as the project became more 
complex
and contained more objects it became extremely sluggish. When we moved the 
app
to the PC for fine-tuning, the speed difference was overwhelmingly fast. 
Both
the Mac and the PC are modern machines well equipped with RAM/HD/CPU.

> 
> Thanks,
> JB

Roger Eller
roger.e.eller at sealedair.com



More information about the use-livecode mailing list