Re: [OT?] ADOBE DROPS FLASH for HTML5

[Mark Wieder]

Richard-

Adobe has also killed off AIR for linux. So not only no linux
development, but no linux deployment either.

-- 
-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: Wasting space on the forum.

[Peter M. Brigham, MD]

I also prefer to see something about the current thread in the reply itself, at 
least enough to recognize the context. It drives me crazy to see a short reply 
to something and then "View this message in context:..." -- mostly I ignore 
such messages when the subject header doesn't immediately illuminate things, 
which it may not, if the last piece of the thread dates back a week or so.

However, I'm in favor of brevity as long as it doesn't sacrifice 
intelligibility. It only takes a minute to edit the quotes to shorten things up 
and, especially, delete the repeated 5-line "use-livecode mailing list..." 
footers, which really are a waste of space.

-- Peter

Peter M. Brigham
pmb...@gmail.com
http://home.comcast.net/~pmbrig

On Nov 10, 2011, at 8:43 AM, dunb...@aol.com wrote:

> Francis.
> 
> I agree with Mark. It is very convenient to see the recent history of any 
> discussion, laid out below the current entry for quick access. Beats opening 
> other eMails located heaven knows where, or searching the archives.
> 
> Space is cheap.
> 
> Craig Newman
> 
> Mark Schonewille  wrote:
> 
>> Hi Francis,
>> 
>> Usually I don't reply to messages that don't quote the preceding message. If 
>> you 
>> would like me to answer your questions and take part in discussions that may 
>> benefit you, quote the previous message. If you don't want me to reply, 
>> don't 
>> quote.
>> 
>> On 10 nov 2011, at 13:09, Francis Nugent Dixon wrote:
>> 
>>> Hi to any culpritsl,
>>> 
>>> Sorry to any of you who include past mails
>>> within their new mail ... BUT .
>>> 
>>>  You are wasting space !
>>> 
>>> Some of you go up to 6 or 7 levels, without
>>> thinking that we don't need to see the same
>>> information 6 or 7 times.
>>> 
>>> If anybody wants to follow whatever was
>>> said on that thread, they can always use :
>>> 
>>> http://lists.runrev.com/pipermail/use-livecode/
>>> 
>>> With thanks from us others ...



___
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: OT? Strange behaviour with Parallels/Lion/LC

[Bob Sneidar]

There used to be an issue with WindowServer going full throttle if you launched 
Parallels and started a VM in a remote desktop session. This was Remote Desktop 
Mac not the windows one. Apparently the interaction with VNC and Parallels was 
giving WindowServer fits. If you quit the remote session and started it up 
again, WindowServer calmed down. That problem has gone away now though, unless 
it is rearing it's ugly head again. 

Bob


On Nov 8, 2011, at 12:44 PM, Graham Samuel wrote:

> This may be a bit OT, but I am running the Windows version of the LiveCode 5 
> IDE on a Mac with Lion, supporting Windows XP via the latest version of 
> Parallels Desktop (7). I can do all the usual development stuff easily 
> enough, but when I run the app I'm developing **from within the IDE**, a 
> process belonging to Parallels named prl_vm_app goes into overdrive, with the 
> Mac's Activity Monitor reporting over 100% CPU usage. This rate of use goes 
> on even when my script appears to be quiescent, waiting for the next click of 
> the mouse, and even when Parallels is in the background. When I quit my app 
> (but not the IDE) this process goes back to around 6% of CPU time.
> 
> I don't think my script does anything unusual, but somehow I am upsetting the 
> Parallels environment. I am pursuing this via Parallels Support, who 
> acknowledge it as a problem but have not yet found a solution - and I don't 
> think I should hold my breath while waiting for one as there are some similar 
> unanswered issues on their database already. 
> 
> My question to this list is, has anyone seen anything like this and is there 
> a known workaround?
> 
> TIA
> 
> Graham
> (in case you're wondering why I'm using the Windows version of the IDE while 
> I have a perfectly good Mac version on the same machine, it's because I am 
> using a Windows-only external, which means my testing has to be in a Windows 
> environment).
> 
> ___
> 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: [OT?] ADOBE DROPS FLASH for HTML5

[Richmond]

On 11/10/2011 10:17 PM, Colin Holgate wrote:

I wonder if there's some space down on Wall Street for someone with a "We Want 
Flash!" banner...



I'm sure there's always, brief, space for a flasher . . .  :)


On Nov 10, 2011, at 2:46 PM, Scott Rossi wrote:


But watching people hate on Flash seems like any other "mob
dis", making claims about something for no good reason other than to claim
"me 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

RE: iOS forcing interface rotation (FlexibleLearning)

[Frans]

On 10.11.2011, at 19:00, use-livecode-requ...@lists.runrev.com wrote:

> I am working with an iOS UI that allows portrait and landscape rotation on
> one card but requires that the UI be presented in portrait on all other
> cards. no matter what the actual device rotation is.  The problem arises
> when leaving the card that allows landscape and going to a card that
> requires portrait.  If the user navigates to a "portrait only" card with
> device already in landscape, the UI is skewed.  Is there a way to force the
> auto-rotation without requiring the user to physically rotate the device?
> (I had hoped perhaps some trickery with mobileSetAllowedOrientations and
> mobileLockOrientation /mobileUnlockOrientation.)



Hi,

We have the same problem here with our 90 Card App. Only some of the cards are 
Landscape which leaves you with the option to leave off the Tab-bar or nav-bar
because if the user is holding the device Landscape-wise then it won't send
a "orientation-changed" message if you click on a tab-bar button and HAVE to go
to a portrait-only card. It will look silly.

In the "early" days, before the "orientation-changed" message was captured there
was a command to "force" the orientation. But that is no longer available.

What we would need for these hybrid orientation systems is that command back to 
force
the orientation to whatever the card can OFFER, not necessarily how the user is 
holding the device, or rotating it in sheer panic.
He/she can then just rotate the device because that's obviously necessary in a 
visible steady way... not because
it looks skewed. Plus it leaves UI-normal direct hops via the tabbar out of 
reach.

We have ben experimenting with  setting the orientation lock after invisibly 
going to a Portrait version of the
card currently in Landscape and hoping that the user will grasp what is going 
on. But is is cumbersome
and sometimes way too slow. We had severe flashes of white parts of cards under 
4.6.4.


Michael ? Ben ? Any way that old Force-Orientation command could be re-instated?

best From Berlin


Frans






Frans Schoffelen
http://knowlegistics.com  // Home of iCal Alarmist // Software & Sound // 
Makers of the German-Only  "Die Waldfibel" on the Appstore with 100.000+ 
downloads




___
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: [OT?] ADOBE DROPS FLASH for HTML5

[Colin Holgate]

I wonder if there's some space down on Wall Street for someone with a "We Want 
Flash!" banner...


On Nov 10, 2011, at 2:46 PM, Scott Rossi wrote:

> But watching people hate on Flash seems like any other "mob
> dis", making claims about something for no good reason other than to claim
> "me 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 : Wasting space on the forum.

[Francis Nugent Dixon]

Hi to any out there who agree, or who don't agree.

I have better things to do than scan down repeated
messages. I thought that some of you may agree !
(previous threads on this subject got better responses,
and I thought that a reminder was a good idea ).

It is your prerogative to fill the forum (or watch it
filled) with repetition, and without commenting upon it.
It is also mine to ignore, and to beef about it.
That is what forums are for (all comments accepted !)

I thought that users were repeating past messages
because they didn't know how NOT to do it !
If they are doing it deliberately, then go ahead, it's
a free world.

I'm sure, then, you won't mind if I skip over all of
these messages without even a casual glance.

I retire gracefully.

-Francis

"Nothing should ever be done for the first time !"


___
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: [OT?] ADOBE DROPS FLASH for HTML5

[Scott Rossi]

Exactly.  The original premise of Flash did and still does makes sense:
reduced data and instructions that get rendered on the client side.

I'm no Flash fanboy, for sure -- I dislike the direction Adobe took with
ActionScript.  But watching people hate on Flash seems like any other "mob
dis", making claims about something for no good reason other than to claim
"me too".

Regards,

Scott Rossi
Creative Director
Tactile Media, UX Design


Recently, Lynn Fredricks wrote:

> What I find interesting in the redefinition of Flash as a video only
> solution is that it exactly parallels the mess Apple made of Quicktime.
> Quicktime did have this great API (it worked on the Mac at least, though I
> know it had its share of problems on Windows), which Apple is no longer
> interested in supporting - making Quicktime just a video format.



___
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: [OT?] ADOBE DROPS FLASH for HTML5

[Lynn Fredricks]

> Well said, Colin.
> 
> On Thursday, November 10, 2011, Colin Holgate 
>  wrote:
> > In so many ways. It's main two flaws were that it made the common 
> > mistake
> of thinking that all Flash work is just playing of video, and 
> that doing something demanding in HTML5 wouldn't also drain 
> the battery. It also had the side effect of killing products 
> such as LiveCode for iOS for about six months.

What I find interesting in the redefinition of Flash as a video only
solution is that it exactly parallels the mess Apple made of Quicktime.
Quicktime did have this great API (it worked on the Mac at least, though I
know it had its share of problems on Windows), which Apple is no longer
interested in supporting - making Quicktime just a video format.

Best regards,

Lynn Fredricks
President
Paradigma Software
http://www.paradigmasoft.com

Valentina SQL Server: The Ultra-fast, Royalty Free Database Server 


___
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: [OT?] ADOBE DROPS FLASH for HTML5

[Roger Eller]

On Nov 10, 2011, at 12:42 PM, Chipp Walters  wrote:

> Well said, Colin.
>
> On Thursday, November 10, 2011, Colin Holgate  wrote:
>> In so many ways. It's main two flaws were that it made the common mistake
> of thinking that all Flash work is just playing of video, and that doing
> something demanding in HTML5 wouldn't also drain the battery. It also had
> the side effect of killing products such as LiveCode for iOS for about six
> months.
>
> --
> Chipp Walters
> CEO, Shafer Walters Group, Inc.

OTH, rather than killing LC for iOS, it made RunRev think of other
mobile OS' like Android.  I truly believe that if Apple had not
abandoned Flash and other Dev environments, LC On Android would still
have a "coming soon" banner on their site.

~Roger

Sent from my iPad  (yeah, I have one too 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: Wasting space on the forum.

[Pete]

I wonder how much hard drive space we've wasted commenting on this :-)

Pete
Molly's Revenge 




On Thu, Nov 10, 2011 at 10:42 AM, RevList  wrote:

> How to use LiveCode  on Thursday, November
> 10, 2011 at 10:32 AM -0800 wrote:
> >I think the biggest reason people leave the stuff in and don't trim is
> >because many people use Google mail, which not only arranges threads
> >nicely, but obfuscates long chains of conversations completely - out of
> >sight, out of mind.
> >
> >I personally have a pet peeve against the whole chain showing up in every
> >email, and when replying, I usually only include a small portion of what
> >started the thread or the last point raised. I do a lot of trimming. It
> >only takes a second.
> >
> >Hard drives will be getting more expensive.
>
> I can't agree more.  I have been using a system (FirstClass) that has been
> using a threaded message system for many years (20) so never have I used
> the Inbox/outbox format.  I see all messages
> related to a specific post all threaded together and it is easy  for me to
> go back and forth among responses on a particular topic.
>
> **
> Stewart Lynch
> CreaTECH Solutions
> sly...@createchsol.com
> 604.484.8499
> Skype:StewartLynch
>
> There are only 10 kinds of people.  Those who understand binary and those
> who don'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: Wasting space on the forum.

[René Micout]

Like that ?
Bon souvenir de Paris
René
:-)

Le 10 nov. 2011 à 19:32, stephen barncard a écrit :

> I personally have a pet peeve against the whole chain showing up in every
> email, and when replying, I usually only include a small portion of what
> started the thread or the last point raised. I do a lot of trimming. It
> only takes a second.

___
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: Wasting space on the forum.

[RevList]

