On the other hand, a package is really a folder, it's just treated by
the finder as a single thing for the convenience of the user. Maybe
not so convenient for the developer copying stuff around, but then
it's no bad thing, IMO, that users' convenience takes priority over
developers'.
Perhaps it would be useful if Rev added a third category to files and
folders - packages, though a function that filtered 'the folders'
based on the presence of the file "/Contents/info.plist" might work
well enough.
function thePackages
put the folders into foList
repeat for each line L in foList
if there is a file (L & "/Contents/info.plist") then put L & cr
after packageList
end repeat
return char 1 to -2 of packageList
end thePackages
Best,
Mark
On 6 Dec 2007, at 19:12, Chipp Walters wrote:
Trevor,
Windows has the following function in their api:
CopyFile(FROM, TO, OVERWRITE)
[CORE] The Win32::CopyFile() function copies an existing file to a
new file. All file information like creation time and file attributes
will be copied to the new file.
This sort of function has been present in api's (including system 9
Macs) since I've been programming. I just don't understand why it's
Rev's fault that Apple's current OS doesn't support something as basic
as "copyfile" for ALL their files?
At the least, it appears a good candidate for a third party library
from someone here.
best,
Chipp
On Dec 6, 2007 9:28 AM, Trevor DeVore <[EMAIL PROTECTED]>
wrote:
I wouldn't blame the OS X programmers because Revolution doesn't have
support for bundles . Just because this isn't straightforward in
Revolution doesn't mean it the file system is at fault. The original
Revolution syntax just wasn't built with bundles in mind
(understandably).
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
