er and mouseLeave to activate the respective stack.
Regards,
Sri
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Application-Data-tp4698191p4698335.html
Sent from the Revolution - User mailing list archive at Nabble.com.
gt; --
> View this message in context:
> http://runtime-revolution.278305.n4.nabble.com/Application-Data-tp4698191p4698215.html
> Sent from the Revolution - User mailing list archive at Nabble.com.
>
> ___
> use-livecode mailing list
&g
substacks) that are also not protected.
Hope that's useful.
Tom Bodine
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Application-Data-tp4698191p4698215.html
Sent from the Revolution - User mailing list a
Of course, thanks.
On Oct 28, 2015, at 5:37 PM, Monte Goulding wrote:
>
>> On 29 Oct 2015, at 11:22 am, Peter Bogdanoff wrote:
>>
>> Monte, with lcVCS, the user of my application would have their file data
>> saved into a number of folders? Would the users of my runtime need to
>> install
> On 29 Oct 2015, at 11:22 am, Peter Bogdanoff wrote:
>
> Monte, with lcVCS, the user of my application would have their file data
> saved into a number of folders? Would the users of my runtime need to install
> dlls and such?
I was purely talking about it as an example not an implementation
Monte, with lcVCS, the user of my application would have their file data saved
into a number of folders? Would the users of my runtime need to install dlls
and such?
David, yes, copying a group back and forth seems simpler. I’m trying to
understand this concept… So, to save to another file, I c
Cloning a group from one stack to another is very fast?
On Wednesday, 28 October 2015, Monte Goulding
wrote:
>
> > On 29 Oct 2015, at 9:54 am, Peter Bogdanoff > wrote:
> >
> > Or, any suggestions on saving and reloading descriptive data about the
> contents of a stack?
>
> Feel free to look at
> On 29 Oct 2015, at 9:54 am, Peter Bogdanoff wrote:
>
> Or, any suggestions on saving and reloading descriptive data about the
> contents of a stack?
Feel free to look at lcVCS source as an example of exporting and importing
objects. It’s really not very complicated if you are talking about
Hi,
I’m designing a new application whereby a user creates animation: images,
buttons, fields, graphics, new cards, etc., are created in my LC runtime using
the standard LiveCode controls. I will have a palette of tools available to the
user to do their creative work. The user then saves the fi
On 6/14/13 5:34 AM, Tiemo Hollmann TB wrote:
Just FYI: With the kind advice of Runrev I finally found my wanted location.
I will store my application files for all users in: specialFolderPath
("sdat") what is: "/Users/Shared/" & "MyCompany/MyAppBundleID/MyFiles"
I still have to set the read/write
lists.runrev.com] Im
Auftrag
> von Tiemo Hollmann TB
> Gesendet: Montag, 10. Juni 2013 09:46
> An: 'How to use LiveCode'
> Betreff: AW: AW: Where to write application data
>
> Noop, I just realized that the path in the original post was read
> specialFolderPath ("Home&
gt; von Tiemo Hollmann TB
> Gesendet: Montag, 10. Juni 2013 08:49
> An: 'How to use LiveCode'
> Betreff: AW: AW: Where to write application data
>
> Thank you Jacqueline for your clear advice!
> Tiemo
>
>
> > -Ursprüngliche Nachricht-
> > Von:
Thank you Jacqueline for your clear advice!
Tiemo
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im
Auftrag
> von J. Landman Gay
> Gesendet: Freitag, 7. Juni 2013 19:19
> An: How to use LiveCode
> Betreff: Re: AW: Where to
Hello, Peter,
Sent from my iPad
On 08/06/2013, at 2:31 AM, Peter Haworth wrote:
> On Fri, Jun 7, 2013 at 2:17 AM, Igor de Oliveira Couto
> wrote:
>
>> 1) MacOS X Prefs Location:
>> specialFolderPath("Home") & "/Library/Application
>> Support/MyCompany/MyAppBundleID/" - - Apple requires you to
On 6/7/13 7:37 AM, Tiemo Hollmann TB wrote:
Would "/Library/Application
Support/MyCompany/MyAppBundleID/" also be the best place for 8GB of video
data, though it aren't "prefence files" or where would you store this kind
of data?
Yes, that's where Apple wants you to store that kind of file. Any
On Fri, Jun 7, 2013 at 2:17 AM, Igor de Oliveira Couto
wrote:
> 1) MacOS X Prefs Location:
> specialFolderPath("Home") & "/Library/Application
> Support/MyCompany/MyAppBundleID/" - - Apple requires you to use the
> application's bundle id for the *folder name*
>
Hi Igor,
Never submitted anything
.
Tiemo Hollmann
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im
Auftrag
> von Igor de Oliveira Couto
> Gesendet: Freitag, 7. Juni 2013 11:18
> An: How to use LiveCode
> Betreff: Re: Where to write application data
>
> O
On 06/06/2013, at 12:40 PM, Devin Asay wrote:
> For desktop applications, where can our applications legally write to for the
> three main OS's? I'm not talking about sandboxing for Mac App Store apps,
> just the normal place for writing application files.
Hello, Devin,
Not very long ago, I
On Thu, Jun 6, 2013 at 11:12 AM, Klaus major-k wrote:
> well, sometimes it is not a bad idea to read the "Release Notes" with
> every new version ;-)
>
And sometimes, it's a good idea for the user guide and the dictionary to be
updated with every new version! Actually, I take that back, it's ALW
Hi guys,
Am 06.06.2013 um 19:36 schrieb Peter Haworth :
> On Thu, Jun 6, 2013 at 9:32 AM, Devin Asay wrote:
>
>> BTW, as I was experimenting I discovered that specialFolderPath("usr") on
>> OS X yields ~/Library/Application Support.
>>
>> Maybe I'm the last one on this bus, but it was news to
On Thu, Jun 6, 2013 at 9:32 AM, Devin Asay wrote:
> BTW, as I was experimenting I discovered that specialFolderPath("usr") on
> OS X yields ~/Library/Application Support.
>
> Maybe I'm the last one on this bus, but it was news to me, and very
> helpful. :)
>
News to me also. specialFolderPath("
On Jun 6, 2013, at 7:47 AM, Richard Gaskin wrote:
> Devin Asay wrote:
>
> > I checked Ken Ray's site (http://www.sonsothunder.com/devres/livecode
> > /tips/file010.htm) but don't find exactly what I'm looking for there,
> > plus I'm not sure it's 100% up to date.
>
> FWIW, I was talking about K
On Jun 6, 2013, at 7:47 AM, Richard Gaskin wrote:
> Devin Asay wrote:
>
> > I checked Ken Ray's site (http://www.sonsothunder.com/devres/livecode
> > /tips/file010.htm) but don't find exactly what I'm looking for there,
> > plus I'm not sure it's 100% up to date.
>
> FWIW, I was talking about Ke
Devin Asay wrote:
> I checked Ken Ray's site (http://www.sonsothunder.com/devres/livecode
> /tips/file010.htm) but don't find exactly what I'm looking for there,
> plus I'm not sure it's 100% up to date.
FWIW, I was talking about Ken about the list at his site just a couple
weeks ago while diag
On Wed, Jun 5, 2013 at 8:51 PM, Peter Haworth wrote:
> Not sure there's a standard place on Linux but I think I've just used the
> users home directory with a company/application folder within that
>
That, as Warren described, *is* the unix standard, and has been since the
PDP-11.
OK, it's kind
Hi Devin,
I've always used the location you mentioned for OSX with a folder for even
the company name of the application name within it.. For Windows, I use
specialFolderpath(26) which I think resolves to /Users/AppData/Roaming
(maybe different on different versions of Windows.
Not sure there's a
On 06/05/2013 09:40 PM, Devin Asay wrote:
For Linux: No idea!
In general in Linux, user specific data will go into an invisible
directory with the application name, in the user's home directory. So,
you can do something like
put tData into URL "file:~/.myapp/the_data_file"
remembering tha
Hi folks,
I know this discussion pops up here from time to time, but I can't find what I
remember seeing. I checked Nabble, but no luck.
For desktop applications, where can our applications legally write to for the
three main OS's? I'm not talking about sandboxing for Mac App Store apps, just
28 matches
Mail list logo