How to use LiveCode  on Thursday, November 10, 
2011 at 10:32 AM -0800 wrote:
>I think the biggest reason people leave the stuff in and don't trim is
>because many people use Google mail, which not only arranges threads
>nicely, but obfuscates long chains of conversations completely - out of
>sight, out of mind.
>
>I personally have a pet peeve against the whole chain showing up in every
>email, and when replying, I usually only include a small portion of what
>started the thread or the last point raised. I do a lot of trimming. It
>only takes a second.
>
>Hard drives will be getting more expensive.

I can't agree more.  I have been using a system (FirstClass) that has been 
using a threaded message system for many years (20) so never have I used the 
Inbox/outbox format.  I see all messages
related to a specific post all threaded together and it is easy  for me to go 
back and forth among responses on a particular topic.

**
Stewart Lynch
CreaTECH Solutions
sly...@createchsol.com
604.484.8499
Skype:StewartLynch

There are only 10 kinds of people.  Those who understand binary and those who 
don'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: Wasting space on the forum.

[stephen barncard]

I think the biggest reason people leave the stuff in and don't trim is
because many people use Google mail, which not only arranges threads
nicely, but obfuscates long chains of conversations completely - out of
sight, out of mind.

I personally have a pet peeve against the whole chain showing up in every
email, and when replying, I usually only include a small portion of what
started the thread or the last point raised. I do a lot of trimming. It
only takes a second.

Hard drives will be getting more expensive.

On 10 November 2011 05:43,  wrote:

> Francis.
>
>
> I agree with Mark. It is very convenient to see the recent history of any
> discussion, laid out below the current entry for quick access. Beats
> opening other eMails located heaven knows where, or searching the archives.
>
>
> Space is cheap.
>
>
> Craig Newman
>
> Stephen Barncard
>
San Francisco Ca. USA

more about sqb  
___
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: [OT?] ADOBE DROPS FLASH for HTML5

[Chipp Walters]

Well said, Colin.

On Thursday, November 10, 2011, Colin Holgate  wrote:
> In so many ways. It's main two flaws were that it made the common mistake
of thinking that all Flash work is just playing of video, and that doing
something demanding in HTML5 wouldn't also drain the battery. It also had
the side effect of killing products such as LiveCode for iOS for about six
months.

-- 
Chipp Walters
CEO, Shafer Walters Group, 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: iOS forcing interface rotation

[FlexibleLearning]

Did anyone figure how to do this? I need exactly the same thing: All stack
windows are landscape, except 1 which must be portrait.

How do we force an orientation change without requiring the user to
physically rotate the device?

Hugh Senior
FLCo



On Tue Aug 2 09:23:51 CDT 2011 Scott Morrow wrote:

 I am working with an iOS UI that allows portrait and landscape rotation on
one card but requires that the UI be presented in portrait on all other
cards. no matter what the actual device rotation is.  The problem arises
when leaving the card that allows landscape and going to a card that
requires portrait.  If the user navigates to a "portrait only" card with
device already in landscape, the UI is skewed.  Is there a way to force the
auto-rotation without requiring the user to physically rotate the device?
(I had hoped perhaps some trickery with mobileSetAllowedOrientations and
mobileLockOrientation /mobileUnlockOrientation.)

TIA,

Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web   http://elementarysoftware.com/
email scott at elementarysoftware.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: setting data grid columns by code

[Andre Garzia]

On Thu, Nov 10, 2011 at 1:29 PM, Andrew Kluthe  wrote:

> columns
> - Line delimited list of columns in your table.
>
> put the dgProp["columns"] of group "Data Grid" into sColumns
>
> set the dgProp["columns"] of group "Data Grid" to sColumns
>
> It produces and accepts a line delimited list of columns. I have never done
> this from script but I use it from message box all the time to copy columns
> from one grid to another.
>
>
Thanks Andrew, this is very helpful! =)



>  --
> View this message in context:
> http://runtime-revolution.278305.n4.nabble.com/setting-data-grid-columns-by-code-tp4023932p4024020.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
>



-- 
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: [OT?] ADOBE DROPS FLASH for HTML5

[Colin Holgate]

In so many ways. It's main two flaws were that it made the common mistake of 
thinking that all Flash work is just playing of video, and that doing something 
demanding in HTML5 wouldn't also drain the battery. It also had the side effect 
of killing products such as LiveCode for iOS for about six months.


On Nov 10, 2011, at 9:31 AM, Richard Gaskin wrote:

> So "Thoughts on Flash" was wrong?

___
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: setting data grid columns by code

[Andrew Kluthe]

columns
- Line delimited list of columns in your table.

put the dgProp["columns"] of group "Data Grid" into sColumns

set the dgProp["columns"] of group "Data Grid" to sColumns

It produces and accepts a line delimited list of columns. I have never done
this from script but I use it from message box all the time to copy columns
from one grid to another.

--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/setting-data-grid-columns-by-code-tp4023932p4024020.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

setting data grid columns by code

[Andre Garzia]

Hey Guys,

Anyone here knows if there is a way to set the column information of a data
grid table by code? I am saying that because I have a list of records and
depending on the type of record wanted, I will show different columns. I
checked the API but it appears that the only way there is by using dgText
with column names. Is there other way?

Cheers
andre

-- 
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: [OT?] ADOBE DROPS FLASH for HTML5

[Richard Gaskin]

Lynn Fredricks wrote:


Right - but here's the rub. Even if application builders (Flash or whatever)
export HTML5 versions for use on mobile devices, that's still two different
versions of applications that will need supporting, right? I don't think
they can make all the same apps with HTML5 that they can with Flash (as
Colin basically implied).


Blasphemy!

Do you mean to suggest HTML5 is not a complete replacement for Flash?

So "Thoughts on Flash" was wrong?

;)

--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv

___
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: Wasting space on the forum.

[dunbarx]

Francis.


I agree with Mark. It is very convenient to see the recent history of any 
discussion, laid out below the current entry for quick access. Beats opening 
other eMails located heaven knows where, or searching the archives.


Space is cheap.


Craig Newman



-Original Message-
From: Mark Schonewille 
To: How to use LiveCode 
Sent: Thu, Nov 10, 2011 2:17 am
Subject: Re: Wasting space on the forum.


Hi Francis,

Usually I don't reply to messages that don't quote the preceding message. If 
you 
would like me to answer your questions and take part in discussions that may 
benefit you, quote the previous message. If you don't want me to reply, don't 
quote.

--
Best regards,

Mark Schonewille

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

Become our partner in sales http://qery.us/16r Start selling Color Converter 
today. 20% commission!

On 10 nov 2011, at 13:09, Francis Nugent Dixon wrote:

> Hi to any culpritsl,
> 
> Sorry to any of you who include past mails
> within their new mail ... BUT .
> 
> You are wasting space !
> 
> Some of you go up to 6 or 7 levels, without
> thinking that we don't need to see the same
> information 6 or 7 times.
> 
> If anybody wants to follow whatever was
> said on that thread, they can always use :
> 
> http://lists.runrev.com/pipermail/use-livecode/
> 
> With thanks from us others ...
> 
> - Francis


___
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: Wasting space on the forum.

[Mark Schonewille]

Hi Francis,

Usually I don't reply to messages that don't quote the preceding message. If 
you would like me to answer your questions and take part in discussions that 
may benefit you, quote the previous message. If you don't want me to reply, 
don't quote.

--
Best regards,

Mark Schonewille

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

Become our partner in sales http://qery.us/16r Start selling Color Converter 
today. 20% commission!

On 10 nov 2011, at 13:09, Francis Nugent Dixon wrote:

> Hi to any culpritsl,
> 
> Sorry to any of you who include past mails
> within their new mail ... BUT .
> 
> You are wasting space !
> 
> Some of you go up to 6 or 7 levels, without
> thinking that we don't need to see the same
> information 6 or 7 times.
> 
> If anybody wants to follow whatever was
> said on that thread, they can always use :
> 
> http://lists.runrev.com/pipermail/use-livecode/
> 
> With thanks from us others ...
> 
> - Francis


___
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

Wasting space on the forum.

[Francis Nugent Dixon]

Hi to any culpritsl,

Sorry to any of you who include past mails
within their new mail ... BUT .

 You are wasting space !

Some of you go up to 6 or 7 levels, without
thinking that we don't need to see the same
information 6 or 7 times.

If anybody wants to follow whatever was
said on that thread, they can always use :

http://lists.runrev.com/pipermail/use-livecode/

With thanks from us others ...

- Francis

"Nothing should ever be done for the first time !"

___
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: Formatting ChordPro music charts

[Jan Schenkel]

Hi Mark,

Glad to be of assistance. I just took another look at it, and realized that 
there's still a case where my algorithm didn't work: when the lyrics under the 
chord are shorter than the chord. The following adapted version should fix that 
for you:

##
on mouseUp
   put ChordProPrintText(field "ChordProText") into field "PrintText"
end mouseUp

private function ChordProPrintText pChordProText
   local tPrintText, tLine, tIndex, tInBracketFlag, tChords, tLyrics
   repeat for each line tLine in pChordProText
  put empty into tChords
  put empty into tLyrics
  put false into tInBracketFlag
  repeat with tIndex = 1 to the number of characters in tLine
 if char tIndex of tLine is "[" then
    put true into tInBracketFlag
    if tChords is not empty and char -1 of tChords is not space then
   put space after tChords
    end if
    repeat (the number of characters in tChords) - (the number of 
characters in tLyrics) times
   put space after tLyrics
    end repeat
 else if char tIndex of tLine is "]" then
    put false into tInBracketFlag
 else if tInBracketFlag is true then
    put char tIndex of tLine after tChords
 else
    put char tIndex of tLine after tLyrics
    if the number of characters in tChords < the number of characters 
in tLyrics then
   put space after tChords
    end if
 end if
  end repeat
  put tChords & return & tLyrics & return after tPrintText
   end repeat
   return char 1 to -2 of tPrintText -- no trailing return
end ChordProPrintText

##


Cheers,

Jan Schenkel.

=
Quartam Reports & PDF Library for LiveCode
www.quartam.com


=
"As we grow older, we grow both wiser and more foolish at the same time."  (La 
Rochefoucauld)



From: Mark Stuart 
To: use-revolut...@lists.runrev.com
Sent: Tuesday, November 8, 2011 5:49 PM
Subject: Re: Formatting ChordPro music charts

Jan, you are brilliant. Thank you very much for the script, it works exactly
as expected.
Even with chords like Dsus2, F#, Bb, Cm7, etc.

So thanx again. Now to finish this project... another story.

Regards,
Mark Stuart
___
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: Mobile apps: Where to store web service login details

[Keith Clarke]

Thanks Gerry. The Android notes aren't so specific about whether the cache 
folder persists (and no library folder is currently supported) so I was taking 
'documents' as the only generic option.

So, it seems that for iOS, the library is the safe, secure, encrypted and 
backed-up option, whereas for Android it may be cache or else documents - 
until/unless special folder support is extended. (Did I get that right?)   

Thanks also for the link to the article on encryption - though that will take a 
few read-troughs before I start to understand! :-)
   
On 10 Nov 2011, at 11:35, Gerry Orkin wrote:

> 
>> Thanks Andre, I did look at special folders but it appears the only location 
>> on iOS and Android with read/write access is the 'documents' special folder. 
> 
> The iOS release notes list these locations as valid for files:
> 
> home – the (unique) folder containing the application bundle and its 
> associated data and folders
> 
> documents – the folder in which the application should store any document 
> data (this folder is backed up by iTunes on sync)
> 
> cache – the folder in which the application should store any transient data 
> that needs to be preserved between launches (this folder is not backed up by 
> iTunes on sync)
> 
> library – the folder in which the application can store data of various 
> types. In particular, data private to the application should be stored in a 
> folder named with the app's bundle identifier inside library. (this folder is 
> backed up by iTunes on sync).
> 
> temporary – the folder in which the application should store any temporary 
> data that is not needed between launches (this folder is not backed up by 
> iTunes on sync) 
> 
>> This seems a bit 'open' for login details - both in terms of accessibility 
>> and the potential for the file to be deleted.
> 
> Your app is sandboxed. Every iOS app that stores login details stores those 
> details in one of the valid folders.
> 
>> 
>> Do I guess correctly that there is then additional LiveCode magic dust (that 
>> I haven't learned about yet) which can be applied to the files to protect / 
>> hide / encrypt them when in such a seemingly open folder? :-)
> 
> You files are encrypted (as I recently discovered). Check out this forum 
> thread: 
> http://forums.runrev.com/viewtopic.php?f=49&t=9468&sid=b17306c823b589abcc24e7954ce81884
> 
> 
> 
> Cheers
> 
> Gerry
> 
> ___
> 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: Mobile apps: Where to store web service login details

[Gerry Orkin]

 
> Thanks Andre, I did look at special folders but it appears the only location 
> on iOS and Android with read/write access is the 'documents' special folder. 

The iOS release notes list these locations as valid for files:

home – the (unique) folder containing the application bundle and its associated 
data and folders

documents – the folder in which the application should store any document data 
(this folder is backed up by iTunes on sync)

cache – the folder in which the application should store any transient data 
that needs to be preserved between launches (this folder is not backed up by 
iTunes on sync)

library – the folder in which the application can store data of various types. 
In particular, data private to the application should be stored in a folder 
named with the app's bundle identifier inside library. (this folder is backed 
up by iTunes on sync).

temporary – the folder in which the application should store any temporary data 
that is not needed between launches (this folder is not backed up by iTunes on 
sync) 

> This seems a bit 'open' for login details - both in terms of accessibility 
> and the potential for the file to be deleted.

Your app is sandboxed. Every iOS app that stores login details stores those 
details in one of the valid folders.

> 
> Do I guess correctly that there is then additional LiveCode magic dust (that 
> I haven't learned about yet) which can be applied to the files to protect / 
> hide / encrypt them when in such a seemingly open folder? :-)

You files are encrypted (as I recently discovered). Check out this forum 
thread: 
http://forums.runrev.com/viewtopic.php?f=49&t=9468&sid=b17306c823b589abcc24e7954ce81884



Cheers

Gerry

___
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] MobGUI V0.25 - new scroller

[Keith Clarke]

Thanks for the update John. 

Is there a trick within MobGUI (now or planned) for managing a single stack for 
iOS and Android deployments, which 'switches' the appropriate native controls - 
in a similar fashion to the way you have enabled specific layouts by 
orientation? 

I'm envisaging a specific Android radio button to go alongside the iOS devices 
in your design size and orientation parameters (assuming that 'Custom' is 
concerned purely with screen dimensions and not specifically the Android 
platform)?

Would the current workaround be to create alternative groups of the native 
controls and have their visibility set by the platform?
Best,
Keith..
 
On 10 Nov 2011, at 10:23, John Craig wrote:

> Hi, all.  I've added the first version of a new scroller control for android 
> (or iOS or both).  I'd be grateful for any feedback on performance on actual 
> devices.
> 
> Thanks  :)
> 
> J
> 
> ___
> 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: Mobile apps: Where to store web service login details

[Keith Clarke]

Thanks Andre, I did look at special folders but it appears the only location on 
iOS and Android with read/write access is the 'documents' special folder. 

This seems a bit 'open' for login details - both in terms of accessibility and 
the potential for the file to be deleted.

Do I guess correctly that there is then additional LiveCode magic dust (that I 
haven't learned about yet) which can be applied to the files to protect / hide 
/ encrypt them when in such a seemingly open folder? :-)
Best,
Keith..
 
On 10 Nov 2011, at 11:04, Andre Garzia wrote:

> On Thu, Nov 10, 2011 at 8:05 AM, Keith Clarke <
> keith.cla...@clarkeandclarke.co.uk> wrote:
> 
>> Hi Folks,
>> I'm dipping my to into mobile development and looking for advice on where
>> best to store web service usernames and passwords that are accessed from
>> the device (with security and persistence between session).
>> 
>> The use case is a simple iOS/Android app that would access my revServer.
>> 
>> I can't find any reference to this in the docs - am I missing the magic
>> search keyword?
>> Best,
>> Keith..
>> 
>> 
>> 
> Keith,
> 
> Check out the specialFolderPaths() in the docs for mobile.
> 
> Cheers
> andre
> 
> 
> 
>> 
>> 
>> ___
>> 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


