Android & URLEncode & libUrlDownloadToFile

[Nicolas Cueto]

Hello.

On the desktop, this works:

put "http://ID:p...@url.com/cgi-bin/dog.jpg"; into tPath
set the filename of image "img" to tPath

On Android, it does not. Nor does this:

put "http://ID:p...@url.com/cgi-bin/dog.jpg"; into tPath
put urlEncode(tPath) into tPath
set the filename of image "img" to tPath


So... how do I get an Android stack to access online files that are in
a protected directory?



What I'm actually after is more complicated.  Namely, getting my
Android stack to download jpg and mp3 files from a protected directory
on my OnRev account into a directory other than those specified by
specialFolderPath. But, after having tried now for many many hours,
decided instead to break down the larger problem into smaller ones.
For example, the scripts above.



A solution to that smaller problem, or, better yet, to the overall
larger problem, would both be appreciated.


Thanks.

--
Nicolas Cueto

___
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: breakdown of my book

[Scott Morrow]

Me too.

I reordered.

--
Scott Morrow

On Jul 26, 2012, at 5:06 AM, Magicgate Software - Skip Kimpel wrote:

> I got this in my emal this morning... anybody else get this regards to
> the pre-order of Colin's book?
> 
> "We are sorry to inform you that your pre-order for the eBook of
> LiveCode Mobile Development Beginner's Guide” was automatically
> cancelled as the pre-order process did not go through correctly.
> Please note that you were not charged for this order."
> 
> 
> 
> On Sun, Jul 22, 2012 at 2:38 AM, Pierre Sahores  
> wrote:
>> Colin,
>> 
>> Thanks and congratulations. Pre-ordered !
>> 
>> (in using the incredible unergonomic Packt payment workflow - lots of 
>> unneeded clicks).
>> 
>> Kind regards,
>> 
>> Pierre
>> 
>> Le 21 juil. 2012 à 20:51, Jim Lambert a écrit :
>> 
>>> Colin,
>>> 
>>> Thanks for the breakdown of your book.
>>> Glad the wait is one month less!
>>> 
>>> Jim Lambert
>>> 
>>> ___
>>> 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
>> 
>> --
>> Pierre Sahores
>> mobile : 06 03 95 77 70
>> www.sahores-conseil.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


___
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: Preview of Resolution Independent Control library for RevMobile

[Scott Morrow]

gave it 5 votes

--
Scott Morrow

On Jul 26, 2012, at 7:25 AM, Richard Gaskin wrote:

> Scott Morrow wrote:
>> I'm glad that this is staying on list for now as I'm working through trying 
>> to create a scalable app rather than ones with different fixed layouts.
>> 
>> Besides scaling the rect of objects, what other properties will likely need 
>> consideration?
>> A few that I'm puzzling over at the moment…
>> 
>> textSize
>> margins
>> lineSize
>> roundRadius
>> 
>> GraphicEffects
>> dropShadow: probably not all properties… spread, size, distance (opacity?)
>> innerShadow
>> outerGlow
>> innerGlow
>> 
>> Gradient
> 
> With all due respect for the ambitious goals here, the further we look into 
> this the more clear it becomes that scaling must be handled in the engine if 
> we are to expect reasonable performance:
> 
> 
> 
> --
> Richard Gaskin
> Fourth World
> LiveCode training and consulting: http://www.fourthworld.com
> Webzine for LiveCode developers: http://www.LiveCodeJournal.com
> Follow me on Twitter:  http://twitter.com/FourthWorldSys
> 
> ___
> 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: book support files

[Andre Garzia]

Colin,

I suggest that you make a webpage for your book. In this page you can host
a forum and your files. This way you can keep in contact with your readers
and provide new material, errata and get feedback.

I believe that most of your users will get digital versions or a bundle of
digital and paper version. If there is still time, update the bundled files
to include a link to your webpage.

Looking forward to read your book!

=)

On Thu, Jul 26, 2012 at 9:59 PM, Colin Holgate  wrote:

> I just downloaded the support files for my book, and the archive is
> somewhat confusing. But, in the Chapter 5 folder is a file named
> "2489_05_code.zip", that one file seems to have all of the needed files,
> without the confusing "old" empty folders.
>
> I'm not sure what the possibilities are for everyone to see the stacks,
> even if they didn't get the book. I'll ask if it's ok to give them out.
>
>
>
> ___
> 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
>



-- 
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
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: special prize, all my money to the winner!

[Paul Hibbert]

Bought my copy OK, paid with CC, no WorldPay receipt so far, but the book 
download is good.

Loaded the ePub version in iBooks on iPad and out of curiosity I also loaded 
the PDF in Acrobat, they look a little different in formatting so I'd recommend 
the PDF version to see the code correctly.

Thank you Colin for putting this out there, looking forward to digging in, hope 
you enjoy the lunch. :-)

Paul
___
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: special prize, all my money to the winner!

[Marian Petrides, M.D.]

You can use PayPal at the same site, avoiding WorldPay entirely without having 
to find somewhere else that has the book in stock.

On Jul 26, 2012, at 11:03 PM, Colin Holgate  wrote:

> On Jul 26, 2012, at 10:24 PM, Mark Wieder  wrote:
> 
>> WorldPay sucks. Always has.
>> 
>> I'll find someplace else to order this from.

___
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: special prize, all my money to the winner!

[Colin Holgate]

For what it's worth, when I paid I used the lower fields, because I don't have 
a WorldPay account, Things went fine, and at the end I was given a login for 
WorldPay for "next time".


On Jul 26, 2012, at 10:24 PM, Mark Wieder  wrote:

> WorldPay sucks. Always has.
> 
> I'll find someplace else to order this from.

___
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: Load local HTML file

[Colin Holgate]

For an exact answer to your question, read the dictionary entries for "open 
file", "read from file", and "close file". A simple case might like this:

put "path to file" into f
open file f
read from file f until EOF
close file f

'it' now contains the contents of that text file. You'll see in the help 
entries that you can read from binary files, and other flexible options.

Getting onto your need though, if you want to set a field to look like the 
contents of an html file, you can do this:

set the htmltext of field "a field" to url "path to html file"

That html could be local, or across the world. This works for example:

set the htmltext of fld 1 to url "http://www.magicgate.com/";

Now, the html on your home page isn't exactly geared for displaying in a field, 
but with simpler html it would end up looking right.



On Jul 26, 2012, at 9:43 PM, Magicgate Software - Skip Kimpel 
 wrote:

> I am trying to load a local HTML file in my stack... How do you refer
> to it properly?  Let's say that the LC file is in the same directory
> as the HTML file...

___
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: special prize, all my money to the winner!

[Magicgate Software - Skip Kimpel]

So I ended up re-ordering... no discount I hope the difference
goes to the author and not the processor or the publishing company!!!

SKIP

On Thu, Jul 26, 2012 at 10:24 PM, Mark Wieder  wrote:
> M.D.-
>
> Thursday, July 26, 2012, 12:32:31 PM, you wrote:
>
>> Colin
>
>> I did a preorder and it appeared to go through at first but I
>> then I got an email saying "We are sorry to inform you that your
>> pre-order for the eBook of LiveCode Mobile Development Beginner's
>> Guide  was automatically cancelled as the pre-order process did not
>> go through correctly. Please note that you were not charged for this
>> order."
>
> I got that email, but also got a previous one from WorldPay saying
> "Your transaction has been processed by WorldPay, on behalf of Packt
> Publishing Ltd."
> With a transactionID and a charge to a credit card, etc.
>
> WorldPay sucks. Always has.
>
> I'll find someplace else to order this from.
>
> --
> -Mark Wieder
>  mwie...@ahsoftware.net
>
>
> ___
> 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: special prize, all my money to the winner!

