iOS text file download from Dropbox

[Marty Knapp via use-livecode]

I'm working on my first iOS app. It needs to access a 6mb text file in Dropbox. 
Using "dropboxDownLoad" it works fine on my Mac. On the iPhone I'm using 
specialFolderPath("Documents") as the location to save but I get an error every 
time - 573,336,1. When I poll it to see if the file exists it comes back as 
true, though if it's there it's empty. Any clues for me?

I have the Dropbox app installed on my iPhone but can't figure out if there's a 
way to access files from an LC app that way or not.

Marty


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to revoke that bottom pane of the script editor?

[Klaus major-k via use-livecode]

Hi Bob,

> Am 06.12.2019 um 23:01 schrieb Bob Sneidar via use-livecode 
> :
> 
> Do you see the two horizontal lines at the bottom of the window? That is the 
> handle for those panes.
> Try dragging it up. If you do not see those, not sure what has happened. 

thanks, the latter one of course, no lines. 8-)

> Bob S
> 
>> On Dec 6, 2019, at 13:21 , Klaus major-k via use-livecode 
>>  wrote:
>> ...
>> in the script editor we ususally have three panes:
>> 1. List of handlers on the left
>> 2. The actual script on the right
>> 3. At the botton we see the content of variables when debugging etc.
>> Now I somehow managed to make the bottom pane disappear 8-), 
>> how can I get it back without to quit LC and trash the LC prefs?

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to revoke that bottom pane of the script editor?

[Bob Sneidar via use-livecode]

Do you see the two horizontal lines at the bottom of the window? That is the 
handle for those panes. Try dragging it up. If you do not see those, not sure 
what has happened. 

Bob S


> On Dec 6, 2019, at 13:21 , Klaus major-k via use-livecode 
>  wrote:
> 
> Hi all,
> 
> in the script editor we ususally have three panes:
> 1. List of handlers on the left
> 2. The actual script on the right
> 3. At the botton we see the content of variables when debugging etc.
> 
> Now I somehow managed to make the bottom pane disappear 8-), 
> how can I get it back without to quit LC and trash the LC prefs?
> 
> Thanks for any hint!
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

How to revoke that bottom pane of the script editor?

[Klaus major-k via use-livecode]

Hi all,

in the script editor we ususally have three panes:
1. List of handlers on the left
2. The actual script on the right
3. At the botton we see the content of variables when debugging etc.

Now I somehow managed to make the bottom pane disappear 8-), 
how can I get it back without to quit LC and trash the LC prefs?

Thanks for any hint!


Best

Klaus
--
Klaus Major
https://www.major-k.de
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Valentina -- Reporting for LiveCode

[R.H. via use-livecode]

Oh, thank you Lynn.

That is nice from you to write detailed.

Please, my greetings to Ruslan. He may not remember me, already how man
years passed? I think 16 or 17 years. I had a group of developers in
Kherson.

I think it will be good to address your product more strongly on the list.
And people are LiveCoder's, but only some of them really know software
development deeply. So, it does not hurt to assume that you are talking to
non-developers.

I know that Valentina is excellent. Also, I had in mind to raise the
question for a little wider audience, not just for myself.

In my opinion, LC needs some really good developers working on the core
engine. But I do not think that there is money. )

Regards, Roland



Am Fr., 6. Dez. 2019 um 21:34 Uhr schrieb Lynn Fredricks <
lfredri...@proactive-intl.com>:

> > I missed this message about Valentina and offer. Well, no problem.
> >
> > May I ask about the basic principle of Valentina database and
> > Valentina Reports for LiveCode?
>
> Yes, and I will also cc to the list as these are good questions that others
> may be interested in as well.
>
>
> > I assume that the Report Engine is built on the SQL engine
> > and not into LiveCode itself?
>
> There isn't actually a 'SQL engine' but a kind of language.
>
> The Valentina ADK includes its own SQL interpreter that is highly optimized
> C++ for speed.
>
> The Reporting portion works with most major databases: MS SQL Server,
> MySQL,
> MariaDB, PostgreSQL as well as SQLite and Valentina DB. A report then
> passes
> queries to database sources to pull in the data needed to populate the
> reports.
>
>
>
> > Years ago I personally met the original developer of
> > Valentina in Kherson in Ukraine. There are very smart people,
> > often mathematicians by university education, and highly
> > skilled in low-level programming, in C, C++, Assembler, and
> > whatever. I always thought that such people could be ideal
> > supporting the core of the LiveCode engine. I had good
> > experiences and very happy customers in Switzerland, USA and
> > elsewhere.
>
> The team is very talented, thanks!
>
>
> > So far I use LiveCode itself for printing reports. It is a
> > lot of work, but also it is getting the job done. Many pages
> > of reports can be created "on the fly" using as many cards as
> > there are pages to also be able to know page numbers and
> > programmatically format each page according to certain rules
> > with sub summaries and a grand summary. Also, this rendering
> > on each page allows for a good preview. It is something like
> > the DataGrid with details of varying height. After the report
> > is printed, all cards are deleted. But again, it is really
> > lot of work doing it well.
>
> LiveCode is an excellent front end for so many different kinds of apps.
> Like
> other tools, you can create a reporting system in it, as you can with other
> tools. As with any tool though, and this includes historic examples of
> solutions like FileMaker, there are many reasons why you might want to keep
> your data and different renderings of data outside of your application
> (stack).
>
> In regards to Valentina Reports though, there is a bit more to it.
>
> - You can use Valentina Reports ADK to render a report in many formats,
> including PDF, graphics, HTML and the like, using its own very fast,
> compiled engine.
>
> - You can upload a Valentina Project to Valentina Server and 'serve' the
> report from there, and leverage other languages in the process. Valentina
> Server is a very flexible and powerful solution that combines the following
> 'sub' servers:
>
> Valentina Reports Server
> Valentina DB Server (for our own ultra-fast database)
> Valentina SQLite Server (our own implementation of SQLite so you can easily
> upscale your SQLite apps to true client-server)
> (New) Valentina Forms Server (more on that later if you want to know more)
>
> For reports, you can use any of the external data sources mentioned as well
> as the sub-server databases on the server, Valentina DB Server and
> Valentina
> SQLite Server.
>
> It is also possible to use our free Valentina Studio as a 'client' for
> Valentina Reports (and Forms), making it possible to run a report, print it
> to PDF and the like, without any ADK or Server. You can build reports in
> Valentina Studio Pro and then share the resulting project with users of
> free
> Valentina Studio. You can also build parameters into the report to give the
> end user some flexibility in what is displayed within Studio.
>
> > So, Valentina Report may be a better way. Another question:
> > Why should we use Valentina when we have SQLite?
>
> There are a lot of different databases on the market, some of which are
> free
> and others are not. We support SQLite with Valentina SQLite Server because
> it is quite popular and it does what many need. In our experience, those
> that do may eventually switch to Valentina DB once they figure out how it
> would benefit them.
>
> SQLite has its own 

RE: Valentina -- Reporting for LiveCode

[Lynn Fredricks via use-livecode]

> I missed this message about Valentina and offer. Well, no problem.
> 
> May I ask about the basic principle of Valentina database and 
> Valentina Reports for LiveCode?

Yes, and I will also cc to the list as these are good questions that others
may be interested in as well.


> I assume that the Report Engine is built on the SQL engine 
> and not into LiveCode itself?

There isn't actually a 'SQL engine' but a kind of language.

The Valentina ADK includes its own SQL interpreter that is highly optimized
C++ for speed. 

The Reporting portion works with most major databases: MS SQL Server, MySQL,
MariaDB, PostgreSQL as well as SQLite and Valentina DB. A report then passes
queries to database sources to pull in the data needed to populate the
reports.



> Years ago I personally met the original developer of 
> Valentina in Kherson in Ukraine. There are very smart people, 
> often mathematicians by university education, and highly 
> skilled in low-level programming, in C, C++, Assembler, and 
> whatever. I always thought that such people could be ideal 
> supporting the core of the LiveCode engine. I had good 
> experiences and very happy customers in Switzerland, USA and 
> elsewhere.

The team is very talented, thanks!


> So far I use LiveCode itself for printing reports. It is a 
> lot of work, but also it is getting the job done. Many pages 
> of reports can be created "on the fly" using as many cards as 
> there are pages to also be able to know page numbers and 
> programmatically format each page according to certain rules 
> with sub summaries and a grand summary. Also, this rendering 
> on each page allows for a good preview. It is something like 
> the DataGrid with details of varying height. After the report 
> is printed, all cards are deleted. But again, it is really 
> lot of work doing it well.

LiveCode is an excellent front end for so many different kinds of apps. Like
other tools, you can create a reporting system in it, as you can with other
tools. As with any tool though, and this includes historic examples of
solutions like FileMaker, there are many reasons why you might want to keep
your data and different renderings of data outside of your application
(stack).

