C appleScript seems to use 'copy folder' in LC9.6.8
> On MacOS 12.6.3 that does not work for me.
> 'duplicate folder' does.
> Not sure since when or what version this changed.
> Maybe it's the same for revCopyFile
>
> Applescript from LiveCode works p
x27; does.
Not sure since when or what version this changed.
Maybe it's the same for revCopyFile
Applescript from LiveCode works pretty well for me, most of the time.
Moving and duplicating folders in the Finder by applescript from LC is slow.
Adding 'ignoring application responses&
ay I upgrade to ventura 1.3 and since then I am in big troubles. The
function revcopyfile does not work anymore.
I have stack to manage files (over 8000 pdf files), which with revcopyfile are
getting corrupt. There are not anymore openable
using preview, but also pages dokument are getting lost or c
> Hi,
> Last Sunday I upgrade to ventura 1.3 and since then I am in big troubles.
> The function revcopyfile does not work anymore.
> I have stack to manage files (over 8000 pdf files), which with
> revcopyfile are getting corrupt. There are not anymore openable
> using preview,
Hi,
Last Sunday I upgrade to ventura 1.3 and since then I am in big troubles. The
function revcopyfile does not work anymore.
I have stack to manage files (over 8000 pdf files), which with revcopyfile are
getting corrupt. There are not anymore openable
using preview, but also pages dokument
When using revCopyFile on OS X I keep getting the result: execution error
The good news is that there is NO error, the file is copying just nicely
and arrives intact. The bad news is obviously I can't programmatically
check that the Copy was successful.
The cause seems to be the length o
Trying to move and sort large numbers of files around. Revcopyfile has always
worked before but now with OS 10.8.4 it wants my admin password for each file
in the repeat loop. I've tried making sure that all the folders involved have
permissions set to "read and write" for &qu
hould work and
> there's something else wrong. Once mounted, the OS treats an image just
> like any other disk, and all LiveCode does is tell OS to do a copy.
>
>
> On 6/1/12 6:10 PM, Peter Haworth wrote:
>
>> Thanks Jacque. I treid the formats you recommended and I'
s you recommended and I'm still getting
"execution error" back from revCopyFile with nothing else in the result.
The disk image is mounted.
I checked for the presence of the disk image using the message box as you
suggested using the message box and got true..
I also checked
Thanks Jacque. I treid the formats you recommended and I'm still getting
"execution error" back from revCopyFile with nothing else in the result.
The disk image is mounted.
I checked for the presence of the disk image using the message box as you
suggested using the message b
On 6/1/12 11:30 AM, Peter Haworth wrote:
I'm trying to use revcopyfile to copy an application from a folder on my
disk drive to a mounted disk image (OS X). Keep getting "Execution error"
from revCopyFile which really isn't very helpful.
When copying an application file,
I'm trying to use revcopyfile to copy an application from a folder on my
disk drive to a mounted disk image (OS X). Keep getting "Execution error"
from revCopyFile which really isn't very helpful.
When copying an application file, should the file name be "myApp" o
Is there any way to get a meaningful error message from revCopyFile other
than the ubiquitous "execution error" (on OS X)?
Pete
lcSQL Software <http://www.lcsql.com>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please v
Write verification? Maybe LC's low level file functions do not verify, whereas
the shell command does.
Bob
On Mar 23, 2012, at 3:24 PM, Geoff Canyon wrote:
> It is stunning to me that this is faster than using a shell command. I did
> the same test as before (about thirty files, about 70k eac
for read binary
> Open the destination file for write binary
> Read 16KB or whatever is left if it's less from the source into a buffer
> Append the buffer to the destination
> Loop until done
> Close the files
>
> Faster then revCopyFile (in fact, why doesn't itdo it this w
No clue how it would work on Windows. Here it is again:
*on* shellCopyFile tSource,tTarget -- full paths
*get* shell("cp" && quote & tSource & quote && quote & tTarget & quote)
*if* it is not empty *then*
*-- handle errors here*
*end* *if*
*end* shellCopyFile
On Thu, Mar 22, 2
I posted it earlier. Here it is again.
*on* shellCopyFile tSource,tTarget -- tSource and tTarget are both full
paths
*get* shell("cp" && quote & tSource & quote && quote & tTarget & quote)
*if* it is not empty *then*
*-- handle errors here*
*end* *if*
*end* shellCopyFile
On Th
On 3/22/12 9:26 PM, Pete wrote:
Hi Jacque,
Yes, I saw that in the dictionary. I don't think there's any metadata in
the files I will be copying (straight .txt files) but I'll have to check
that before going down this path.
It should be fine with text files.
--
Jacqueline Landman Gay |
Hi Jacque,
Yes, I saw that in the dictionary. I don't think there's any metadata in
the files I will be copying (straight .txt files) but I'll have to check
that before going down this path.
I found the files function in the dictionary and it includes the file size
in one of it's formats but it l
On 3/22/12 7:25 PM, Pete wrote:
Hi Maarten,
That's a nice solution. Fast and doing it in chunks allows me to show a
progress bar. I think I'll settle on that method. Is there a way to get
the size of a file in LC? With that, I could decide if it's even worth
displaying a progress bar.
The r
> Open the source file for read binary
> Open the destination file for write binary
> Read 16KB or whatever is left if it's less from the source into a buffer
> Append the buffer to the destination
> Loop until done
> Close the files
>
> Faster then revCopyFile (in fac
and, but it is really straightforward:
>
> Open the source file for read binary
> Open the destination file for write binary
> Read 16KB or whatever is left if it's less from the source into a buffer
> Append the buffer to the destination
> Loop until done
> Close the fil
er is left if it's less from the source into a buffer
Append the buffer to the destination
Loop until done
Close the files
Faster then revCopyFile (in fact, why doesn't itdo it this way) and no
hassle with shells or external processes where you need to check if they
actually did what
yon wrote:
> The advantages derive from the fact that LiveCode isn't doing the actual
> copying with revCopyFile -- the Finder is. For completeness, the same
> advantage applies to using a shell command. You don't get a progress dialog
> though.
>
> Okay, I just did a qu
Could you share the shell script that does the copy? That would be useful to
many I think.
Bob
On Mar 21, 2012, at 11:25 PM, Geoff Canyon wrote:
> The advantages derive from the fact that LiveCode isn't doing the actual
> copying with revCopyFile -- the Finder is. For completenes
The advantages derive from the fact that LiveCode isn't doing the actual
copying with revCopyFile -- the Finder is. For completeness, the same
advantage applies to using a shell command. You don't get a progress dialog
though.
Okay, I just did a quick one-off test with interface sound
Thanks all for the input. Sounds like Stephen's approach is the only way
to get rid of it. Seems like that setting will apply to other sounds as
well, but I'm OK with that.
As far as using AppleScript, I'm using revCopyFile because the dictionary
claims there are "certain
I went straight to the shell command, so I don't know for sure, but this
sounds reasonable. There's also the overhead of spinning up AppleScript in
the first place. If Apple is doing that badly, that might also cause
problems I suppose.
On Wed, Mar 21, 2012 at 1:24 PM, stephen barncard <
stephenre
The sound is coming from the Finder, not LC. revCopyFile works via
AppleScript, and the Finder (oddly) treats moving a file by script the same
as moving a file by the user interface.
On Wed, Mar 21, 2012 at 1:13 PM, Richmond wrote:
> Presumably, buried somewhere amongst the Livecode stacks th
On 03/21/2012 08:24 PM, stephen barncard wrote:
no, he's speaking about the cute (and or annoying) little UI sounds
They have begun appearing in the more popular Linux distros as well.
that
the Mac has had for some time, and one has to "opt in" to turn it off. It's
a soft clunk sound that o
no, he's speaking about the cute (and or annoying) little UI sounds that
the Mac has had for some time, and one has to "opt in" to turn it off. It's
a soft clunk sound that occurs after ever file transfer to indicate
'transfer complete'.
That was probably a big reason why multiple file transfers w
Presumably, buried somewhere amongst the Livecode stacks there is
an AudioClip. I suppose one could trawl through them with the
application browser and remove it...
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this ur
Bob-
Wednesday, March 21, 2012, 10:49:00 AM, you wrote:
> I was gonna say "Turn off your speakers?" But I think I used up
> all my Smart A$$ quota for the month! ;-)
Uh oh. There's a quota?
I am so gonna be in trouble now...
--
-Mark Wieder
mwie...@ahsoftware.net
___
Interface Sound Effects" checkbox
>
> On 21 March 2012 10:34, Pete wrote:
>
>> Anyone know of a way to get rid of that annoying sound when revCopyFile has
>> finished copying a file? This is on a Mac, don't know if it happens in
>> Windows.
Funny, I went through this just a week ago. I found four reasons to abandon
revCopyFile for a shell command:
1. The sound.
2. It's slow.
3. For large numbers of commands it died on me.
4. It can't change the name of the file as part of the copy process.
I was trying to turn 1,700 fi
system preferences (apple menu) -->sound-->sound effects tab--->
deselect "Play User Interface Sound Effects" checkbox
On 21 March 2012 10:34, Pete wrote:
> Anyone know of a way to get rid of that annoying sound when revCopyFile has
> finished copying a file? This i
Anyone know of a way to get rid of that annoying sound when revCopyFile has
finished copying a file? This is on a Mac, don't know if it happens in
Windows.
--
Pete
Molly's Revenge <http://www.mollysrevenge.com>
___
use-livecode
On 10/5/11 2:56 PM, stephen barncard wrote:
Hello gang,
using revCopyFile and it works great on Mac (internally a shell call)- and
I noticed there is a very nice progress indicator provided but it appears
behind the window/stack that launched it and is basically useless as it's
a
Yup.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
See what you get with only a small contribution. All our LiveCode downloads are
listed at http://qery.us/zr
O
Are you saying that inside a stack inside the bundle there is a "do as
applescript" in the script for this command?
hard to believe - it's pretty responsive.
On 5 October 2011 14:40, Mark Schonewille
wrote:
> Hi Stephen,
>
> The docs are wrong. RevCopyFile uses AppleS
Hi Stephen,
The docs are wrong. RevCopyFile uses AppleScript, not the shell, on Mac OS X.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
See what you get with
e
>
> Economy-x-Talk Consulting and Software Engineering
> Homepage: http://economy-x-talk.com
> Twitter: http://twitter.com/xtalkprogrammer
> KvK: 50277553
>
> See what you get with only a small contribution. All our LiveCode downloads
> are listed at http://qery.us/zr
&g
-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
See what you get with only a small contribution. All our LiveCode downloads are
listed at http://qery.us/zr
On 5 okt 2011, at 21:56, stephen barncard wrote:
> Hello gang,
>
> using revCopyFile and it works great on Mac (interna
Hello gang,
using revCopyFile and it works great on Mac (internally a shell call)- and
I noticed there is a very nice progress indicator provided but it appears
behind the window/stack that launched it and is basically useless as it's
always obfuscated.
Is there a way to make this indi
we're interested in
filter tDetailedFiles with (tEncodedFile & ",*")
return (item 2 of tDetailedFiles + item 3 of tDetailedFiles)
end FileSize
on copyFile source,destination
--revCopyFile source,destination
put fileSize(source) into theSize
open file source for binar
yself, but can probably do what you
want that way.
On Sun, Apr 10, 2011 at 8:49 AM, Maarten Koopmans <
maarten.koopm...@gmail.com> wrote:
> I'll try the command shell, I hope the command window doesn't show.
> Blocking behavior is another fear ( why revCopyFile is unacceptabl
16:49, Maarten Koopmans wrote:
> I'll try the command shell, I hope the command window doesn't show.
> Blocking behavior is another fear ( why revCopyFile is unacceptable).
>
> Thanks for all the hints and advice everybody!
>
> --Maarten
___
I'll try the command shell, I hope the command window doesn't show.
Blocking behavior is another fear ( why revCopyFile is unacceptable).
Thanks for all the hints and advice everybody!
--Maarten
On Sunday, April 10, 2011, Jim Ault wrote:
> On Apr 10, 2011, at 5:31 AM, Mark Scho
On Apr 10, 2011, at 5:31 AM, Mark Schonewille wrote:
Maarten,
That depends on many factors. I have been in situations where
writing a few tens of thousands of files too hours using read/write,
while using the shell command took a few minutes. I have also been
in situations where read/write
Maarten,
That depends on many factors. I have been in situations where writing a few
tens of thousands of files too hours using read/write, while using the shell
command took a few minutes. I have also been in situations where read/write was
actually the preferred method. If it is about speed,
Really? Ever benchmarked open, read, write on files? How slow are they?
On Sunday, April 10, 2011, Mark Schonewille
wrote:
> Cross-platform yes, fast no.
>
> --
> Best regards,
>
> Mark Schonewille
>
> Economy-x-Talk Consulting and Software Engineering
> Homepage: http://economy-x-talk.com
> Twi
Cross-platform yes, fast no.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
New: Download the Installer Maker Plugin 1.6 for LiveCode here http://qery.us/ce
On 10
Yes, but a simple rev implementation should be as fast and
cross-platform (windows Mobile.)
On Sunday, April 10, 2011, Web Admin Himalayan Academy wrote:
> On 4/8/11 6:25 AM, Maarten Koopmans wrote:
>
> I'll just write a copyfile function in LC then. That should be near-C
> speed, assumi
On 4/8/11 6:25 AM, Maarten Koopmans wrote:
I'll just write a copyfile function in LC then. That should be near-C
speed, assuming open/read/write are implemented close to the os.
Thanks, Maarten
I would second Mark's option to use shell, I have a complete in-house
version control system for InD
y-x-Talk Consulting and Software Engineering
> Homepage: http://economy-x-talk.com
> Twitter: http://twitter.com/xtalkprogrammer
> KvK: 50277553
>
> New: Download the Installer Maker Plugin 1.6 for LiveCode here
> http://qery.us/ce
>
> On 8 apr 2011, at 17:38, Maarten Koopmans wro
Hi,
>
> I just started using revCopyFile, and well, on my Mac it felt. slow.
> Is that normal? Any faster way to do it - or just write my own in2out file
> copy?
>
> --Maarten
___
use-livecode mailing list
use-livecode@li
Hi,
I just started using revCopyFile, and well, on my Mac it felt. slow.
Is that normal? Any faster way to do it - or just write my own in2out file
copy?
--Maarten
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this
57 matches
Mail list logo