[Mark Wieder]

M.D.-

Thursday, July 26, 2012, 12:32:31 PM, you wrote:

> Colin  

> I did a preorder and it appeared to go through at first but I
> then I got an email saying "We are sorry to inform you that your
> pre-order for the eBook of LiveCode Mobile Development Beginner's
> Guide” was automatically cancelled as the pre-order process did not
> go through correctly. Please note that you were not charged for this
> order."

I got that email, but also got a previous one from WorldPay saying
"Your transaction has been processed by WorldPay, on behalf of Packt
Publishing Ltd."
With a transactionID and a charge to a credit card, etc.

WorldPay sucks. Always has.

I'll find someplace else to order this from.

-- 
-Mark Wieder
 mwie...@ahsoftware.net


___
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: special prize, all my money to the winner!

[Shawn Blc]

I found a packt publishing coupon code online (bawdanu).  It appears to be
good for any title.



On Thu, Jul 26, 2012 at 5:14 PM, Colin Holgate  wrote:

> There was a discount code? I just took the 20% off that they had going on.
>
>
> On Jul 26, 2012, at 6:02 PM, Shawn Blc  wrote:
>
> > I just ordered it on Packt.  Used a coupon code too ;)
>
> ___
> 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

Load local HTML file

[Magicgate Software - Skip Kimpel]

It is times like this that I realize that my conversion from Director
to LC thinking is not yet complete.  This is probably a simple
question with a simple answer.

I am trying to load a local HTML file in my stack... How do you refer
to it properly?  Let's say that the LC file is in the same directory
as the HTML file...

SKIP

___
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: special prize, all my money to the winner!

[Petrides, M.D. Marian]

Colin  

I did a preorder and it appeared to go through at first but I then I got an 
email saying "We are sorry to inform you that your pre-order for the eBook of 
LiveCode Mobile Development Beginner's Guide” was automatically cancelled as 
the pre-order process did not go through correctly. Please note that you were 
not charged for this order."

I'm off to try buying it directly from them now. This time I'll try paying with 
PayPal... I've had problems ordering LC itself with WorldPay and my Visa Card.  
Update: This time the order went through and I just downloaded the book.

The way I get PDF books onto my iPad is to email them to myself, then click and 
hold on the PDF until I get an "Open With" query.  In my case, I like to 
Open With iBooks. This technique worked just fine with your book.