In regards to Valentina Reports though, there is a bit more to it.

- You can use Valentina Reports ADK to render a report in many formats,
including PDF, graphics, HTML and the like, using its own very fast,
compiled engine.

- You can upload a Valentina Project to Valentina Server and 'serve' the
report from there, and leverage other languages in the process. Valentina
Server is a very flexible and powerful solution that combines the following
'sub' servers:

Valentina Reports Server
Valentina DB Server (for our own ultra-fast database)
Valentina SQLite Server (our own implementation of SQLite so you can easily
upscale your SQLite apps to true client-server)
(New) Valentina Forms Server (more on that later if you want to know more)

For reports, you can use any of the external data sources mentioned as well
as the sub-server databases on the server, Valentina DB Server and Valentina
SQLite Server.

It is also possible to use our free Valentina Studio as a 'client' for
Valentina Reports (and Forms), making it possible to run a report, print it
to PDF and the like, without any ADK or Server. You can build reports in
Valentina Studio Pro and then share the resulting project with users of free
Valentina Studio. You can also build parameters into the report to give the
end user some flexibility in what is displayed within Studio.

> So, Valentina Report may be a better way. Another question: 
> Why should we use Valentina when we have SQLite?

There are a lot of different databases on the market, some of which are free
and others are not. We support SQLite with Valentina SQLite Server because
it is quite popular and it does what many need. In our experience, those
that do may eventually switch to Valentina DB once they figure out how it
would benefit them.

SQLite has its own multi-user system, but by itself it really isn't
optimized for it. It is sort of a logical way to add multi-user without
really having to build in what most multi-user databases support in terms of
administration.

We don't really feel a need to 'hard sell' Valentina DB to SQLite users as
SQLite has a more limited scope of use but is quite good for what it does.

Valentina DB is an object-relational database, built on its own highly
optimized, very fast core columnar database mechanism. What many do not
realize is that you can treat it much like any other SQL standard relational
database, because we support many different approaches to working with data.
Many that port to Valentina DB from something else, such as MySQL, can use
this methodology to do a quick porting (and then optimize later). It is jam
packed with features that appeal to different vertical markets. Among our
users there is a high number of medical and financial service companies that
use 

Re: XCode 11 requirements

[J. Landman Gay via use-livecode]

Check for updates was selected but I rarely look at that pane in the 
system settings. So maybe that's why I missed it.


On 12/6/19 1:27 AM, Matthias Rebbe via use-livecode wrote:

There is a Software-Update icon  in System Preferences, which should at least 
show up all available updates. There you can also setup if you want to search 
automatically for updates,  load them when available, automatically install 
them and so on. Maybe the option to automatically search for updates is not 
enabled.


Matthias Rebbe

free tools for Livecoders:
InstaMaker 
WinSignMaker Mac 


Am 06.12.2019 um 06:17 schrieb J. Landman Gay via use-livecode 
mailto:use-livecode@lists.runrev.com>>:

Thanks, I've downloaded the combo update to get me caught up. The odd thing is 
that I never received any notifications that OS X updates were available, and 
apparently I missed six of them. They weren't in the Mac App Store either when 
I checked.

On 12/5/19 2:27 PM, Matthias Rebbe via use-livecode wrote:

If your Mac runs Mojave and is up to date then you should have 10.14.6 already 
installed.
If you still have a lower Mojave version installed then you could find the 
updates for the 10.14.x among the updates for older and news os here
https://support.apple.com/downloads/macos  
>
Btw the update from 10.14.2 to 10.14.3 can be found here 
https://support.apple.com/kb/DL1991?viewlocale=en_US=en_US 
 
>
Matthias Rebbe
free tools for Livecoders:
InstaMaker >
WinSignMaker Mac >

Am 05.12.2019 um 20:35 schrieb J. Landman Gay via use-livecode mailto:use-livecode@lists.runrev.com> >>:

In LC 9.6 (dp 1) I get a warning that I can't use XCode 11 (which isn't 
installed yet anyway) unless I update to Mac OS 10.14.3. My Mac is up to date 
as far as I know and there is no OS 10.14.3 available in the Mac App Store. I 
can't update to Catalina until some of my critical software becomes compatible.

Is there a way to use XCode 10.1 in Mojave with LC 9.6?
--
Jacqueline Landman Gay | jac...@hyperactivesw.com 
 >
HyperActive Software   | http://www.hyperactivesw.com 
 >