___
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: Mobile apps: Where to store web service login details

[Andre Garzia]

On Thu, Nov 10, 2011 at 8:05 AM, Keith Clarke <
keith.cla...@clarkeandclarke.co.uk> wrote:

> Hi Folks,
> I'm dipping my to into mobile development and looking for advice on where
> best to store web service usernames and passwords that are accessed from
> the device (with security and persistence between session).
>
> The use case is a simple iOS/Android app that would access my revServer.
>
> I can't find any reference to this in the docs - am I missing the magic
> search keyword?
> Best,
> Keith..
>
>
>
Keith,

Check out the specialFolderPaths() in the docs for mobile.

Cheers
andre



>
>
> ___
> 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: [ANN] MobGUI V0.25 - new scroller

[John Craig]

http://forums.runrev.com/viewtopic.php?f=54&t=9484

http://youtu.be/9n7sI6UHjBg


On 10/11/2011 10:23, John Craig wrote:
Hi, all.  I've added the first version of a new scroller control for 
android (or iOS or both).  I'd be grateful for any feedback on 
performance on actual devices.


Thanks  :)

J

___
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

[ANN] MobGUI V0.25 - new scroller

[John Craig]

Hi, all.  I've added the first version of a new scroller control for 
android (or iOS or both).  I'd be grateful for any feedback on 
performance on actual devices.


Thanks  :)

J

___
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

Mobile apps: Where to store web service login details

[Keith Clarke]

Hi Folks,
I'm dipping my to into mobile development and looking for advice on where best 
to store web service usernames and passwords that are accessed from the device 
(with security and persistence between session). 

The use case is a simple iOS/Android app that would access my revServer.

I can't find any reference to this in the docs - am I missing the magic search 
keyword?
Best,
Keith..



 
___
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: Download a stack file

[Peter Bogdanoff]

This did work for a while. Now it is not working-- the cached message is not 
sent.

I tried putting a wait until URLStatus is "cached" but the program waited 
indefinitely, so it seems that it is not loading from this remote server. The 
file is available (I used an FTP application to test download it--took a few 
seconds.)

Did 5.0 break something?

The file I'm downloading is:
load URL "http://artsinteractive.org/updates/MITA-1NEW.livecode"; with 
message "downloadDone"

Peter

On Oct 28, 2011, at 1:25 PM, AndyP wrote:

> Use a callback to check when the loaded file is cached (fully loaded) and
> then save the file via a url.
> 
> load url myUrl with message "loaded"
> 
> on loaded pUrl, pStatus
>   if pStatus = "cached" then
> put url pUrl into url ("binfile:" & pathToLocalFile)
>   end if
>   unload url pUrl
> end loaded 
> 
> 
> 
> 
> 
> -
> Andy Piddock
> 
> 
> My software never has bugs. It just develops random features.
> PointandSee is a FREE simple but full featured under cursor colour picker / 
> finder.
> http://www.pointandsee.co.uk - made with LiveCode (v1.4.1 released 26/08/2011)
> 
> 
> --
> View this message in context: 
> http://runtime-revolution.278305.n4.nabble.com/Download-a-stack-file-tp3947074p3949126.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

___
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: MAC OS X Lion, shell and language

[René Micout]

One line in less ! Thank you Ken ! :-)

A little subsidiary question:
with: put shell("defaults read NSGlobalDomain")
what is in second line the big number like that:
"----" = XX
?
René

Le 10 nov. 2011 à 02:45, Ken Ray a écrit :

> 
> On Nov 8, 2011, at 1:28 PM, René Micout wrote:
> 
>> Thanks Warren,
>> I simplify my script :
>> 
>>  get shell ("defaults read NSGlobalDomain")
>>  get line lineOffset("AppleLocale",it) of it
>>  put false into vxFrançais ; if "fr" is in it then put true into vxFrançais
> 
> Even easier:
> 
>  put shell("defaults read NSGlobalDomain AppleLocale") into tLanguage
> 
> :D
> 
> 
> Ken Ray
> Sons of Thunder Software, Inc.
> Email: k...@sonsothunder.com
> Web Site: http://www.sonsothunder.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