In any event, I claim your special prize (unless someone else ordered before 
me--unlikely.  Now the fun begins!  Congratulations on publication of your 
book, Colin.

Marian




On Jul 26, 2012, at 2:49 PM, Colin Holgate  wrote:

> I decided to give out a special prize, of all of my money, to the first 
> person to buy my book (which is now available). But, don't get too excited, 
> aside from it not being that much money, I went ahead and artificially 
> boosted sales by buying the book for myself!
> 
> So, I'll write a check to me.
> 
> It isn't yet in the Kindle or iBooks stores, so I bought it with the 20% 
> discount from Packt, and downloaded the Epub and PDF formats. I'm trying 
> different techniques to get it onto my iPad. I tried to drag the Epub version 
> into the documents for Kindle in iTunes. That didn't seem to show up, so I 
> did the same for the Stanza app. That worked!
> 
> Going to show my colleagues now…
> 


___
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

Endgame: Getting paid for the download (Amazon payments)

[Dr. Hawkins]

I'm getting to the endgame, and kickstarter turned down the problem.
I'm waffling between appealing that or just starting to sell

I already have the amazon business account set up from getting ready
for kickstarter, so I figure I'll start with that until there's enough
money flowing that I care about their hold.

I have one variant from the "typical" need, though--I need to verify
that the buyer is actually an attorney licensed in the relevant
jurisdiction before processing the sale.

Are there any simple templates around for setting put that part of my website?

-- 
The Hawkins Law Firm
Richard E. Hawkins, Esq.
(702) 508-8462
hawkinslawf...@gmail.com
3025 S. Maryland Parkway
Suite A
Las Vegas, NV  89109

___
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: Preview of Resolution Independent Control library for RevMobile

[Monte Goulding]

On 26/07/2012, at 5:06 PM, Pierre Sahores wrote:

> Is't the working screenrect your best friend at this point ? Works fine 
> against both iOS and Android.

Let's take a button as an example. If I design a button I will design it to be 
a usable size on screen. So if the screen density changes I need to scale the 
button. If we only scale based on screen rect then if the device size changes 
our button size is altered when we don't want it to be. On a larger screen we 
want that button to remain the same size so we have room to show a more 
appropriate UI for the screen size.

Cheers

--
M E R Goulding 
Software development services
Bespoke application development for vertical markets

mergExt - There's an external for that!

___
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: Preview of Resolution Independent Control library for RevMobile

[Pierre Sahores]

Is't the working screenrect your best friend at this point ? Works fine against 
both iOS and Android.

Le 26 juil. 2012 à 02:59, Mark Wieder a écrit :

> Scott-
> 
> Wednesday, July 25, 2012, 5:42:57 PM, you wrote:
> 
>> Looking forward, it seems you're right: being able to lay out a stack at a
>> specific resolution would be useful long term.  I'm not up to speed on
>> Android, but last I saw, LiveCode wasn't able to detect Android display
>> density.  If that's still the case, it would seem to be a problem since how
>> would you distinguish between a phone with ultra high density and a tablet
>> with low density?
> 
> It is still the case, it is indeed a problem, and it's a LiveCode-only
> problem, since it's very easy in java with one system call:
> 
> http://android-er.blogspot.com/2011/07/get-screen-size-in-dpi.html
> 
> -- 
> -Mark Wieder
> mwie...@ahsoftware.net
> 
> 
> ___
> 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

--
Pierre Sahores
mobile : 06 03 95 77 70
www.sahores-conseil.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

book support files

[Colin Holgate]

I just downloaded the support files for my book, and the archive is somewhat 
confusing. But, in the Chapter 5 folder is a file named "2489_05_code.zip", 
that one file seems to have all of the needed files, without the confusing 
"old" empty folders.

I'm not sure what the possibilities are for everyone to see the stacks, even if 
they didn't get the book. I'll ask if it's ok to give them out.



___
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: [ANN] EPS Import V05C

[Alejandro Tejada]

Hi Chipp,


Chipp Walters wrote
> 
> Thanks! I really appreciate the work you've
> done with this library over the years.
> 

Thanks, I am glad that it's useful. :-D

Hopefully, Ian McPhail will update
his stack SVGL to import gradients
and transparency from SVG
drawings. Only then, it will be
possible to design confortably
complete interfaces using only
vector graphics with gradients
and transparency. 

Inkscape could export drawings
as JavaFX and SilverLight XAML:
http://tavmjong.free.fr/INKSCAPE/MANUAL/html/File-Export.html

Maybe these two vector formats are
easier to convert in LiveCode vector
graphics.

Al




--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-EPS-Import-V05C-tp4652799p4652876.html
Sent from the Revolution - User mailing list archive at Nabble.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: Preview of Resolution Independent Control library for RevMobile

[Monte Goulding]

> With all due respect for the ambitious goals here, the further we look into 
> this the more clear it becomes that scaling must be handled in the engine if 
> we are to expect reasonable performance:
> 
> 

Thanks Richard, I've voted for that now.

Let's just presume that in the next year or so that enhancement doesn't happen. 
That's probably being optimistic given all the stuff RunRev have to deal with 
just to get engine parity. I think that would be enough time to make it 
worthwhile to come up with something. If we all get cranky on the dev list we 
should get an android density function fairly quickly which would enable the 
framework to scale exactly right and also give us the chance to correctly 
specify a ui stack for a screen size range.

Cheers

--
M E R Goulding 
Software development services
Bespoke application development for vertical markets

mergExt - There's an external for that!

___
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: can't save stack as 2.7 -- nevermind

[Dar Scott]

Nevermind.  

I was not saving it where I thought.

Dar


On Jul 26, 2012, at 5:12 PM, Dar Scott wrote:

> I'm trying to save a stack as a 2.7 stack but it is still 5.5.  I'm using 
> LiveCode 5.5.0 and I'm trying to save with the IDE.  The stack cannot be 
> opened in 4.6.  The prefix is REVO5500.  
> 
> What might I be doing wrong?
> 
> Dar
> 
> 
> 
> ___
> 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: Preview of Resolution Independent Control library for RevMobile

[Monte Goulding]

Ok, scaling it is. I was just throwing it out there.

--
M E R Goulding
Software development services

mergExt - There's an external for that!

On 26/07/2012, at 9:40 PM, Scott Rossi  wrote:

> My question would be, are 4 separate images for each control necessary?
> 
> You're not going to change density in the middle of session, so only one 
> "scaled" image for each control is needed at a time.  While most of the 
> controls I've been building are groups of graphics (no images), It seems to 
> me that storing multiple versions of the same image consumes file space for 
> no good reason.  Ideally I would imagine you could start out with one hi res 
> image for each control that is scaled down as needed.  Perhaps control images 
> could be scaled dynamically to the needed resolution at startup.
> 
> The only reason I can see for having multiples of the same image is if the 
> scaling results are not visually satisfactory, but there might be other 
> considerations.
> 
> Scott Rossi
> Creative Director
> Tactile Media, UX Design
> 
> On Jul 26, 2012, at 3:47 AM, Monte Goulding  
> wrote:
> 
>> The other thing is any images that are used as icons would need to be found 
>> if they aren't on that stack. Probably in an icon/image library. What do 
>> people think about resizing images as Chipp has done compared to providing 4 
>> sizes. My thought is that the framework could include a plugin that took an 
>> image, created and saved the 4 sizes (or used up to 4 supplied image) to 
>> icon library stack files for each density. Then the framework would load the 
>> correct icon library for the density and all the icons would be right. We 
>> could also have folders for each density for images that are only needed 
>> occasionally so you don't what them in memory etc.
>> 
>> To resize a control we need to come up with a command that can accept a 
>> control id and a density. If we want to be able to work at any density then 
>> we might want to also pass the current density the control is at to the 
>> command. So we are changing a control from mdpi to hdpi or back or to ldpi 
>> and so on.
>> 
>> Cheers
>> 
>> --
>> M E R Goulding
>> Software development services
>> 
>> mergExt - There's an external for that!
>> 
>> On 26/07/2012, at 7:18 PM, Scott Morrow  wrote:
>> 
>>> I'm glad that this is staying on list for now as I'm working through trying 
>>> to create a scalable app rather than ones with different fixed layouts.
>>> 
>>> Besides scaling the rect of objects, what other properties will likely need 
>>> consideration?
>>> A few that I'm puzzling over at the moment…
>>> 
>>> textSize
>>> margins
>>> lineSize
>>> roundRadius
>>> 
>>> GraphicEffects
>>> dropShadow: probably not all properties… spread, size, distance (opacity?)
>>> innerShadow
>>> outerGlow
>>> innerGlow
>>> 
>>> Gradient
>>> 
>>> 
>>> --
>>> Scott Morrow
>>> 
>>> Elementary Software
>>> (Now with 20% less chalk dust!)
>>> web   http://elementarysoftware.com/
>>> email sc...@elementarysoftware.com
>>> --
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Jul 25, 2012, at 5:17 PM, Monte Goulding wrote:
>>> 
 OK Scott, should we continue on list or move off. It might be good to 
 continue on list for a while to see who's keen to be involved.
 
 Continuing to think out loud on this. One thing we want to be able to do 
 is work in whatever density we like and then have everything still scale 
 right. So what about the framework mainstack has a density property. On 
 mobile this is worked out during preOpenStack and on desktop it would 
 default to mdpi but be settable so  you can use whatever you want. This is 
 independent of stack size and the setprop handler would cause the controls 
 on the current card to resize.
 
 One important thing to consider is inventing a cool non-developer specific 
 acronym and prefix for this thing ;-) My hope is it can handle more than 
 just this one issue. Thinks like preferences come to mind.
 
 My vote is for mafia - Mobile App Framework with Interface Adaptation ;-)
 
 --
 M E R Goulding 
 Software development services
 Bespoke application development for vertical markets
 
 mergExt - There's an external for that!
 
 ___
 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@

Re: breakdown of my book

[Marian Petrides, M.D.]

Yup. I got that, too. I figured it was because I've had problems using my Visa 
card with WorldPay before when trying to buy Livecode itself.  I accepted that 
it was true and went ahead and ordered the book today as soon as it became 
available--but I paid via PayPal this time.  The payment went fine and the 
download was easy. Now the fun begins.


On Jul 26, 2012, at 8:06 AM, Magicgate Software - Skip Kimpel 
 wrote:

> I got this in my emal this morning... anybody else get this regards to
> the pre-order of Colin's book?
> 
> "We are sorry to inform you that your pre-order for the eBook of
> LiveCode Mobile Development Beginner's Guide” was automatically
> cancelled as the pre-order process did not go through correctly.
> Please note that you were not charged for this order."
> 
> 
> 
> On Sun, Jul 22, 2012 at 2:38 AM, Pierre Sahores  
> wrote:
>> Colin,
>> 
>> Thanks and congratulations. Pre-ordered !
>> 
>> (in using the incredible unergonomic Packt payment workflow - lots of 
>> unneeded clicks).
>> 
>> Kind regards,
>> 
>> Pierre
>> 
>> Le 21 juil. 2012 à 20:51, Jim Lambert a écrit :
>> 
>>> Colin,
>>> 
>>> Thanks for the breakdown of your book.
>>> Glad the wait is one month less!
>>> 
>>> Jim Lambert
>>> 
>>> ___
>>> 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
>> 
>> --
>> Pierre Sahores
>> mobile : 06 03 95 77 70
>> www.sahores-conseil.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


___
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: breakdown of my book

[Colin Holgate]

Those paper versions can be troublesome! The ebook process went ok for me.



___
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: breakdown of my book

[Mark Wieder]

Dave-

Thursday, July 26, 2012, 4:22:51 PM, you wrote:

>> I got this in my emal this morning... anybody else get this regards to
>> the pre-order of Colin's book?


> Yes, I received exactly the same.

> Given that I'd already received a Transaction Confirmation
> message from WorldPay, I was quite suspicious. I sent a please
> explain message to them.

I got the same today. I sent them an email and it bounced.

Delivery to the following recipient failed permanently:

 serv...@packtpub.com

Technical details of permanent failure: 
Google tried to deliver your message, but it was rejected by the recipient 
domain. We recommend contacting the other email provider
for further information about the cause of this error. The error that the other 
server returned was: 550 550 5.7.1 33 (state 17).

-- 
-Mark Wieder
 mwie...@ahsoftware.net


___
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: breakdown of my book

[Dave Wood]

> I got this in my emal this morning... anybody else get this regards to
> the pre-order of Colin's book?


Yes, I received exactly the same.

Given that I'd already received a Transaction Confirmation message from 
WorldPay, I was quite suspicious. I sent a please explain message to them.

David



> "We are sorry to inform you that your pre-order for the eBook of
> LiveCode Mobile Development Beginner's Guide” was automatically
> cancelled as the pre-order process did not go through correctly.
> Please note that you were not charged for this order."

___
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

can't save stack as 2.7

[Dar Scott]

I'm trying to save a stack as a 2.7 stack but it is still 5.5.  I'm using 
LiveCode 5.5.0 and I'm trying to save with the IDE.  The stack cannot be opened 
in 4.6.  The prefix is REVO5500.  

What might I be doing wrong?

Dar



___
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: Preview of Resolution Independent Control library for RevMobile

[Roger Eller]

Why not then on first run, ask the user?  At least until there is a
reliable automatic method.  A simple "Is this a phone or a tablet?".  You
can figure the rest from the resolution.

~Roger

On Thursday, July 26, 2012, Chipp Walters wrote:
>
> 5. I think I can make a case that it's pretty much impossible in LC at this
> stage to identify dpi vs resolution needs if you're trying to go cross
> platform-- Android-iOS.
>


-- 
--
Roger Eller
Graphics Systems Analyst
Sealed Air Corporation
864-967-1625  Office
864-908-0337  Cell
___
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: breakdown of my book

[Magicgate Software - Skip Kimpel]

I got this in my emal this morning... anybody else get this regards to
the pre-order of Colin's book?

"We are sorry to inform you that your pre-order for the eBook of
LiveCode Mobile Development Beginner's Guide” was automatically
cancelled as the pre-order process did not go through correctly.
Please note that you were not charged for this order."



On Sun, Jul 22, 2012 at 2:38 AM, Pierre Sahores  
wrote:
> Colin,
>
> Thanks and congratulations. Pre-ordered !
>
> (in using the incredible unergonomic Packt payment workflow - lots of 
> unneeded clicks).
>
> Kind regards,
>
> Pierre
>
> Le 21 juil. 2012 à 20:51, Jim Lambert a écrit :
>
>> Colin,
>>
>> Thanks for the breakdown of your book.
>> Glad the wait is one month less!
>>
>> Jim Lambert
>>
>> ___
>> 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
>
> --
> Pierre Sahores
> mobile : 06 03 95 77 70
> www.sahores-conseil.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

Re: Preview of Resolution Independent Control library for RevMobile

[Richard Gaskin]

Scott Morrow wrote:

I'm glad that this is staying on list for now as I'm working through trying to 
create a scalable app rather than ones with different fixed layouts.

Besides scaling the rect of objects, what other properties will likely need 
consideration?
A few that I'm puzzling over at the moment…

textSize
margins
lineSize
roundRadius

GraphicEffects
dropShadow: probably not all properties… spread, size, distance (opacity?)
innerShadow
outerGlow
innerGlow

Gradient


With all due respect for the ambitious goals here, the further we look 
into this the more clear it becomes that scaling must be handled in the 
engine if we are to expect reasonable performance:




--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 Follow me on Twitter:  http://twitter.com/FourthWorldSys

___
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: special prize, all my money to the winner!

[Colin Holgate]

There was a discount code? I just took the 20% off that they had going on.


On Jul 26, 2012, at 6:02 PM, Shawn Blc  wrote:

> I just ordered it on Packt.  Used a coupon code too ;)

___
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: special prize, all my money to the winner!

[Colin Holgate]

I preordered mine last November. And if I didn't, I'm willing to lie about it 
so that I keep my money!


On Jul 26, 2012, at 5:40 PM, Mark Wieder  wrote:

> 
> I hate to tell you this (actually I don't) but I beat you to it by 
> pre-ordering.
> A wire transfer would be fine, and I'll email you a receipt.

___
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: special prize, all my money to the winner!

[Ken Corey]

I hate to tell you this (actually I don't) but I beat you to it by pre-ordering.
A wire transfer would be fine, and I'll email you a receipt.


Sadly, I don't know any exchange that deals in micro-payments.

Oh...wait a minute...I'm thinking of *my* finances.

Judging by the number of folks who've bought the book, he /must/ be 
worth a good $50-60.


-Ken

___
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: special prize, all my money to the winner!

[Shawn Blc]

I just ordered it on Packt.  Used a coupon code too ;)



On Thu, Jul 26, 2012 at 2:32 PM, Petrides, M.D. Marian <
mpetri...@earthlink.net> wrote:

> Colin
>
> I did a preorder and it appeared to go through at first but I then I got
> an email saying "We are sorry to inform you that your pre-order for the
> eBook of LiveCode Mobile Development Beginner's Guide” was automatically
> cancelled as the pre-order process did not go through correctly. Please
> note that you were not charged for this order."
>
> I'm off to try buying it directly from them now. This time I'll try paying
> with PayPal... I've had problems ordering LC itself with WorldPay and my
> Visa Card.  Update: This time the order went through and I just downloaded
> the book.
>
> The way I get PDF books onto my iPad is to email them to myself, then
> click and hold on the PDF until I get an "Open With" query.  In my
> case, I like to Open With iBooks. This technique worked just fine with your
> book.
>
> In any event, I claim your special prize (unless someone else ordered
> before me--unlikely.  Now the fun begins!  Congratulations on publication
> of your book, Colin.
>
> Marian
>
>
>
>
> On Jul 26, 2012, at 2:49 PM, Colin Holgate  wrote:
>
> > I decided to give out a special prize, of all of my money, to the first
> person to buy my book (which is now available). But, don't get too excited,
> aside from it not being that much money, I went ahead and artificially
> boosted sales by buying the book for myself!
> >
> > So, I'll write a check to me.
> >
> > It isn't yet in the Kindle or iBooks stores, so I bought it with the 20%
> discount from Packt, and downloaded the Epub and PDF formats. I'm trying
> different techniques to get it onto my iPad. I tried to drag the Epub
> version into the documents for Kindle in iTunes. That didn't seem to show
> up, so I did the same for the Stanza app. That worked!
> >
> > Going to show my colleagues now…
> >
>
>
> ___
> 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: special prize, all my money to the winner!

[Mark Wieder]

Colin Holgate  writes:

> 
> I decided to give out a special prize, of all of my money, to the first person
to buy my book (which is now
> available). But, don't get too excited, aside from it not being that much
money, I went ahead and
> artificially boosted sales by buying the book for myself!

I hate to tell you this (actually I don't) but I beat you to it by pre-ordering.
A wire transfer would be fine, and I'll email you a receipt.

-- 
 Mark Wieder
 mwie...@ahsoftware.net





___
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: special prize, all my money to the winner!

[Marian Petrides, M.D.]

If you're using an iPad, then why bother with the Kindle for iPad app? iBooks 
is at least as good a choice for PDFs, probably better.  

A couple of alternatives for reading PDFs on the iPad are:  iAnnotate PDF 
(which does VERY well at allowing you to highlight and annotate a PDF with 
either typewritten or handwritten marginal notes) and Good Reader - which I use 
for reading PDFs that come Zipped, since iBooks won't unzip zipped PDFs. If you 
have any inclination to annotate, then I highly recommend iAnnotate PDF.

On Jul 26, 2012, at 4:50 PM, Colin Holgate  wrote:

> Stanza isn't that much fun to use. You can take the PDF version and use that 
> in iBooks, or email the PDF to your Kindle email address, and then you can 
> download it in the iPad Kindle app.
> 
> Well, in theory you can, it keeps getting stuck at 97% for me.
> 
> 
> On Jul 26, 2012, at 3:31 PM, Pierre Sahores  wrote:
> 
>> Need yet to test the "Stanza" app, is't ?
> 
> ___
> 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: special prize, all my money to the winner!

[Colin Holgate]

Stanza isn't that much fun to use. You can take the PDF version and use that in 
iBooks, or email the PDF to your Kindle email address, and then you can 
download it in the iPad Kindle app.

Well, in theory you can, it keeps getting stuck at 97% for me.


On Jul 26, 2012, at 3:31 PM, Pierre Sahores  wrote:

> Need yet to test the "Stanza" app, is't ?

___
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: special prize, all my money to the winner!

[Pierre Sahores]

Hi Colin,

I got your book in following the Packt announcement link i received this 
afternoon and really like to read it on my iPad 1 after having downloaded it as 
PDF to my laptop and copy it to the iPad in using the iPad's "Files Pro" app ;-)

Need yet to test the "Stanza" app, is't ?

Kind regards,

Pierre

Le 26 juil. 2012 à 20:49, Colin Holgate a écrit :

> I decided to give out a special prize, of all of my money, to the first 
> person to buy my book (which is now available). But, don't get too excited, 
> aside from it not being that much money, I went ahead and artificially 
> boosted sales by buying the book for myself!
> 
> So, I'll write a check to me.
> 
> It isn't yet in the Kindle or iBooks stores, so I bought it with the 20% 
> discount from Packt, and downloaded the Epub and PDF formats. I'm trying 
> different techniques to get it onto my iPad. I tried to drag the Epub version 
> into the documents for Kindle in iTunes. That didn't seem to show up, so I 
> did the same for the Stanza app. That worked!
> 
> Going to show my colleagues now…
> 
> 
> 
> ___
> 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

--
Pierre Sahores
mobile : 06 03 95 77 70
www.sahores-conseil.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

special prize, all my money to the winner!

[Colin Holgate]

I decided to give out a special prize, of all of my money, to the first person 
to buy my book (which is now available). But, don't get too excited, aside from 
it not being that much money, I went ahead and artificially boosted sales by 
buying the book for myself!

So, I'll write a check to me.

It isn't yet in the Kindle or iBooks stores, so I bought it with the 20% 
discount from Packt, and downloaded the Epub and PDF formats. I'm trying 
different techniques to get it onto my iPad. I tried to drag the Epub version 
into the documents for Kindle in iTunes. That didn't seem to show up, so I did 
the same for the Stanza app. That worked!

Going to show my colleagues now…



___
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: Storing data on iOS

[Richard Gaskin]

FlexibleLearning wrote:


For those who have gone before those who have gone before...

What sort of files does Apple allow to be downloaded? 'text' only files?
Defined by type of file (video, pdf etc)? Is there such a list?

I think I have established that 'executable' files will be rejected (i.e.
stack files) which is a real pain because I have a desktop app that would
ideally launch stack files from a home page index of modules. If this is the
case, what about a 'definition text file' that the app use to create the
stack on demand?


There has been much confusion on this list over the file formats Apple 
may or may not be requiring.


Some have suggested that for the Mac app store developers are no longer 
allowed to define their own formats, now required to read and write 
their prefs data exclusively through Apple's APIs.


How far this goes, or whether any of these suggestions are actually the 
case, remains to be confirmed by Apple.


Personally, I would find it hard to believe that Apple would impose such 
Draconian limitations without the developer community in a bigger uproar 
than they were over the iOS SDK 4.0 terms.  And reading several Mac news 
sites daily, I'm not seeing that.


My understanding is that if you download a file that contains scripts, 
such as a stack file, it would be clearly verboten.   But if you use a 
stack file as a container of data, such as with custom props, it would 
logically be no different from any other binary file format and should 
be allowed.


If anyone has any truly definitive word from Apple on this to the 
contrary I would be grateful for the URL.


--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 Follow me on Twitter:  http://twitter.com/FourthWorldSys

___
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: Drop Shadow in Text Field

[Mark Schonewille]

You'd be surprised how often XCoders resort to workarounds, but I do agree with 
you to some extent. There are many things in LiveCode you'd expect to just work 
while they don't.

--
Kind regards,

Mark Schonewille
Economy-x-Talk
Http://economy-x-talk.com

Share the clipboard of your computer over a local network with Clipboard Link 
http://clipboardlink.economy-x-talk.com


Op 26 jul. 2012 om 13:25 heeft Richmond  het 
volgende geschreven:

> On 07/26/2012 01:57 PM, Mark Schonewille wrote:
>> Hi Randy,
>> 
>> You can put an opaque field of thesame size behind the transparent field and 
>> assign the same graphical effect to it. That way, you have one field that 
>> shows dropshadow behind the text and another field with a dropshadow 
>> following the outline.
> 
> Fudge.
> 
> Why does it seem that an awful lot of our time seems to consist of finding 
> "work arounds"?
> 
> And, does "work arounds" really mean circumventing the limitations of . . . . 
> ?
> 
> Somewhere (in Edinburgh, possibly) somebody ought to be keeping a tally of 
> the work arounds,
> so that those work arounds are NOT necessary in the next recension of LC.
> 
>> 
>> --
>> Best regards,
>> 
>> Mark Schonewille
>> 
>> Economy-x-Talk Consulting and Software Engineering
>> Homepage: http://economy-x-talk.com
>> Twitter: http://twitter.com/xtalkprogrammer
>> KvK: 50277553
>> 
>> Economy-x-Talk is looking for an amateur painter/cartoonist/poet etc. 
>> Contact me http://qery.us/du
>> 
>> 
>> 
>> On 26 jul 2012, at 05:09, Randy Hengst wrote:
>> 
>>> Thanks Scott,
>>> 
>>> That's kind of what I thought… but, was hoping for a way to assign to the 
>>> text and the outline of the field.
>>> 
>>> be well,
>>> randy
>>> 
>> 
>> 
>> ___
>> 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: cancelling a load request on iOS?

[Mike Bonner]

Well ok. Just read the release notes for android.  While this doesn't help
with STOPPING a load in progress, it appears unload is not needed to clear
cache since loaded data is not added to cache.  Its the 3rd param sent to
load.  I need to stop trusting the dictionary to be accurate so much.

As for stopping something in progress, if you're using async methods maybe
it will be enough to just tag the url as an ignore so that when it
completes you can react differently. Merrily letting downloads you don't
want continue in the background since there isn't another choice.

On Wed, Jul 25, 2012 at 6:32 PM, Mike Bonner  wrote:

> Dictionary says no.
>
> Hopefully next update!
>
>
> On Wed, Jul 25, 2012 at 6:06 PM, Mark Talluto 
> wrote:
>
>>
>>
>>
>>
>>
>> On Jul 25, 2012, at 4:16 PM, Terry Judd wrote:
>>
>> >
>> > On 26/07/2012, at 06:32 AM, Mike Bonner wrote:
>> >
>> >> Just confirmed that unload is not implemented on android so the
>> dictionary
>> >> is correct. (the result contains 'not implemented', same for 'the
>> >> cachedurls') so I need to rethink a few things. Having load without an
>> >> unload seems a bit nuts to me.
>> >
>> > Agreed - nutty to me as well. The only way to cancel a download appears
>> to be to 'quit' the app.
>> >
>>
>> Does resetAll work?
>>
>>
>> Best regards,
>>
>> Mark Talluto
>> http://www.canelasoftware.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

Re: Preview of Resolution Independent Control library for RevMobile

[Monte Goulding]

> First off, I would like to say there are a few things which are paramount
> for me in any resizer library I would use. Please know these are only my
> observations and requirements.

Great. Id like it to meet as many peoples requirements and get as much input as 
possible :-)
> 
> 1. Needs to be unlocked and editable my me. If not, then I won't even look
> at it. We all know the problems with MobGUI and the subsequent lack of
> support and stranded users. Simple fact is I just can't provide my clients
> with code I can't maintain.

Definitely. I was proposing this be FOSS with input from whoever is interested. 
I was not thinking it would be in mergExt or anything although if it was it 
would be unlocked anyway as any LC scripts I put in there will be. I've even 
offered to do a special price on source access if required but haven't had any 
interest ;-)
> 
> 2. It needs to be as simple and easy to maintain as possible. And in
> keeping with the simplicity theme, it needs to execute as fast as possible
> in the least amount of readable code. I'm not a fan of frontscripts and
> find they can get in the way in all sorts of ways, so I'd prefer staying
> with libraries and passing messages.

Ok, could be a little tricker to ensure the job gets done of its not in a front 
script but that's ok. I think for the resizing we just need preopencard.
> 
> 3. It should be easy to implement and without much fanfare. Most of my
> mobile projects need to be completed in weeks, not months, so trying to
> work with a complex framework just doesn't fit my projects. I certainly
> understand others have different timescales and may be more interested in
> more elaborate frameworks.

What I've started with so far is easy. I would propose a plugin be part of it 
which would create a vanilla project.
> 
> 4. It needs to fit within my workflow. I use a Harness app for both Android
> and iOS phones and tablets which acts as a "player" for stacks, which are
> then downloaded via a Dropbox URL. So, it's more difficult to add lots of
> other files, like interface images in the bundle. I would rather bring
> files down from the Internet, or SpitOut them on the first run.

What I'm proposing is a mainstack that loads a UI stack and any resources if 
required. It essentially does what you are doing already but from local files 
and I'm sure a slightly modified version of the framework could be made to do 
what you are doing and that way everyone else can do it too because it sounds 
great!
> 
> 5. I think I can make a case that it's pretty much impossible in LC at this
> stage to identify dpi vs resolution needs if you're trying to go cross
> platform-- Android-iOS. Furthermore, as a designer, I can only imagine the
> possible nightmare involved in not having the exact right resolution images
> for different Android Layouts. I would suspect the carefully set margins
> and padding of one's design would get fairly screwed up. LC just doesn't
> work well with complex architectures and frameworks. Geometry Manager?
> Animation Manager? Ring any bells?

I'm not talking complex here. In fact I think it will be quite simple once we 
divide resizing for density from layout. Layout is handled in resize stack. It 
could be library scripts or just resize stack handlers doing that. Resizing for 
density is handled at preopencard if it hasn't been done yet for that card.

> 
> 6. Lastly, if you tend to like to create skeuomorphic interface designs, as
> I do, then you pretty much know you have to work all your graphics out in
> Photoshop. So, for the most part there's no needing to worry about scalable
> *everything* in LC, as the images themselves scale quite well. So having a
> heavyweight library which tries to match each and every control attribute
> with the proper scaling algorithms, seems a bit overkill for me. Keeping
> things simpler, and lighter-- is better. For me.

Obviously that's not going to work for people like Scott who do their art in LC 
graphics. Can you see a way around that so we can all collaborate?

Cheers

Monte
___
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: [ANN] EPS Import V05C

[Chipp Walters]

Thanks! I really appreciate the work you've  done with this library over
the years.

On Wednesday, July 25, 2012, Alejandro Tejada wrote:

> Hi All,
>
> Download this new version of EPS Import V05C:
> http://andregarzia.on-rev.com/alejandro/stacks/Eps_Import_V05C.zip
>
>

-- 
Chipp Walters
CEO, Altuit, Inc.
___
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: Preview of Resolution Independent Control library for RevMobile

[Chipp Walters]

First off, I would like to say there are a few things which are paramount
for me in any resizer library I would use. Please know these are only my
observations and requirements.

1. Needs to be unlocked and editable my me. If not, then I won't even look
at it. We all know the problems with MobGUI and the subsequent lack of
support and stranded users. Simple fact is I just can't provide my clients
with code I can't maintain.

2. It needs to be as simple and easy to maintain as possible. And in
keeping with the simplicity theme, it needs to execute as fast as possible
in the least amount of readable code. I'm not a fan of frontscripts and
find they can get in the way in all sorts of ways, so I'd prefer staying
with libraries and passing messages.

3. It should be easy to implement and without much fanfare. Most of my
mobile projects need to be completed in weeks, not months, so trying to
work with a complex framework just doesn't fit my projects. I certainly
understand others have different timescales and may be more interested in
more elaborate frameworks.

4. It needs to fit within my workflow. I use a Harness app for both Android
and iOS phones and tablets which acts as a "player" for stacks, which are
then downloaded via a Dropbox URL. So, it's more difficult to add lots of
other files, like interface images in the bundle. I would rather bring
files down from the Internet, or SpitOut them on the first run.

5. I think I can make a case that it's pretty much impossible in LC at this
stage to identify dpi vs resolution needs if you're trying to go cross
platform-- Android-iOS. Furthermore, as a designer, I can only imagine the
possible nightmare involved in not having the exact right resolution images
for different Android Layouts. I would suspect the carefully set margins
and padding of one's design would get fairly screwed up. LC just doesn't
work well with complex architectures and frameworks. Geometry Manager?
Animation Manager? Ring any bells?

6. Lastly, if you tend to like to create skeuomorphic interface designs, as
I do, then you pretty much know you have to work all your graphics out in
Photoshop. So, for the most part there's no needing to worry about scalable
*everything* in LC, as the images themselves scale quite well. So having a
heavyweight library which tries to match each and every control attribute
with the proper scaling algorithms, seems a bit overkill for me. Keeping
things simpler, and lighter-- is better. For me.


-- 
Chipp Walters
CEO, Altuit, Inc.
___
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: Preview of Resolution Independent Control library for RevMobile

[Scott Rossi]

My question would be, are 4 separate images for each control necessary?

You're not going to change density in the middle of session, so only one 
"scaled" image for each control is needed at a time.  While most of the 
controls I've been building are groups of graphics (no images), It seems to me 
that storing multiple versions of the same image consumes file space for no 
good reason.  Ideally I would imagine you could start out with one hi res image 
for each control that is scaled down as needed.  Perhaps control images could 
be scaled dynamically to the needed resolution at startup.

The only reason I can see for having multiples of the same image is if the 
scaling results are not visually satisfactory, but there might be other 
considerations.

Scott Rossi
Creative Director
Tactile Media, UX Design

On Jul 26, 2012, at 3:47 AM, Monte Goulding  wrote:

> The other thing is any images that are used as icons would need to be found 
> if they aren't on that stack. Probably in an icon/image library. What do 
> people think about resizing images as Chipp has done compared to providing 4 
> sizes. My thought is that the framework could include a plugin that took an 
> image, created and saved the 4 sizes (or used up to 4 supplied image) to icon 
> library stack files for each density. Then the framework would load the 
> correct icon library for the density and all the icons would be right. We 
> could also have folders for each density for images that are only needed 
> occasionally so you don't what them in memory etc.
> 
> To resize a control we need to come up with a command that can accept a 
> control id and a density. If we want to be able to work at any density then 
> we might want to also pass the current density the control is at to the 
> command. So we are changing a control from mdpi to hdpi or back or to ldpi 
> and so on.
> 
> Cheers
> 
> --
> M E R Goulding
> Software development services
> 
> mergExt - There's an external for that!
> 
> On 26/07/2012, at 7:18 PM, Scott Morrow  wrote:
> 
>> I'm glad that this is staying on list for now as I'm working through trying 
>> to create a scalable app rather than ones with different fixed layouts.
>> 
>> Besides scaling the rect of objects, what other properties will likely need 
>> consideration?
>> A few that I'm puzzling over at the moment…
>> 
>> textSize
>> margins
>> lineSize
>> roundRadius
>> 
>> GraphicEffects
>> dropShadow: probably not all properties… spread, size, distance (opacity?)
>> innerShadow
>> outerGlow
>> innerGlow
>> 
>> Gradient
>> 
>> 
>> --
>> Scott Morrow
>> 
>> Elementary Software
>> (Now with 20% less chalk dust!)
>> web   http://elementarysoftware.com/
>> email sc...@elementarysoftware.com
>> --
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Jul 25, 2012, at 5:17 PM, Monte Goulding wrote:
>> 
>>> OK Scott, should we continue on list or move off. It might be good to 
>>> continue on list for a while to see who's keen to be involved.
>>> 
>>> Continuing to think out loud on this. One thing we want to be able to do is 
>>> work in whatever density we like and then have everything still scale 
>>> right. So what about the framework mainstack has a density property. On 
>>> mobile this is worked out during preOpenStack and on desktop it would 
>>> default to mdpi but be settable so  you can use whatever you want. This is 
>>> independent of stack size and the setprop handler would cause the controls 
>>> on the current card to resize.
>>> 
>>> One important thing to consider is inventing a cool non-developer specific 
>>> acronym and prefix for this thing ;-) My hope is it can handle more than 
>>> just this one issue. Thinks like preferences come to mind.
>>> 
>>> My vote is for mafia - Mobile App Framework with Interface Adaptation ;-)
>>> 
>>> --
>>> M E R Goulding 
>>> Software development services
>>> Bespoke application development for vertical markets
>>> 
>>> mergExt - There's an external for that!
>>> 
>>> ___
>>> 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

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

Re: Drop Shadow in Text Field

[Richmond]

On 07/26/2012 01:57 PM, Mark Schonewille wrote:

Hi Randy,

You can put an opaque field of thesame size behind the transparent field and 
assign the same graphical effect to it. That way, you have one field that shows 
dropshadow behind the text and another field with a dropshadow following the 
outline.


Fudge.

Why does it seem that an awful lot of our time seems to consist of 
finding "work arounds"?


And, does "work arounds" really mean circumventing the limitations of . 
. . . ?


Somewhere (in Edinburgh, possibly) somebody ought to be keeping a tally 
of the work arounds,

so that those work arounds are NOT necessary in the next recension of LC.



--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553

Economy-x-Talk is looking for an amateur painter/cartoonist/poet etc. Contact 
me http://qery.us/du



On 26 jul 2012, at 05:09, Randy Hengst wrote:


Thanks Scott,

That's kind of what I thought… but, was hoping for a way to assign to the text 
and the outline of the field.

be well,
randy




___
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: Drop Shadow in Text Field

[Mark Schonewille]

Hi Randy,

You can put an opaque field of thesame size behind the transparent field and 
assign the same graphical effect to it. That way, you have one field that shows 
dropshadow behind the text and another field with a dropshadow following the 
outline.

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553

Economy-x-Talk is looking for an amateur painter/cartoonist/poet etc. Contact 
me http://qery.us/du