___
use-livecode mailing list
use-livecode@lists.runrev.com  
>
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode 


___
use-livecode mailing list
use-livecode@lists.runrev.com 
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



--
Jacqueline Landman Gay | jac...@hyperactivesw.com 

HyperActive Software   | http://www.hyperactivesw.com 


___
use-livecode mailing list
use-livecode@lists.runrev.com 
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Script Editor disassociates - a lossy LC IDE bug

[Bob Sneidar via use-livecode]

Yes Mac. 

Bob S


> On Dec 5, 2019, at 17:11 , Tom Glod via use-livecode 
>  wrote:
> 
> Are you all on Mac?  This does not ring a bell.
> 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Android Scrolling Field - 9.6.dp1 - Receives MouseUp/Down

[Bob Sneidar via use-livecode]

Is there a message sent when the scroller is used and another when it stops? 
Set a local script variable to true when scrolling and check for it in your 
mouseDown and mouseUp handlers, then set it to false when scrolling stops. 

Bob S


> On Dec 6, 2019, at 06:50 , Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> On 9.6 dp 1  I was testing on iOS for a week.
> 
> Then I tested on Android. Surprising new behavior in the mobileScroller:
> 
> It receives the mouseDown as soon as you scroll, or mouseUp after you scroll. 
> This does not happen on iOS, not did in happen in 9.5 on Android.
> 
> How can I prevent this and only trigger a "touch" when the user is not 
> scrolling?
> 
> BR


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Android Scrolling Field - 9.6.dp1 - Receives MouseUp/Down

[Sannyasin Brahmanathaswami via use-livecode]

On 9.6 dp 1  I was testing on iOS for a week.

Then I tested on Android. Surprising new behavior in the mobileScroller:

It receives the mouseDown as soon as you scroll, or mouseUp after you scroll. 
This does not happen on iOS, not did in happen in 9.5 on Android.

How can I prevent this and only trigger a "touch" when the user is not 
scrolling?

BR


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Valentina -- Reporting for LiveCode 50% Off Last Day Cyber Monday 2019

[R.H. via use-livecode]

@Lynn Fredricks

I missed this message about Valentina and offer. Well, no problem.

May I ask about the basic principle of Valentina database and Valentina
Reports for LiveCode?

I assume that the Report Engine is built on the SQL engine and not into
LiveCode itself?

Years ago I personally met the original developer of Valentina in Kherson
in Ukraine. There are very smart people, often mathematicians by university
education, and highly skilled in low-level programming, in C, C++,
Assembler, and whatever. I always thought that such people could be ideal
supporting the core of the LiveCode engine. I had good experiences and very
happy customers in Switzerland, USA and elsewhere.

So far I use LiveCode itself for printing reports. It is a lot of work, but
also it is getting the job done. Many pages of reports can be created "on
the fly" using as many cards as there are pages to also be able to know
page numbers and programmatically format each page according to certain
rules with sub summaries and a grand summary. Also, this rendering on each
page allows for a good preview. It is something like the DataGrid with
details of varying height. After the report is printed, all cards are
deleted. But again, it is really lot of work doing it well.

So, Valentina Report may be a better way. Another question: Why should we
use Valentina when we have SQLite?

Regards, Roland
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Script Editor disassociates - a lossy LC IDE bug

[Ben Rubinstein via use-livecode]

I've seen something similar - on Mac - it may be the same in which case I have 
some hope for you.


The bug I've seen is that I make some changes, run the script, am surprised 
that my changes haven't fixed the behaviour I'm trying to correct. Twiddle the 
script, swear, same. I try setting a breakpoint on the code, it doesn't fire.


Then I set a breakpoint in another script, which calls this one; and step into 
the handler that I've been editing. At that point it seems that I am stepping 
into the version of the code that I've been editing - and my fixes take effect 
and all is well.


So, my inference is that the script editor is holding on to the latest version 
of the script; but that 'apply' is not doing its job, and - if this is the 
same as the bug you've seen - the script is also not being actually saved to 
the object. But stepping into the script in the debugger seems to break it out 
of this dissociative state - so then you can save the script, and save the 
stack, and keep your changes.


No recipe, but I've seen this a number of times, most recently yesterday.

On 06/12/2019 01:29, Paul Dupuis via use-livecode wrote:

Windows 10 for me


On 12/5/2019 8:11 PM, Tom Glod via use-livecode wrote:

Are you all on Mac?  This does not ring a bell.

