On 11/01/2011 06:27 PM, Roger Eller wrote:
I just looked back at the original post. If I understand correctly, the
problem is not seeing when shell completes, but to let the user know there
is backgrounded activity while shell is still processing, and so they don't
think the app has locked up.
Yeah, I had offered alternative ways other than using shell (open process,
or launch) rather than shell since its blocking. open process can be
used asynchronously so its easy to implement some type of indicator, same
with launch but I was unsure how to tell process completion with that
method.
Sh
On Tue, Nov 1, 2011 at 7:18 PM, Mike Bonner wrote:
> Oh cool. Yep, that could be easily used as an indication that the launched
> process has completed. That or ps would both work on mac or linux.
I just looked back at the original post. If I understand correctly, the
problem is not seeing when
Oh cool. Yep, that could be easily used as an indication that the launched
process has completed. That or ps would both work on mac or linux.
so something like
launch "/usr/bin/myprocess"
then a loop that does a shell('ps") then parse the output to make see if
the process is still active.
so
pu
On Tue, Nov 1, 2011 at 7:08 PM, Bob Sneidar wrote:
> There is a top command that will return the top ten processes sorted by
> different things depending on the arguments passed to it. Just man top in
> the terminal. Mac only of course.
>
> Bob
No, 'top' is on Linux too. Probably been around lo
There is a top command that will return the top ten processes sorted by
different things depending on the arguments passed to it. Just man top in the
terminal. Mac only of course.
Bob
On Nov 1, 2011, at 1:00 PM, Mike Bonner wrote:
> Didn't have a chance to answer this morning, but you might
Didn't have a chance to answer this morning, but you might look at 'open
process' instead of shell for this.
That way, you can open the process for read, start a read loop (with either
a send in time, or a wait with messages) and use the async nature of this
method to update a status bar or whatev
On Tue, Nov 1, 2011 at 5:26 PM, Warren Samples wrote:
> On 11/01/2011 03:47 PM, Roger Eller wrote:
>
>> I've done this on Mac and Windows, but I would expect it to work on Linux
>> too.
>>
>> ~Roger
>>
>
> Putting something like "show animated.gif > get shell("cp fileLocA
> fileLocB") in a button
On 11/01/2011 03:47 PM, Roger Eller wrote:
I've done this on Mac and Windows, but I would expect it to work on Linux
too.
~Roger
Putting something like "show animated.gif > get shell("cp fileLocA
fileLocB") in a button leaves the animated gif completely static during
the copy operation. Int
On Tue, Nov 1, 2011 at 1:56 PM, Warren Samples wrote:
> On 11/01/2011 12:11 PM, Roger Eller wrote:
>
>> I use animated GIFs which I show just before a lengthy conversion, then
>> hide it when shell has completed the task. It' not a progress bar, but
>> indicates a busy state quite well.
>>
>> ~Ro
On 11/01/2011 12:11 PM, Roger Eller wrote:
I use animated GIFs which I show just before a lengthy conversion, then
hide it when shell has completed the task. It' not a progress bar, but
indicates a busy state quite well.
~Roger
What platform(s) does this work on? When I do this, the animatio
On Tue, Nov 1, 2011 at 11:48 AM, Graham Samuel wrote:
> I have rather amazed myself by getting 'shell' to work on Windows from a
> LC script - with copious help from this list, of course. Now I find that
> some of my shell commands take quite a long time, so my user may not see
> anything happenin
I have rather amazed myself by getting 'shell' to work on Windows from a LC
script - with copious help from this list, of course. Now I find that some of
my shell commands take quite a long time, so my user may not see anything
happening and may think the app has crashed (hideConsoleWindows is t
13 matches
Mail list logo