On 26 jul 2012, at 05:09, Randy Hengst wrote:

> Thanks Scott,
> 
> That's kind of what I thought… but, was hoping for a way to assign to the 
> text and the outline of the field.
> 
> be well,
> randy
> 



___
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: Preview of Resolution Independent Control library for RevMobile

[Monte Goulding]

The other thing is any images that are used as icons would need to be found if 
they aren't on that stack. Probably in an icon/image library. What do people 
think about resizing images as Chipp has done compared to providing 4 sizes. My 
thought is that the framework could include a plugin that took an image, 
created and saved the 4 sizes (or used up to 4 supplied image) to icon library 
stack files for each density. Then the framework would load the correct icon 
library for the density and all the icons would be right. We could also have 
folders for each density for images that are only needed occasionally so you 
don't what them in memory etc.

To resize a control we need to come up with a command that can accept a control 
id and a density. If we want to be able to work at any density then we might 
want to also pass the current density the control is at to the command. So we 
are changing a control from mdpi to hdpi or back or to ldpi and so on.

Cheers

--
M E R Goulding
Software development services

mergExt - There's an external for that!

On 26/07/2012, at 7:18 PM, Scott Morrow  wrote:

> I'm glad that this is staying on list for now as I'm working through trying 
> to create a scalable app rather than ones with different fixed layouts.
> 
> Besides scaling the rect of objects, what other properties will likely need 
> consideration?
> A few that I'm puzzling over at the moment…
> 
> textSize
> margins
> lineSize
> roundRadius
> 
> GraphicEffects
> dropShadow: probably not all properties… spread, size, distance (opacity?)
> innerShadow
> outerGlow
> innerGlow
> 
> Gradient
> 
> 
> --
> Scott Morrow
> 
> Elementary Software
> (Now with 20% less chalk dust!)
> web   http://elementarysoftware.com/
> email sc...@elementarysoftware.com
> --
> 
> 
> 
> 
> 
> 
> 
> On Jul 25, 2012, at 5:17 PM, Monte Goulding wrote:
> 
>> OK Scott, should we continue on list or move off. It might be good to 
>> continue on list for a while to see who's keen to be involved.
>> 
>> Continuing to think out loud on this. One thing we want to be able to do is 
>> work in whatever density we like and then have everything still scale right. 
>> So what about the framework mainstack has a density property. On mobile this 
>> is worked out during preOpenStack and on desktop it would default to mdpi 
>> but be settable so  you can use whatever you want. This is independent of 
>> stack size and the setprop handler would cause the controls on the current 
>> card to resize.
>> 
>> One important thing to consider is inventing a cool non-developer specific 
>> acronym and prefix for this thing ;-) My hope is it can handle more than 
>> just this one issue. Thinks like preferences come to mind.
>> 
>> My vote is for mafia - Mobile App Framework with Interface Adaptation ;-)
>> 
>> --
>> M E R Goulding 
>> Software development services
>> Bespoke application development for vertical markets
>> 
>> mergExt - There's an external for that!
>> 
>> ___
>> 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: Preview of Resolution Independent Control library for RevMobile

[Scott Morrow]

I'm glad that this is staying on list for now as I'm working through trying to 
create a scalable app rather than ones with different fixed layouts.

Besides scaling the rect of objects, what other properties will likely need 
consideration?
A few that I'm puzzling over at the moment…

textSize
margins
lineSize
roundRadius

GraphicEffects
dropShadow: probably not all properties… spread, size, distance (opacity?)
innerShadow
outerGlow
innerGlow

Gradient


--
Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web   http://elementarysoftware.com/
email sc...@elementarysoftware.com
--







On Jul 25, 2012, at 5:17 PM, Monte Goulding wrote:

> OK Scott, should we continue on list or move off. It might be good to 
> continue on list for a while to see who's keen to be involved.
> 
> Continuing to think out loud on this. One thing we want to be able to do is 
> work in whatever density we like and then have everything still scale right. 
> So what about the framework mainstack has a density property. On mobile this 
> is worked out during preOpenStack and on desktop it would default to mdpi but 
> be settable so  you can use whatever you want. This is independent of stack 
> size and the setprop handler would cause the controls on the current card to 
> resize.
> 
> One important thing to consider is inventing a cool non-developer specific 
> acronym and prefix for this thing ;-) My hope is it can handle more than just 
> this one issue. Thinks like preferences come to mind.
> 
> My vote is for mafia - Mobile App Framework with Interface Adaptation ;-)
> 
> --
> M E R Goulding 
> Software development services
> Bespoke application development for vertical markets
> 
> mergExt - There's an external for that!
> 
> ___
> 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: iOS notification center external added to mergExt

[Monte Goulding]

LOL... am having a bad day. I thought that was off list and just replied again 
with a recompile ;-)

For once I'm glad the list has the 15kb limit!

version 1.0.1 is up on mergext.com

Cheers

Monte
On 26/07/2012, at 6:41 PM, Monte Goulding wrote:

> OK, I'll check it out ASAP because I just released it ;-)

--
M E R Goulding 
Software development services
Bespoke application development for vertical markets

mergExt - There's an external for that!

___
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

OT: Need somebody with Mountain Lion for testing

[Tiemo Hollmann TB]

Hi,

I am just before releasing a new version of one of my products and would
like to know if my software runs on Mountain Lion without troubles to update
the system requirements on the paperwork of the CD. Since I can't upgrade my
MacBook to Mountain Lion and can't get a new one that quickly, I am looking
for somebody who could make a short test on Mountain Lion for me.

Please contact me offlist

Tiemo

 

 

___
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: iOS notification center external added to mergExt

[Monte Goulding]

OK, I'll check it out ASAP because I just released it ;-)

On 26/07/2012, at 2:51 PM, Monte Goulding wrote:

> Hi LiveCoders
> 
> There's still a few hours left of RunRev's 30% off SUMERSALE so I thought I'd 
> put another external out to make mergExt even more deliciously tempting 
> (sorry Andre's been talking about chee.. woops). 
> 
> Anyway, mergNotify is a great little external that allows you to hook into 
> any Notification from the iOS Notification Center. These are notifications 
> are from the classes in the iOS SDK. For example, 
> UIApplicationWillResignActiveNotification and 
> UIApplicationDidBecomeActiveNotification help you manage the device wbeing 
> put to sleep while your app is running. Read more at http://mergext.com
> 
> Tell me what you want next in the Poll at http://facebook.com/mergoulding
> 
> Regards
> 
> Monte
> 
> --
> M E R Goulding 
> Software development services
> Bespoke application development for vertical markets
> 
> mergExt - There's an external for that!
> 
> 
> ___
> 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

--
M E R Goulding 
Software development services
Bespoke application development for vertical markets

mergExt - There's an external for that!

___
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

AW: anyone with mountain lion yet?

[Tiemo Hollmann TB]

I just wanted to upgrade to Mountain Lion, but my Mac Book (with Lion) from
beginning 2008 is "too old" and not compatible.
I ever thought that incompatibily thing was a windows issue, but in the last
years it seems to turn around.
That’s how they keep the economy running.
Tiemo


> -Ursprüngliche Nachricht-
> Von: use-livecode-boun...@lists.runrev.com [mailto:use-livecode-
> boun...@lists.runrev.com] Im Auftrag von Andrew Henshaw
> Gesendet: Mittwoch, 25. Juli 2012 21:31
> An: How to use LiveCode
> Betreff: Re: anyone with mountain lion yet?
> 
> Yes, I bit the bullet and upgraded my 4 year old mac to Mountain Lion,  so
> far its mostly good.
> 
> It seems faster than Lion and almost everything is still working.
> Everything to do with Livecode is fine,  the only app I have problems with
> is Aperture as it wont video clips any more but I guess that will be fixed
> soon enough.
> 
> 
> 
> On 25 Jul 2012, at 19:54, Andre Garzia  wrote:
> 
> > Hey Folks,
> >
> > Since the last snafu with Android 4.1, I am afraid of upgrading
anything.
> >
> > Mountain Lion came out today, anyone here tried it out yet? Is
> > LiveCode still working for iOS and Android development?
> >
> > --
> > http://www.andregarzia.com -- All We Do Is Code.
> > http://fon.nu -- minimalist url shortening service.
> > ___
> > 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: Storing data on iOS

[FlexibleLearning]

For those who have gone before those who have gone before...

What sort of files does Apple allow to be downloaded? 'text' only files?
Defined by type of file (video, pdf etc)? Is there such a list?

I think I have established that 'executable' files will be rejected (i.e.
stack files) which is a real pain because I have a desktop app that would
ideally launch stack files from a home page index of modules. If this is the
case, what about a 'definition text file' that the app use to create the
stack on demand?

(This is, of course, apart from plists, licences,
XcodeVersion+iOSversion+LCversion combinations, submission processes etc.
Whatever happened to 'programming for the rest of us'!)

Hugh 'Wanting to grow roses instead of programming' Senior
FLCo


-Original Message-
Date: Wed, 25 Jul 2012 13:39:43 -0500
From: "J. Landman Gay" 
To: LiveCode Mailing List 
Subject: Storing data on iOS
Message-ID: <50103d6f.3030...@hyperactivesw.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

For those who have gone before me:

I have some files that are downloaded from a server and stored on the
device. The files will be updated periodically. I don't want to download
them repeatedly unless they've changed.

Apple says not to store data in the documents folder if it can be
retrieved from elsewhere. That makes me think I should keep it in the
cache folder. But I'd rather it was backed up so the user doesn't need
an internet connection if they want to use the app and the cache has
been wiped.

Where would you store the files?

--
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