On Thu, Dec 5, 2019 at 8:02 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:


On 12/5/2019 6:38 PM, Bob Sneidar via use-livecode wrote:

On Dec 5, 2019, at 15:04 , Paul Dupuis via use-livecode <

use-livecode@lists.runrev.com> wrote:

On 12/5/2019 5:42 PM, Curry Kenworthy via use-livecode wrote:

Wondering if this bug has already been reported?

I've seen a wonderful LC 9 IDE bug: sometimes the Script Editor window

seems to disassociate from the object being edited. Thus after this bug is
triggered, any typed script changes may not really be applied and saved,
although they are shown as applied. Next LC session, those changes are
gone; the stack code is still as it was prior to the bug being triggered
and prior to editing the script.

An alternate form is that the script changes actually are applied, but

in a bad way: first the script disassociates completely and is empty, then
the empty script is saved, overwriting the previous script. Nice! (I think
this is my favorite variation; if we're going to cause loss of work/code,
might as well do it boldly and not beat around the bush.)

I suspect this happens more on Mac than Windows, but since I don't

have a recipe, not sure. I've seen this happen to other people rather than
on my own machine. On LC 905 for sure, and probably on 950 also.

If Script Editor disassociation does happen, I advise immediate but

careful no-save quit or force quit, and pray that you're already in the
habit of backing up beforehand. Copy and paste the current script text to
an external text editor if necessary. Of course this particular bug just
might be able to defeat the safety of stack backups too in some situations,
but hey, that's why it's an extra-fabulous bug!

So, in addition to being a bit crashy and glitchy, the 9 IDE is a bit

work-lossy. That could turn off both new and old users if they are the
humor-deficient type to frown on losing some work. But shucks, ain't no
thang! Only features features features (and new side projects) matter! Glad
we all agree on that.

Any reports or recipes on this issue? I'll post a report if there is

none. Thanks

I saw a similar error in earlier versions of LC9 where the script I was

editing was for a different object that what was indicate the Project
Browser. So the Project Browser was showing (highlighting) Object A but
actually thought it was on Object B.

It occurred fairly intermittently. I never developed a recipe and I

have not see this in the most recent releases (9.0.5 and 9.5.1)

Ditto. Hasn't happened for a while though.

Bob S



Of course, I am not saying that the bug isn't still in the current
releases, just that I have not noticed it in the current releases ;-)


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode






___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Script Editor disassociates - a lossy LC IDE bug

[hh via use-livecode]

I reported a bug (#18688, Oct 26 - 2016) that is still there in 9.5.0
on Mac 10.15.1. It partially overlaps with your description:

[1] Saving a stack while the script editor is open with an unsaved
script doesn't save the script.
[2] Quitting LC without closing (saved) stack window or SE doesn't
save unsaved scripts.


> Curry K. wrote:
> Wondering if this bug has already been reported?
> 
> I've seen a wonderful LC 9 IDE bug: sometimes the Script Editor window 
> seems to disassociate from the object being edited. Thus after this bug 
> is triggered, any typed script changes may not really be applied and 
> saved, although they are shown as applied. Next LC session, those 
> changes are gone; the stack code is still as it was prior to the bug 
> being triggered and prior to editing the script.
> 
> An alternate form is that the script changes actually are applied, but 
> in a bad way: first the script disassociates completely and is empty, 
> then the empty script is saved, overwriting the previous script. Nice! 
> (I think this is my favorite variation; if we're going to cause loss of 
> work/code, might as well do it boldly and not beat around the bush.)
> 
> I suspect this happens more on Mac than Windows, but since I don't have 
> a recipe, not sure. I've seen this happen to other people rather than on 
> my own machine. On LC 905 for sure, and probably on 950 also.
> 
> If Script Editor disassociation does happen, I advise immediate but 
> careful no-save quit or force quit, and pray that you're already in the 
> habit of backing up beforehand. Copy and paste the current script text 
> to an external text editor if necessary. Of course this particular bug 
> just might be able to defeat the safety of stack backups too in some 
> situations, but hey, that's why it's an extra-fabulous bug!
> 
> So, in addition to being a bit crashy and glitchy, the 9 IDE is a bit 
> work-lossy. That could turn off both new and old users if they are the 
> humor-deficient type to frown on losing some work. But shucks, ain't no 
> thang! Only features features features (and new side projects) matter! 
> Glad we all agree on that.
> 
> Any reports or recipes on this issue? I'll post a report if there is 
> none. Thanks

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode