Re: console applications

[Richard Gaskin]

jvalle wrote:


would like to know if it is possible to create console applications with
Livecode 4.6.X. After some researching in forums seems it is not possible or a
bit special.


It's "special" only in that the engine is primarily designed for making 
GUI apps, so when running as a console app you'll need to pass a "-ui" 
flag to it to tell it not to initialize its GUI.


I wrote a GUI installer with v4.6.1 and more recently with 4.6.4 for 
which some institutional users needed a command-line option.  We've had 
such success with it that I'm now exploring ways we can add useful CLI 
options to other apps as well.


--
 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: Warning Re: 'DAZ3D is giving away three 3D-Apps for free'

[Randy Hengst]

Excellent. Thank you Ken.

be well,
randy
-
On Feb 12, 2012, at 1:00 PM, Ken Ray wrote:

> 
> On Feb 12, 2012, at 10:14 AM, François Chaplais wrote:
> 
>> Ken, thank you very much for your help. I have NOT installed the DAZ3D 
>> software yet (I have the old DAZ studio whose environment variables do not 
>> include "-"), so I would like to use your indications *before* installing 
>> the DAZ soft. FYI, I have all versions of revstudio then livecode installed 
>> on my mac. When I open the revdebugger stack in its on its LC version (or 
>> another one), I do not see any script to edit in it. Do I have to enable 
>> editing of the IDE (can't remember how...) or do I need to extract the 
>> revdebugger from the bundle to put it into an editable place then put it 
>> back into the bundle (Livecode is the Applications folder, which is admin, 
>> and i general, I avoid working on the admin account)?
> 
> This may the same thing Randy was posting about (if so, Randy, you can ignore 
> my previous email).
> 
> If you open the revdebugger.rev stack in the LC IDE, it will open as a blank 
> stack window. You can't get to edit scripts of the window because the Object 
> menu's entry for "Stack Script" is disabled, so you need to open the message 
> box and type:
> 
>  edit script of stack "revDebugger"
> 
> and then execute that and you'll get the script editor open with the relevant 
> script.
> 
> 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

A call for inter-plugin communication

[Andre Garzia]

Hey Folks,

I've been wondering why most of the plugins for LC do not publish an API
that developers (and other plugins) can call. Since the addition of
"dispatch", plugin developers could provide an API in the form of
dispatchable calls, it would be great. The plugins could dispatch some
calls to a registered object. This way we could start to exchange data
between our plugins. For example, I could build a "Dropbox IDE service
plugin", all plugins wanting to save stuff to dropbox could do it thru my
service plugin.

In mock xtalk script could go like:

dispatch "register_plugin" to stack "dropbox_service"

put "blablabla" into tParamsA["content"]
put "file.txt" into tParamsA["filename"]
dispatch "save_file" to stack "dropbox_service" with tParamsA

This would save other developers the need to implement dropbox on their own
for usage inside the IDE. Other useful cases could be for installers,
Developers who build Installers maker tools, could provide a set of APIs
that we could call, for example from inside standaloneSaved message. People
who build color pickers, could provide an API so that we could call their
pickers.

I am not saying that we need inter-plugin communications on standalones. I
think it is useful to have this kind of technology inside the IDE where we
have a dozen plugins that don't talk to each other.

Anyone care for a comment?

Cheer
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: A call for inter-plugin communication

[Mark Schonewille]

Hi André,

I could imagine that Installer Maker would be a candidate for such an API, but 
currently I have no clue what people might need. Send in your feature requests 
and I'll see what I can do.

--
Best regards,

Mark Schonewille

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

Download the Installer Maker Plugin 1.7 for LiveCode here http://qery.us/za

On 13 feb 2012, at 17:15, Andre Garzia wrote:

> Hey Folks,
> 
> I've been wondering why most of the plugins for LC do not publish an API
> that developers (and other plugins) can call. Since the addition of
> "dispatch", plugin developers could provide an API in the form of
> dispatchable calls, it would be great. The plugins could dispatch some
> calls to a registered object. This way we could start to exchange data
> between our plugins. For example, I could build a "Dropbox IDE service
> plugin", all plugins wanting to save stuff to dropbox could do it thru my
> service plugin.
> 
> In mock xtalk script could go like:
> 
> dispatch "register_plugin" to stack "dropbox_service"
> 
> put "blablabla" into tParamsA["content"]
> put "file.txt" into tParamsA["filename"]
> dispatch "save_file" to stack "dropbox_service" with tParamsA
> 
> This would save other developers the need to implement dropbox on their own
> for usage inside the IDE. Other useful cases could be for installers,
> Developers who build Installers maker tools, could provide a set of APIs
> that we could call, for example from inside standaloneSaved message. People
> who build color pickers, could provide an API so that we could call their
> pickers.
> 
> I am not saying that we need inter-plugin communications on standalones. I
> think it is useful to have this kind of technology inside the IDE where we
> have a dozen plugins that don't talk to each other.
> 
> Anyone care for a comment?
> 
> Cheer
> 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

Re: A call for inter-plugin communication

[Andre Garzia]

Mark,

As usual, thanks for your prompt reply! Installer Maker is a great
candidate.

I think that the overall idea can be divided in two categories:

1 - remote driving a plugin workflow. A simple API callable by using
dispatch calls could be implemented so that Installer Maker could be
"piloted" by a script. This is useful because the user could write driving
scripts that integrated installer generation on their own workflow. Not
unlike GIT hooks.

2 - receiving events while the plugin is working. There are many steps
during installer generation. Installer maker could dispatch an message
handler to stacks that registered interest in such progress. Like
libURLSetCallback. This way, another script could know of possible errors
or when an installer is ready and auto upload it for example.

=)

On Mon, Feb 13, 2012 at 2:29 PM, Mark Schonewille <
m.schonewi...@economy-x-talk.com> wrote:

> Hi André,
>
> I could imagine that Installer Maker would be a candidate for such an API,
> but currently I have no clue what people might need. Send in your feature
> requests and I'll see what I can do.
>
> --
> Best regards,
>
> Mark Schonewille
>
> Economy-x-Talk Consulting and Software Engineering
> Homepage: http://economy-x-talk.com
> Twitter: http://twitter.com/xtalkprogrammer
> KvK: 50277553
>
> Download the Installer Maker Plugin 1.7 for LiveCode here
> http://qery.us/za
>
> On 13 feb 2012, at 17:15, Andre Garzia wrote:
>
> > Hey Folks,
> >
> > I've been wondering why most of the plugins for LC do not publish an API
> > that developers (and other plugins) can call. Since the addition of
> > "dispatch", plugin developers could provide an API in the form of
> > dispatchable calls, it would be great. The plugins could dispatch some
> > calls to a registered object. This way we could start to exchange data
> > between our plugins. For example, I could build a "Dropbox IDE service
> > plugin", all plugins wanting to save stuff to dropbox could do it thru my
> > service plugin.
> >
> > In mock xtalk script could go like:
> >
> > dispatch "register_plugin" to stack "dropbox_service"
> >
> > put "blablabla" into tParamsA["content"]
> > put "file.txt" into tParamsA["filename"]
> > dispatch "save_file" to stack "dropbox_service" with tParamsA
> >
> > This would save other developers the need to implement dropbox on their
> own
> > for usage inside the IDE. Other useful cases could be for installers,
> > Developers who build Installers maker tools, could provide a set of APIs
> > that we could call, for example from inside standaloneSaved message.
> People
> > who build color pickers, could provide an API so that we could call their
> > pickers.
> >
> > I am not saying that we need inter-plugin communications on standalones.
> I
> > think it is useful to have this kind of technology inside the IDE where
> we
> > have a dozen plugins that don't talk to each other.
> >
> > Anyone care for a comment?
> >
> > Cheer
> > 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

Seeking corporate developer

[Mark Powell]

Not sure if this is the best forum but here goes.

I am leaving my current position at end of month and as part of my transition, 
I have agreed to help find talent who can maintain, troubleshoot, and extend 
the LC apps that I have written here.  There are three major ones, all 
currently Windows desktop apps.  Scope of work might be run from custodial 
(fixing things that go wrong) to developmental (creating iOS versions or adding 
long requested functionality).  Technically, there is nothing tremendously 
esoteric, generally a lot of data manipulation and interfacing to DRM servers 
and command line tools.  Experience in UI design would be a plus. 

Preferred geographic location is UK, Boston area, or San Francisco Bay Area.  
The latter is my personal preference, as it is where I am working and doing a 
TOI face-to-face would be most productive.

Please contact me off-list (mark_pow...@symantec.com) and I will try to get 
back to you as soon as I can.

Thanks!

Mark

___
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

Pick wheel: text size and language

[Sergio Schvarstein]

Hi,

I need to use a standard pick wheel for an iOS iPhone app.

I am trying to use the iphonepick command, but I cannot solve a couple of 
issues:

1. Is there any way for changing the text size of the wheel items ? My text 
items are a bit long and they show incomplete.

2.  Is there any way for changing the language of the Cancel and Done buttons ? 
My app is bilingual, English/Spanish.

Thanks and Best Regards.


__
Sergio Schvarstein

__




___
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: A call for inter-plugin communication

[Richard Gaskin]

Andre Garzia wrote:

I've been wondering why most of the plugins for LC do not publish an API
that developers (and other plugins) can call. Since the addition of
"dispatch", plugin developers could provide an API in the form of
dispatchable calls, it would be great. The plugins could dispatch some
calls to a registered object. This way we could start to exchange data
between our plugins. For example, I could build a "Dropbox IDE service
plugin", all plugins wanting to save stuff to dropbox could do it thru my
service plugin.

In mock xtalk script could go like:

dispatch "register_plugin" to stack "dropbox_service"

put "blablabla" into tParamsA["content"]
put "file.txt" into tParamsA["filename"]
dispatch "save_file" to stack "dropbox_service" with tParamsA

This would save other developers the need to implement dropbox on their own
for usage inside the IDE. Other useful cases could be for installers,
Developers who build Installers maker tools, could provide a set of APIs
that we could call, for example from inside standaloneSaved message. People
who build color pickers, could provide an API so that we could call their
pickers.

I am not saying that we need inter-plugin communications on standalones. I
think it is useful to have this kind of technology inside the IDE where we
have a dozen plugins that don't talk to each other.

Anyone care for a comment?


Some of this has been anticipated and spec'd in the Rev Interoperability 
Guidelines at the RIP project:



As a working group focused on such things, perhaps that might be a good 
place to further such goals.


--
 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: Strange folder config for Windows standalone

[Bob Sneidar]

As an aside, let's look at how far we have come from the Hypercard days. How 
many things can we do now with Livecode that would have taken xcmd's in 
Hypercard, or else could not have been done at all? I cannot think of a single 
thing in the last year or two that could NOT be done with Livecode, except 
perhaps for processor/graphics intensive things like a 3D role playing game, 
and even that seems to be possible within limits. Kudos to the Dev team! 

Bob


On Feb 12, 2012, at 1:05 PM, J. Landman Gay wrote:

> On 2/12/12 2:37 PM, Pete wrote:
>> Thanks Jacque, got 2 solutions now!
>> 
>> I guess I'm hoping that I can automate the whole build process at some
>> point by using the standaloneSaved message to do stuff so I don;t forget
>> to.  Basically I will want to:
>> 
>> - add a couple of files to the Windows standlaone folder
>> - zip the Mac and Windows folders
>> - ftp them to my web site
>> 
>> Is that a vain hope?
> 
> Not at all, just stay in LiveCode. Use "put url" or "revCopyFile" to copy the 
> files to the folder. Use revZip to zip the folder. Use the internet libURL 
> commands to FTP to the server.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Problem with option menus in a datagrid on Windows 7

[Pete]

I recently posted about the above issue and just heard from the QCC that
they have confirmed the problem.  If you customize a datagrid column to
include an option menu, on Windows 7 the options in the menu are invisible
in the list until you position the mouse over one.  Passing it on to anyone
who may be customising a datagrid in that way.  I don;t what they QCC plan
to do about it..


-- 
Pete
Molly's Revenge 
___
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

SQLite externals

[Pete]

The SQLite library is complied into the IDE and any standalones that use
SQLite.  But there are a number of useful extension functions available
from various web sites, mostly written in C.  Is it likely that these
extensions could be incorporated into LC via the externals mechanism?  I
can't quite see how an external like this would be seen by the embedded
SQLite library?

-- 
Pete
Molly's Revenge 
___
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: Strange folder config for Windows standalone

[J. Landman Gay]

On 2/12/12 4:25 PM, Pete wrote:

Thanks Jacque.  SO the revZip commands won't include the bogues stuff that
the Mac compress does?  IF not, then that's perfect.


Right, the scripts control what gets put in there, so it's completely up 
to you. Nothing extra gets added.


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

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

Re: A call for inter-plugin communication

[Andre Garzia]

Richard,

I am on the group since forever. Our specs were pre-dispatch right?

Cheers
andre

On Mon, Feb 13, 2012 at 3:42 PM, Richard Gaskin
wrote:

> Andre Garzia wrote:
>
>> I've been wondering why most of the plugins for LC do not publish an API
>> that developers (and other plugins) can call. Since the addition of
>> "dispatch", plugin developers could provide an API in the form of
>> dispatchable calls, it would be great. The plugins could dispatch some
>> calls to a registered object. This way we could start to exchange data
>> between our plugins. For example, I could build a "Dropbox IDE service
>> plugin", all plugins wanting to save stuff to dropbox could do it thru my
>> service plugin.
>>
>> In mock xtalk script could go like:
>>
>> dispatch "register_plugin" to stack "dropbox_service"
>>
>> put "blablabla" into tParamsA["content"]
>> put "file.txt" into tParamsA["filename"]
>> dispatch "save_file" to stack "dropbox_service" with tParamsA
>>
>> This would save other developers the need to implement dropbox on their
>> own
>> for usage inside the IDE. Other useful cases could be for installers,
>> Developers who build Installers maker tools, could provide a set of APIs
>> that we could call, for example from inside standaloneSaved message.
>> People
>> who build color pickers, could provide an API so that we could call their
>> pickers.
>>
>> I am not saying that we need inter-plugin communications on standalones. I
>> think it is useful to have this kind of technology inside the IDE where we
>> have a dozen plugins that don't talk to each other.
>>
>> Anyone care for a comment?
>>
>
> Some of this has been anticipated and spec'd in the Rev Interoperability
> Guidelines at the RIP project:
> 
> >
>
> As a working group focused on such things, perhaps that might be a good
> place to further such goals.
>
> --
>  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
>



-- 
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: SQLite externals

[Bob Sneidar]

An external has to be written to interface with LC specifically. The author 
would either have to do this himself, or else make the source code available to 
an LC developer with C programming skills. 

Bob


On Feb 13, 2012, at 10:00 AM, Pete wrote:

> The SQLite library is complied into the IDE and any standalones that use
> SQLite.  But there are a number of useful extension functions available
> from various web sites, mostly written in C.  Is it likely that these
> extensions could be incorporated into LC via the externals mechanism?  I
> can't quite see how an external like this would be seen by the embedded
> SQLite library?
> 
> -- 
> Pete
> Molly's Revenge 
> ___
> 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

Scrolling past the last line

[Bob Sneidar]

Hi all. 

There are times when it is visually desirable to scroll past the last line in a 
list field, so that the last line appears in the middle of the field, or even 
at the top of the field. Specifically the script editor, but I can think of 
other situations where it might be desirable. I tried to set the scroll of a 
scrolling field to more than it's current maximum, but it won't budge beyond 
that point. 

If this is something that others would like to see implemented, then I will 
submit it in the QCC. 

Bob


___
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: Scrolling past the last line

[Jerry Jensen]

I have lots of scripts that want to just scroll to the bottom of a field, like 
to see the last thing that happened in a history. I have used "set the scroll 
of fld xyz to 32000" for years and it would be a pain to change.

Better, I think, to just add blank lines to your field to make the empty space 
that you need.

--Jerry

On Feb 13, 2012, at 10:33 AM, Bob Sneidar wrote:

> Hi all. 
> 
> There are times when it is visually desirable to scroll past the last line in 
> a list field, so that the last line appears in the middle of the field, or 
> even at the top of the field. Specifically the script editor, but I can think 
> of other situations where it might be desirable. I tried to set the scroll of 
> a scrolling field to more than it's current maximum, but it won't budge 
> beyond that point. 
> 
> If this is something that others would like to see implemented, then I will 
> submit it in the QCC. 
> 
> Bob
> 
> 
> ___
> 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

Upload to iOS App Store

[Mike Kerner]

I don't see any solutions listed for what you are supposed to do when the
Application Loader won't let you select your app to upload to the iOS App
Store.

I created a separate profile for distribution through ITAS/ITMS, saved the
standalone application, tested it in the simulator and#FAIL

I checked my ITunes Connect settings and those appear to be ok, too.

Help?
___
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

Simulating touch messages on desktop - what do the smart kids do?

[Ben Rubinstein]

My view of why development in LiveCode is so rapid is a lot to do with 
avoiding the code/compile/test cycle (or at least making the middle bit 
unnoticeably rapid).  When applied to mobile development, I think that's huge 
- we can do most of our work in a desktop context (that is, in the IDE), only 
occasionally having to build out to simulator or device to test.  As soon as I 
run up against something where a change can only be tested on the device or 
simulator, my rate of progress drops to a crawl.


Unfortunately, the desktop engines, and hence the IDE, don't support touch 
messages. (And obviously even though many Mac and Windows machines now have 
multi-touch input devices, this is complications by the fact that on these 
machines, touches don't have a location on screen.  So I don't expect this to 
change soon.)


So when I write code responding to touchStart/End/Move/Release, I find I'm 
thrown back to the old world for testing, and I don't like it.


I tried simply adding mouseDown/Up/Move/Release handlers that called the 
corresponding touch handlers, but that didn't seem to be a complete solution 
(not exactly sure why not, but I did this to a stack that was working on iOS, 
and it went awry...).  And in any case, that would help for the simple case of 
a single touch at a time, but not for the more interesting ones involving 
multi-touch gestures, or overlapping touches.


So my question: what do the smart kids do to speed up their development in 
this case?


TIA,

Ben


___
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: Upload to iOS App Store

[Mike Kerner]

Whoops - never mind - I found an answer - zip the application first.

OK, now on to the error messages

-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Simulating touch messages on desktop - what do the smart kids do?

[J. Landman Gay]

On 2/13/12 1:04 PM, Ben Rubinstein wrote:


I tried simply adding mouseDown/Up/Move/Release handlers that called the
corresponding touch handlers, but that didn't seem to be a complete
solution (not exactly sure why not, but I did this to a stack that was
working on iOS, and it went awry...). And in any case, that would help
for the simple case of a single touch at a time, but not for the more
interesting ones involving multi-touch gestures, or overlapping touches.

So my question: what do the smart kids do to speed up their development
in this case?


I used to do it your way -- passing touch messages to mouse messages 
after checking the environment. When we were writing the teaching stack 
for the conference, Mark Waddingham suggested we just ditch the touch 
messages entirely and use only mouse messages. I've been doing that ever 
since, it works fine. Touch messages are passed to mouse messages 
automatically, so eliminating them also removes an extra message from 
the hierarchy and avoids the problem of double messages entirely.


I've seen no differences in response times using only mouse messages.

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

[OT] Useful, Free software for Win and Lin

[Richmond]

http://ualinux.com/en/who-udp

Worth a look.

Glacially slow download speed.

Richmond.

___
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: A call for inter-plugin communication

[Richard Gaskin]

Andre Garzia wrote:

>> Some of this has been anticipated and spec'd in the Rev
>> Interoperability Guidelines at the RIP project:
>> 
>>
>> As a working group focused on such things, perhaps that might be
>> a good place to further such goals.
>
> Richard,
>
> I am on the group since forever. Our specs were pre-dispatch right?

Yes, but not pre-send, and while dispatch is both faster and more 
graceful there's still plenty of merit in building on the only interop 
spec used by multiple developers.


--
 Richard Gaskin
 Fourth World Media Corporation
 Developer of WebMerge: Publish any database on any Web site
 ___
 ambassa...@fourthworld.com   http://www.FourthWorld.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: console applications

[jva...@1234web.net]

Thanks for your help Richard. Will try in that way.


-- 
Jose Valle
(+34) 671087375


> jvalle wrote:
> 
> > would like to know if it is possible to create console applications with
> > Livecode 4.6.X. After some researching in forums seems it is not possible 
> > or a
> > bit special.
> 
> It's "special" only in that the engine is primarily designed for making 
> GUI apps, so when running as a console app you'll need to pass a "-ui" 
> flag to it to tell it not to initialize its GUI.
> 
> I wrote a GUI installer with v4.6.1 and more recently with 4.6.4 for 
> which some institutional users needed a command-line option.  We've had 
> such success with it that I'm now exploring ways we can add useful CLI 
> options to other apps as well.
> 
> --
>   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


___
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

Math problem

[Bob Sneidar]

For anyone who is good at math, here is (for me) a sticky problem. I can of 
course solve this with a conditional statement, and have done, but I want to 
see if there is a way by formula alone to solve it. This is not essential, just 
an exercise in math. 

I have 2 times, a start time and an end time. I want to calculate the hours 
between them, but in increments of say a quarter of an hour. If there is even 
one minute or second over the increment, I want to add the increment. Get it? 

So given 9:00 AM and 10:00 AM I want 1 as a result, but given 9:00 AM and 10:01 
AM I want 1.25, assuming a 15 minute increment. 

I did this in a handler:

FUNCTION countTheHours pStartTime, pEndTime, pIncrement
IF pIncrement is empty THEN put 0 into pIncrement

TRY
convert pStartTime to seconds
convert pEndTime to seconds
put ((pEndTime - pStartTime) / 3600) into theTotalTime -- decimal hours
put (theTotalTime div pIncrement) * pIncrement into theResult -- 
integer hours
put theTotalTime mod pIncrement into theModulus -- modulus 
IF theModulus is not 0 THEN add pIncrement to theResult
CATCH theError
put "ERROR: Not a valid time!" into theResult
END TRY

return theResult
END countTheHours

This handler works famously. Note however the 2 lines to get the modulus and 
the conditional statement. Is there a way to do this with nothing but a 
formula? 

Bob



___
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: Math problem

[Paul Dupuis]

FUNCTION countTheHours2 pStartTime, pEndTime, pIncrement
IF pIncrement is empty THEN put 900 into pIncrement -- pIncrement is
in seconds. So 900 is 15 minutes. Do not use zero. 1 is minimum.
   
TRY
convert pStartTime to seconds
convert pEndTime to seconds
put (round(((pEndTime - pStartTime) / pIncrement),0) /
(3600/pIncrement)) into theResult
-- take the difference in pIncrement units, rounded up and
divided by number of increments per hour to get hours
CATCH theError
put "ERROR: Not a valid time!" into theResult
END TRY
   
return theResult
END countTheHours2

On 2/13/2012 3:12 PM, Bob Sneidar wrote:
> FUNCTION countTheHours pStartTime, pEndTime, pIncrement
> IF pIncrement is empty THEN put 0 into pIncrement
> 
> TRY
> convert pStartTime to seconds
> convert pEndTime to seconds
> put ((pEndTime - pStartTime) / 3600) into theTotalTime -- decimal 
> hours
> put (theTotalTime div pIncrement) * pIncrement into theResult -- 
> integer hours
> put theTotalTime mod pIncrement into theModulus -- modulus 
> IF theModulus is not 0 THEN add pIncrement to theResult
> CATCH theError
> put "ERROR: Not a valid time!" into theResult
> END TRY
> 
> return theResult
> END countTheHours

-- 
Paul Dupuis
Cofounder
Researchware, Inc.
http://www.researchware.com/
http://www.twitter.com/researchware
http://www.facebook.com/researchware
http://www.linkedin.com/company/researchware-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: HyperCard and the Interactive Web

[Peter M. Brigham, MD]

On Feb 12, 2012, at 6:10 AM, Francis Nugent Dixon wrote:

> "Windows is just a series of panes"

A "pane in the OS"?
(Sorry, I don't want to start a platform flame war, but I just couldn't help 
myself...)

-- Peter

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


___
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: Revzilla?

[Peter M. Brigham, MD]

On Feb 11, 2012, at 11:31 PM, J. Landman Gay wrote:

> On 2/11/12 10:02 PM, Peter M. Brigham, MD wrote:
> 
>> Ken, I don't see v. 2.3 there, actually the 2 download links are for
>> 2.1.1, ostensibly. (I don't know how I got 2.2)
> 
> Try a page refresh, maybe? I see it under the sidebar box.

That did it. I guess my browser had cached the old page.

-- Peter

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


___
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: supporting multiple mobile device resolutions

[Chris Sheffield]

Thanks for all the responses everyone. It sounds like the consensus is to use a 
single stack with resizing/repositioning code in order to make it compatible 
with any device/resolution. Not what I want to do, but probably worth it in the 
long term. Does anyone know if NativeGeometry is compatible with mobile apps? 
Would that be beneficial in this case?

Ralph, like Jacque I'm also curious about your routine(s) that are generic and 
app-independent. If you can share a little more info, I'd be very interested.

Thanks again,
Chris



On Feb 12, 2012, at 4:52 PM, Ralph DiMola wrote:

> Chris,
> 
> I was in your boat a few months ago. I thank all the folks for their advice
> back then. I am creating only Android and iOS apps.
> 
> My goal was one card for all resolutions, aspect ratios and both
> orientations. After starting in epub land and making 2 layouts one for each
> orientation, one card was a must.
> 
> Try # 1 In the resizestack handler (resizeStack
> newWidth,newHeight,oldWidth,oldHeight) in the stack script I looped thru all
> the cards/controls and used the old/new parameters to move/resize every
> object from where it was/size to a new place/size using the old/new
> positions. This actually work well if the size only changed once/twice maybe
> 3 times. I did not investigate but I think that rounding errors started to
> creep in. This was very obvious in the IDE when resizing the card. As I
> dragged the corner and made the card bigger/smaller/different aspect ratios,
> controls started to drift and eventually move off the screen or overlapped
> other controls. Worked for a proof of concept for my customer when I
> disabled orientation changes. SO.. back to the drawing board.
> 
> Try # 2I created a handler to place and size control(s) based on the
> card size and relative to other controls. The routine is generic and is not
> app or layout specific. Every control moves and resizes as needed. Images
> maintain their aspect ratios. For any given screen size the layout of all
> controls is repeatable. I made the resolution of all image controls large
> enough to handle up to 1024x768 and not have visible jaggies.
> 
> This technique works because I am not doing animation or moving objects (at
> this time). Fine tuning the calls to my routine is a little dodgy, but not
> to bad. I spend 10-20 minutes per card getting it right. But after that,
> it's done. I can then handle any screen size, aspect ratio or orientation.
> 
> In the end I found that the best solution so far was to "Roll my own" and
> "Do the math".
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> -Original Message-
> From: use-livecode-boun...@lists.runrev.com
> [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Chris Sheffield
> Sent: Friday, February 10, 2012 4:32 PM
> To: How to use LiveCode
> Subject: supporting multiple mobile device resolutions
> 
> I know this topic has come up before. About a year or so ago Tom McGrath
> posted some very useful info. So now that some time has passed, I'm curious
> as to how most of you are developing apps when you need to support multiple
> device resolutions. I've been working on an iPad app. We've all heard the
> rumors, I'm sure, that a new iPad is on the way and will most likely sport a
> fancy new retina display. We (Read Naturally) would like to support the new
> device, but I'm still a little unclear on what all is involved with doing
> so.
> 
> What's the best method? Two separate stacks, one for each resolution? Or a
> single stack with code to handle positioning of controls? And speaking of
> controls, is it necessary to have two sets of everything, one for lower res
> and one for higher res displays? Or does it work to have one set of higher
> res controls? Would they display okay on the lower res display? I'm assuming
> they would display alright, but they would appear larger. Is that correct?
> Also, in the case of images, which this app makes use of extensively, is it
> necessary to worry about dpi/ppi when sizing them, or does that really
> matter? Is it okay to just leave all images set at a fairly standard 72 dpi
> and just make sure the dimensions in pixels are correct? So if I have an
> image that's 100x100 on a non-retina display, I would need an image that's
> 200x200 for a retina display in order for it to appear the same size? Is
> that correct? Sorry for all the questions. I'm just not sure how to really
> test this out myself. Maybe I need to just fire up the different simulators
> to see how things are affected.
> 
> This particular app consists of several steps (cards) that the user moves
> through in progression. So having two separate stacks with all the same
> cards duplicated might not be what we not. On the other hand, I can imagine
> that trying to write the code to handle hiding/showing controls and
> repositioning them could get out of hand. One advantage I have going for me
> is

Re: Math problem

[Bob Sneidar]

Hey there it is! I was looking for a strictly mathematical method but that will 
do nicely. 

Bob


On Feb 13, 2012, at 12:48 PM, Paul Dupuis wrote:

> FUNCTION countTheHours2 pStartTime, pEndTime, pIncrement
>IF pIncrement is empty THEN put 900 into pIncrement -- pIncrement is
> in seconds. So 900 is 15 minutes. Do not use zero. 1 is minimum.
> 
>TRY
>convert pStartTime to seconds
>convert pEndTime to seconds
>put (round(((pEndTime - pStartTime) / pIncrement),0) /
> (3600/pIncrement)) into theResult
>-- take the difference in pIncrement units, rounded up and
> divided by number of increments per hour to get hours
>CATCH theError
>put "ERROR: Not a valid time!" into theResult
>END TRY
> 
>return theResult
> END countTheHours2
> 
> On 2/13/2012 3:12 PM, Bob Sneidar wrote:
>> FUNCTION countTheHours pStartTime, pEndTime, pIncrement
>>IF pIncrement is empty THEN put 0 into pIncrement
>> 
>>TRY
>>convert pStartTime to seconds
>>convert pEndTime to seconds
>>put ((pEndTime - pStartTime) / 3600) into theTotalTime -- decimal 
>> hours
>>put (theTotalTime div pIncrement) * pIncrement into theResult -- 
>> integer hours
>>put theTotalTime mod pIncrement into theModulus -- modulus 
>>IF theModulus is not 0 THEN add pIncrement to theResult
>>CATCH theError
>>put "ERROR: Not a valid time!" into theResult
>>END TRY
>> 
>>return theResult
>> END countTheHours
> 
> -- 
> Paul Dupuis
> Cofounder
> Researchware, Inc.
> http://www.researchware.com/
> http://www.twitter.com/researchware
> http://www.facebook.com/researchware
> http://www.linkedin.com/company/researchware-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


___
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: SQLite externals

[Pete]

The external wouldn't be called by LC, it would be called by the SQLite
library compiled into LC.

As an example, let's say there is an SQLite external called posInString
that returns the char position of a given string in another string.  Yes I
know that can be done in LC, this is just an example.  The external is
invoked by issuing a SELECT statement like:

SELECT posInString('c','abc') FROM 

If I call rexExecuteQuery with that statement it will return an error
because posInString is not recognised by the SQLite library in LC as a
valid function.

So my question is,how to get these SQLite external functions available to
the SQLite library that is compiled into LC.

Pete



On Mon, Feb 13, 2012 at 10:25 AM, Bob Sneidar  wrote:

> An external has to be written to interface with LC specifically. The
> author would either have to do this himself, or else make the source code
> available to an LC developer with C programming skills.
>
> Bob
>
>
> On Feb 13, 2012, at 10:00 AM, Pete wrote:
>
> > The SQLite library is complied into the IDE and any standalones that use
> > SQLite.  But there are a number of useful extension functions available
> > from various web sites, mostly written in C.  Is it likely that these
> > extensions could be incorporated into LC via the externals mechanism?  I
> > can't quite see how an external like this would be seen by the embedded
> > SQLite library?
> >
> > --
> > Pete
> > Molly's Revenge 
> > ___
> > 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
>
>


-- 
Pete
Molly's Revenge 
___
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: Revzilla?

[stephen barncard]

yes if one is using Safari, one shoud make sure the  Developer menu is
turned on in Advanced Prefs. Then select "Disable Caches" in the
Develop menu. Otherwise it will drive you nuts when working with web
stuff.

I'm sure the other browsers have similar settings.

On 13 February 2012 11:59, Peter M. Brigham, MD  wrote:
> On Feb 11, 2012, at 11:31 PM, J. Landman Gay wrote:
>
>> On 2/11/12 10:02 PM, Peter M. Brigham, MD wrote:
>>
>>> Ken, I don't see v. 2.3 there, actually the 2 download links are for
>>> 2.1.1, ostensibly. (I don't know how I got 2.2)
>>
>> Try a page refresh, maybe? I see it under the sidebar box.
>
> That did it. I guess my browser had cached the old page.
>
> -- Peter
>
> Peter M. Brigham
> pmb...@gmail.com
> http://home.comcast.net/~pmbrig
>
>
> ___
> 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



-- 



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: supporting multiple mobile device resolutions

[Ralph DiMola]

Chris,

In a Nut-shell this is the process.

1) I Create a handler in the card script with one or more calls to my
routine.
2) I Call this handler from both the preopencard and resizestack handler of
the card.

The routine I developed is close but not yet ready for prime-time.
 
The good news is that you can grab the corner and resize the card to any
shape or size and it dynamically resizes and move all the controls. It is
also repeatable, for a given screen dimension controls will always be the
same size/position.


Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode-boun...@lists.runrev.com
[mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Chris Sheffield
Sent: Monday, February 13, 2012 4:10 PM
To: How to use LiveCode
Subject: Re: supporting multiple mobile device resolutions

Thanks for all the responses everyone. It sounds like the consensus is to
use a single stack with resizing/repositioning code in order to make it
compatible with any device/resolution. Not what I want to do, but probably
worth it in the long term. Does anyone know if NativeGeometry is compatible
with mobile apps? Would that be beneficial in this case?

Ralph, like Jacque I'm also curious about your routine(s) that are generic
and app-independent. If you can share a little more info, I'd be very
interested.

Thanks again,
Chris



On Feb 12, 2012, at 4:52 PM, Ralph DiMola wrote:

> Chris,
> 
> I was in your boat a few months ago. I thank all the folks for their
advice
> back then. I am creating only Android and iOS apps.
> 
> My goal was one card for all resolutions, aspect ratios and both
> orientations. After starting in epub land and making 2 layouts one for
each
> orientation, one card was a must.
> 
> Try # 1 In the resizestack handler (resizeStack
> newWidth,newHeight,oldWidth,oldHeight) in the stack script I looped thru
all
> the cards/controls and used the old/new parameters to move/resize every
> object from where it was/size to a new place/size using the old/new
> positions. This actually work well if the size only changed once/twice
maybe
> 3 times. I did not investigate but I think that rounding errors started to
> creep in. This was very obvious in the IDE when resizing the card. As I
> dragged the corner and made the card bigger/smaller/different aspect
ratios,
> controls started to drift and eventually move off the screen or overlapped
> other controls. Worked for a proof of concept for my customer when I
> disabled orientation changes. SO.. back to the drawing board.
> 
> Try # 2I created a handler to place and size control(s) based on the
> card size and relative to other controls. The routine is generic and is
not
> app or layout specific. Every control moves and resizes as needed. Images
> maintain their aspect ratios. For any given screen size the layout of all
> controls is repeatable. I made the resolution of all image controls large
> enough to handle up to 1024x768 and not have visible jaggies.
> 
> This technique works because I am not doing animation or moving objects
(at
> this time). Fine tuning the calls to my routine is a little dodgy, but not
> to bad. I spend 10-20 minutes per card getting it right. But after that,
> it's done. I can then handle any screen size, aspect ratio or orientation.
> 
> In the end I found that the best solution so far was to "Roll my own" and
> "Do the math".
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> -Original Message-
> From: use-livecode-boun...@lists.runrev.com
> [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Chris
Sheffield
> Sent: Friday, February 10, 2012 4:32 PM
> To: How to use LiveCode
> Subject: supporting multiple mobile device resolutions
> 
> I know this topic has come up before. About a year or so ago Tom McGrath
> posted some very useful info. So now that some time has passed, I'm
curious
> as to how most of you are developing apps when you need to support
multiple
> device resolutions. I've been working on an iPad app. We've all heard the
> rumors, I'm sure, that a new iPad is on the way and will most likely sport
a
> fancy new retina display. We (Read Naturally) would like to support the
new
> device, but I'm still a little unclear on what all is involved with doing
> so.
> 
> What's the best method? Two separate stacks, one for each resolution? Or a
> single stack with code to handle positioning of controls? And speaking of
> controls, is it necessary to have two sets of everything, one for lower
res
> and one for higher res displays? Or does it work to have one set of higher
> res controls? Would they display okay on the lower res display? I'm
assuming
> they would display alright, but they would appear larger. Is that correct?
> Also, in the case of images, which this app makes use of extensively, is
it
> necessary to worry about dpi/ppi when sizing them, or does that really
> mat

Re: Simulating touch messages on desktop - what do the smart kids do?

[Scott Rossi]

Hi Ben:

Did you catch my recent post on using DropBox?  Maybe this approach can
help:


Regards,

Scott Rossi
Creative Director
Tactile Media, UX Design



Recently, Ben Rubinstein wrote:

> My view of why development in LiveCode is so rapid is a lot to do with
> avoiding the code/compile/test cycle (or at least making the middle bit
> unnoticeably rapid).  When applied to mobile development, I think that's huge
> - we can do most of our work in a desktop context (that is, in the IDE), only
> occasionally having to build out to simulator or device to test.  As soon as I
> run up against something where a change can only be tested on the device or
> simulator, my rate of progress drops to a crawl.
> 
> Unfortunately, the desktop engines, and hence the IDE, don't support touch
> messages. (And obviously even though many Mac and Windows machines now have
> multi-touch input devices, this is complications by the fact that on these
> machines, touches don't have a location on screen.  So I don't expect this to
> change soon.)
> 
> So when I write code responding to touchStart/End/Move/Release, I find I'm
> thrown back to the old world for testing, and I don't like it.
> 
> I tried simply adding mouseDown/Up/Move/Release handlers that called the
> corresponding touch handlers, but that didn't seem to be a complete solution
> (not exactly sure why not, but I did this to a stack that was working on iOS,
> and it went awry...).  And in any case, that would help for the simple case of
> a single touch at a time, but not for the more interesting ones involving
> multi-touch gestures, or overlapping touches.
> 
> So my question: what do the smart kids do to speed up their development in
> this case?
> 
> TIA,
> 
> Ben



___
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: A call for inter-plugin communication

[Andre Garzia]

On Mon, Feb 13, 2012 at 5:57 PM, Richard Gaskin
wrote:

> Andre Garzia wrote:
>
> >> Some of this has been anticipated and spec'd in the Rev
> >> Interoperability Guidelines at the RIP project:
> >> 
> >
>
> >>
> >> As a working group focused on such things, perhaps that might be
> >> a good place to further such goals.
> >
> > Richard,
> >
> > I am on the group since forever. Our specs were pre-dispatch right?
>
> Yes, but not pre-send, and while dispatch is both faster and more graceful
> there's still plenty of merit in building on the only interop spec used by
> multiple developers.
>

I will write a draft proposal for an enhancement to our current spec for us
to use dispatch calls, mostly because they fail more gracefully than send
calls.

=)


>
> --
>  Richard Gaskin
>  Fourth World Media Corporation
>  Developer of WebMerge: Publish any database on any Web site
>  __**_
>  ambassa...@fourthworld.com   http://www.FourthWorld.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] HyperCard and the Interactive Web

[Judy Perry]

On Sat, 11 Feb 2012, Richard Gaskin wrote:


Alejandro Tejada wrote:


So, I find rather revealing that today so many developers
are mostly unaware of the existence of HyperCard.


I'd wager a majority of computing professionals these days don't even 
know who Vannevar Bush was, or Project Xanadu.  Kids...


Or Jeff Raskin, Doug Engelbart...

Judy
(catching up on email)

___
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] HyperCard and the Interactive Web

[Judy Perry]

On Sat, 11 Feb 2012, Richmond wrote:

And how many people realise that Ada Lovelace was the Mother of them 
all.


And the daughter of Lord Byron...

Judy

___
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

iOS Grab Image from Library and Email as Attachment?

[John Patten]

Hi All..

I'm attempting to send an email message with an attachment of the last image 
added to the card via the mobilePickPhoto call. I don't have the attachment 
call correct.  I'm using the following:

on mouseUp
   
   if iphoneCanSendMail () is true then
  put the text of field "subject" into tSubject
  put the text of field "toField" into tTo
  put the text of fld "body" into tBody
  put "" into tCCs
  put "" into tBCCs
  
-- I'm using the mobilePickPhoto to add an image to the card from the library.
 
  put the name of the last img into gvAttachment["name"]
  put "image/jpeg" into gvAttachment["type"]
  put the text of  last img into gvAttachment["data"]
  
  mobileComposeMail field "subject", field "toField", , , field "body", 
gvAttachment
  answer the result with "OK"
   else
  answer "Your device cannot be used to send email." with "OK"
   end if
   
end mouseUp

Any advice on how to add the image attachment?

Thank you!

John Patten
SUSD

___
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: Simulating touch messages on desktop - what do the smart kids do?

[Ken Ray]

> I used to do it your way -- passing touch messages to mouse messages after 
> checking the environment. When we were writing the teaching stack for the 
> conference, Mark Waddingham suggested we just ditch the touch messages 
> entirely and use only mouse messages. I've been doing that ever since, it 
> works fine. Touch messages are passed to mouse messages automatically, so 
> eliminating them also removes an extra message from the hierarchy and avoids 
> the problem of double messages entirely.

There's also the difference in how often certain messages are sent. MouseMove, 
for example, is sent much more frequently than touchMove. For example if you do 
a single tap on a locked field in iOS, you get:

mouseMove
mouseDown
touchStart
touchMove
mouseMove
mouseUp
mouseMove
touchEnd

It's not quite as bad on Android but you still get more mouseMove messages than 
touchMove:

mouseMove
mouseDown
touchStart
touchMove
mouseUp
mouseMove
touchEnd

And that's just with a simple tap… when I was tracking tap-and-drag, I got 
about 3x as many mouseMove messages as touchMove. 

Just FYI,

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