Re: iOS question re extra stacks
Ralph: Thanks for the info. This sounds like what I was hoping for. Best, Bill > On Mar 28, 2015, at 5:04 PM, Ralph DiMola wrote: > > Yep, you are correct. Just put them in the copy files pane and open the > normal way. On mobile only one stack at a time is visible. The main stack is > always open(but not necessarily visible) and has the engine that runs the > whole app. Remember if you don't password protect the additional stacks, they > can be copied out of the .app or .apk and opened and the source code will be > exposed. > > This applies to both iOS and Android. > > Ralph DiMola > IT Director > Evergreen Information Services > rdim...@evergreeninfo.net > > > > > Original message From: William Prothero > Date:03/28/2015 17:47 (GMT-05:00) > To: Use-livecode Use-livecode > Subject: iOS question re extra stacks > Folks: > I’m trying out iOS and figuring out limitations, etc. > What I’m wondering is whether iOS apps can load stacks that are not substacks > of the main stack. I have tested it with a mainstack, with one substack, but > I don’t see any way in the standalone settings to bring in additional stacks. > Do I just put them into the copy files list and go to them in the normal way? > Is that the best way to do it? > > Bst, > Bill > \William A. Prothero > http://es.earthednet.org/ > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How to Turn a Word Into a Graphic Object?
First: any member of the LIveCode community is always welcome... btw
long time user Debdoot is living here for a while now Richard will
remember him. Contact me in advance for an insider's tour of our media
studio
@ Peter "substracted" ha! right now it works
@ Richard:
I actually prefer this solution for this use case where WSIWIG is
fine... the kick of of a little word game... later I'll pull the quotes
randomly from the server or a custom prop or a file next to the app.
on MouseUp
put "Be All You Can Be!" into fld _quote
wait 10 ticks
repeat with x = 1 to the number of words of fld _Quote
put the formattedRect of word x of fld _Quote into
tNextWordSnapshot
subtract 10 from item 1 of tNextWordSnapshot
add 10 to item 3 of tNextWordSnapshot
import snapshot from rect tNextWordSnapshot of this cd
set the name of the last image to ("word_"&x)
set the script of the last image to the uWordSnapScript of this card
# the script is a mousdown handler to grab me which lets the user
# drag the image around
end repeat
put empty into fld _Quote
end MouseUp
Now I just have to figure out the algorithm to trigger "you got it!"
when the user re-organizes the word/images back to their proper order.
I think I can log the current loc of each formattedRect before taking
the snapshot, pass that to a custom prop of each snapshot and then later
a a kind of proximity thing that snaps them in place place if they user
drags it close to that spot... Maybe throw in some of Malte's
Animation engine wizardry to make words "fly around, drop down, pile
up... etc.) and then come to a stop
I may start a separate thread on that one... After several years of
server side scripting this stuff is too much fun!
Swasti Astu, Be Well!
Brahmanathaswami
Kauai's Hindu Monastery
www.HimalayanAcademy.com
Richard Gaskin wrote:
That script uses the older "from rect" option, which obtains the image
area from the final composite screen buffer. It's truly WYSIWYG: if
it ain't visible, it ain't gonna be seen in the resulting the image.
The newer "from " option is much smarter and more flexible,
allowing you to capture any object (control, group, or even an entire
card) whether it's open or not.
It does this by rendering the object into its own image buffer, and
returns the resulting image data to the newly created image object.
And because it renders into its own buffer, the "from " option
also maintains blending/transparency, so the resulting object will
retain empty areas as empty, in many cases making it much more useful
to using the resulting image as part of other layouts.
Jim's script posted yesterday at
creates
a new field object and obtains the snapshot using the newer "from
" option, which will not only handle what you need but also
preserve empty space as transparent.
The only modification I would suggest for Jim's script is to use
htmlText rather than rtfText.
RtfText will handle only the subset of LiveCode text attributes that
are also supported by the RTF spec, which is good for most things but
may miss a few elements unique to LiveCode (see the note in the
Dictionary entry for rtfText).
HtmlText is designed to provide complete fidelity of all field
contents and attributes in a plain-text format, making it the go-to
solution for moving field contents, while RtfText is ideally suited
for export for use in Word processors and the like.
Extra bonus points: if you ever need to create a thumbnail view of an
object, see the new "at" options for specifying the width and height
of the resulting snapshot. MUCH faster than the scripted solutions we
used to use, and very convenient.
If I'm write.. then perhaps we need to update the docs...(Richard/Dan...
is the framework for use contributions to the documentation in MarkDown
ready yet?)
I think this entry for the Dictionary may be fine - try the "from
" option and see how it goes. If you do find errors there
please file a bug report and we'll catch them.
The Community Documentation Team is growing rapidly (thanks to all
those who've written offering to help), and once Ben and I work out
some scheduling challenges we've had we'll put together a work plan to
get that started.
And as long as this is in your sigline:
Kauai's Hindu Monastery
www.HimalayanAcademy.com
If any of you are visiting Kauai you really should reserve time in
your schedule to visit the monastery. It's a beautiful place,
breathtaking really, and the people who live and work there even
better. When I was there they had public tours scheduled each Friday;
check their current schedule, and go. You will leave with a deep
admiration for the uncommonly wonderful work environment
Brahmanathaswami gets to enjoy every day. :)
___
use-livecode mailing list
use-l
mobile app stores - personal v. corporate customers
I haven an idea for an app which would function in 2 different ways. 1. users pay to download the app, and the app writes no data back to a server 2. companies would pay to provide the app free to their clients/staff, and data would be transferred between the company and the end user (the end user does not pay to download the app) Is it possible to have an app in both the Apple store and the Android store which functions in this way. In the 2nd situation, the company would pay a fixed fee for the provision of the app to their end users. Somehow the Apple/Android stores are going to want payment for this situation (which is not the "pay per deployment" model). I'd be grateful if anyone has any ideas about how such things work. Regards Bernard ___ 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 question re extra stacks
Yep, you are correct. Just put them in the copy files pane and open the normal way. On mobile only one stack at a time is visible. The main stack is always open(but not necessarily visible) and has the engine that runs the whole app. Remember if you don't password protect the additional stacks, they can be copied out of the .app or .apk and opened and the source code will be exposed. This applies to both iOS and Android. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net Original message From: William Prothero Date:03/28/2015 17:47 (GMT-05:00) To: Use-livecode Use-livecode Subject: iOS question re extra stacks Folks: I’m trying out iOS and figuring out limitations, etc. What I’m wondering is whether iOS apps can load stacks that are not substacks of the main stack. I have tested it with a mainstack, with one substack, but I don’t see any way in the standalone settings to bring in additional stacks. Do I just put them into the copy files list and go to them in the normal way? Is that the best way to do it? Bst, Bill \William A. Prothero http://es.earthednet.org/ ___ 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
iOS question re extra stacks
Folks: I’m trying out iOS and figuring out limitations, etc. What I’m wondering is whether iOS apps can load stacks that are not substacks of the main stack. I have tested it with a mainstack, with one substack, but I don’t see any way in the standalone settings to bring in additional stacks. Do I just put them into the copy files list and go to them in the normal way? Is that the best way to do it? Bst, Bill \William A. Prothero http://es.earthednet.org/ ___ 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] And You Thought Richmond Kept Old Macs Alive
On 3/28/2015 3:18 PM, Jeff Reynolds wrote: I went to the building supervisor who was avery cool guy and asked if i could run some phone wire down the pipes What a great story! Made me smile. -- 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: [OT] And You Thought Richmond Kept Old Macs Alive
I was in grad school at Berkeley in the 80s and our department went mac crazy fast (yes i helped this along greatly!). Getting folks to sink thousands in to a apple laserwriter was hard, but I was able to convince a couple of labs that had one to share if other labs would buy cartridges and maintainance. But of course to work well this required a local talk network thru the 5 story building. Well the university would not hear of this and at the time they wanted everything token ring and could care less about macs (except in many departments like ours macs were outselling pcs like 25 to 1 on new purchases) and the cost was about the cost of a mac or pc at the time to get a network connection put in by the university. I asked if we could just run some phone wire down the halls in the pipe chases to do a simple local talk and the university went ballistic saying it would cause fires and acted like the building would collapse if anyone zipped tied a phone wire to a pipe chase! I went to the building supervisor who was avery cool guy and asked if i could run some phone wire down the pipes and i would make sure they would be well hidden and not connected to any pipes or other wires so no one would get upset if repairing something. for a couple of six packs he was willing to look the other way. so one weekend with a couple of helpers and 4 big boxes of phone cable and local talk connectors i was able to wire like 50 rooms and computers over 5 floors. Took a week or two to get the terminators set just right to get every station to respond well but then churned on like a charm for years. Some of the mac heads in the area were amazed that i was able to get the size of network done with local talk across a building like this so simply. Just took care of branch points and doing solid connecting wiring and then of course the termination issues... later bridged it over to the campus network and out thru a sun spark farm as well. Was never "discovered" by the university and lasted until they wired the building with ethernet many years later, but by then most macs were ethernet anyway and the internet was there as something most could start using! the main use the first use the next week though want not really printing but everyone in the building discovered they could play the multiplayer star trek game and all computers were taken up in this before being discovered by the profs what was going on and then it was made clear not to do so (well we did just late at night when they were not around!) cheers jeff ps still have my clear developer newton and my sinclair z80. but alas dont have all my basis 108 and long line of macs as all went thru 2 or 3 other folks after i got new machines. they would live on and on and be passed on. really loved to see that happen as each new user got such joy and some work done on those old macs!) On Mar 28, 2015, at 7:00 AM, use-livecode-requ...@lists.runrev.com wrote: >> Localtalk connectors. > > > At A&M in the late 80s and early 90's I set up a very expensive Farallon > rack-mounted hub with plug in cards. And the first card was a localtalk hub > with each computer home-run'd to the hub rather than daisy chained. Later > we added and Ethernet hub and ethernet cards to the machines and a gateway > through ISDN to 'the internet'. Before the web existed we had a local > networks and outside dial-up so I could screen share with any machine using > Timbuktu > > Pretty cool for a recording studio... but I ended up as a reluctant IT guy > for a while. ___ 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: compress & decompress
On 3/28/2015 12:22 PM, Richard Gaskin wrote: Trivia question for Jacque or other HyperCard fans who might now: did reading in HyperTalk also strip NULL bytes, or convert NULLs to spaces? LiveCode doesn't, but I had thought I'd heard that HC did. NULL was disallowed entirely, it was used as an end-of-field marker. It didn't strip or replace them, it just stopped reading when it hit one. -- 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: compress & decompress
Dr. Hawkins wrote:
> On Thu, Mar 26, 2015 at 6:52 PM, J. Landman Gay wrote:
>
>> Is the file opened as a binary file?
>
> For writing, yes.
>
> It isn't opened on read; i just put the url:
Use binary for both.
Writing in text mode (which IIRC is the default in all xTalks except
SuperCard) will convert line endings from the internal convention of
0x10 to whatever is appropriate for the host OS.
Reading does the same in reverse.
To preserve data unaltered, use the binary form explicitly, either:
open file tSomeFilePath for binary read
read it until EOF
put it into tData
...or:
put url ("binfile:"& tSomeFilePath) into tData
Trivia question for Jacque or other HyperCard fans who might now: did
reading in HyperTalk also strip NULL bytes, or convert NULLs to spaces?
LiveCode doesn't, but I had thought I'd heard that HC did.
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
ambassa...@fourthworld.comhttp://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: compress & decompress
Right, hut does the URL specify "file:" or "binfile:". On Sat, Mar 28, 2015 at 10:08 AM Dr. Hawkins wrote: > On Thu, Mar 26, 2015 at 6:52 PM, J. Landman Gay > wrote: > > > Is the file opened as a binary file? > > > For writing, yes. > > It isn't opened on read; i just put the url: > > put url infile into theData > > > -- > Dr. Richard E. Hawkins, Esq. > (702) 508-8462 > ___ > 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: compress & decompress
On Thu, Mar 26, 2015 at 6:52 PM, J. Landman Gay wrote: > Is the file opened as a binary file? For writing, yes. It isn't opened on read; i just put the url: put url infile into theData -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
RE: How to Turn a Word Into a Graphic Object?
> I noticed that there is a lock screen command but no unlock screen in > Jim's handler. Was that done deliberately? > > -= Mike The screen becomes unlocked after the handler is run... ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How to Turn a Word Into a Graphic Object?
I noticed that there is a lock screen command but no unlock screen in
Jim's handler. Was that done deliberately?
-= Mike
On 3/28/15 10:38 AM, Richard Gaskin wrote:
Brahmanathaswami wrote:
Also: I don't see how this (in the docs on snapshot) can apply for
snapshots of words in a field as these are not "objects" perse:
" You can take a snapshot of an object regardless of its visibility
or open status - in particular, snapshots can be taken of objects
that are not on the current card or in stacks that are not open.
an attempt like this results in "empty rectangle"
on MouseUp
repeat with x = 1 to the number of words of fld _Quote of cd 2
put the formattedRect of word x of fld _Quote of cd 2 into
tNextWordSnapshot
import snapshot from rect tNextWordSnapshot of cd 2
set the name of the last image to ("word_"&x)
end repeat
end MouseUp
Also if you turn the vis of the field off... you get snaps shots of
whatever is visible on the card, not the words in the field...
That script uses the older "from rect" option, which obtains the image
area from the final composite screen buffer. It's truly WYSIWYG: if
it ain't visible, it ain't gonna be seen in the resulting the image.
The newer "from " option is much smarter and more flexible,
allowing you to capture any object (control, group, or even an entire
card) whether it's open or not.
It does this by rendering the object into its own image buffer, and
returns the resulting image data to the newly created image object.
And because it renders into its own buffer, the "from " option
also maintains blending/transparency, so the resulting object will
retain empty areas as empty, in many cases making it much more useful
to using the resulting image as part of other layouts.
Jim's script posted yesterday at
creates
a new field object and obtains the snapshot using the newer "from
" option, which will not only handle what you need but also
preserve empty space as transparent.
The only modification I would suggest for Jim's script is to use
htmlText rather than rtfText.
RtfText will handle only the subset of LiveCode text attributes that
are also supported by the RTF spec, which is good for most things but
may miss a few elements unique to LiveCode (see the note in the
Dictionary entry for rtfText).
HtmlText is designed to provide complete fidelity of all field
contents and attributes in a plain-text format, making it the go-to
solution for moving field contents, while RtfText is ideally suited
for export for use in Word processors and the like.
Extra bonus points: if you ever need to create a thumbnail view of an
object, see the new "at" options for specifying the width and height
of the resulting snapshot. MUCH faster than the scripted solutions we
used to use, and very convenient.
If I'm write.. then perhaps we need to update the docs...(Richard/Dan...
is the framework for use contributions to the documentation in MarkDown
ready yet?)
I think this entry for the Dictionary may be fine - try the "from
" option and see how it goes. If you do find errors there
please file a bug report and we'll catch them.
The Community Documentation Team is growing rapidly (thanks to all
those who've written offering to help), and once Ben and I work out
some scheduling challenges we've had we'll put together a work plan to
get that started.
And as long as this is in your sigline:
Kauai's Hindu Monastery
www.HimalayanAcademy.com
If any of you are visiting Kauai you really should reserve time in
your schedule to visit the monastery. It's a beautiful place,
breathtaking really, and the people who live and work there even
better. When I was there they had public tours scheduled each Friday;
check their current schedule, and go. You will leave with a deep
admiration for the uncommonly wonderful work environment
Brahmanathaswami gets to enjoy every day. :)
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How to Turn a Word Into a Graphic Object?
Brahmanathaswami wrote:
Also: I don't see how this (in the docs on snapshot) can apply for
snapshots of words in a field as these are not "objects" perse:
" You can take a snapshot of an object regardless of its visibility
or open status - in particular, snapshots can be taken of objects
that are not on the current card or in stacks that are not open.
an attempt like this results in "empty rectangle"
on MouseUp
repeat with x = 1 to the number of words of fld _Quote of cd 2
put the formattedRect of word x of fld _Quote of cd 2 into
tNextWordSnapshot
import snapshot from rect tNextWordSnapshot of cd 2
set the name of the last image to ("word_"&x)
end repeat
end MouseUp
Also if you turn the vis of the field off... you get snaps shots of
whatever is visible on the card, not the words in the field...
That script uses the older "from rect" option, which obtains the image
area from the final composite screen buffer. It's truly WYSIWYG: if it
ain't visible, it ain't gonna be seen in the resulting the image.
The newer "from " option is much smarter and more flexible,
allowing you to capture any object (control, group, or even an entire
card) whether it's open or not.
It does this by rendering the object into its own image buffer, and
returns the resulting image data to the newly created image object.
And because it renders into its own buffer, the "from " option
also maintains blending/transparency, so the resulting object will
retain empty areas as empty, in many cases making it much more useful to
using the resulting image as part of other layouts.
Jim's script posted yesterday at
creates a new field object and obtains the snapshot using the newer
"from " option, which will not only handle what you need but
also preserve empty space as transparent.
The only modification I would suggest for Jim's script is to use
htmlText rather than rtfText.
RtfText will handle only the subset of LiveCode text attributes that are
also supported by the RTF spec, which is good for most things but may
miss a few elements unique to LiveCode (see the note in the Dictionary
entry for rtfText).
HtmlText is designed to provide complete fidelity of all field contents
and attributes in a plain-text format, making it the go-to solution for
moving field contents, while RtfText is ideally suited for export for
use in Word processors and the like.
Extra bonus points: if you ever need to create a thumbnail view of an
object, see the new "at" options for specifying the width and height of
the resulting snapshot. MUCH faster than the scripted solutions we used
to use, and very convenient.
If I'm write.. then perhaps we need to update the docs...(Richard/Dan...
is the framework for use contributions to the documentation in MarkDown
ready yet?)
I think this entry for the Dictionary may be fine - try the "from
" option and see how it goes. If you do find errors there
please file a bug report and we'll catch them.
The Community Documentation Team is growing rapidly (thanks to all those
who've written offering to help), and once Ben and I work out some
scheduling challenges we've had we'll put together a work plan to get
that started.
And as long as this is in your sigline:
Kauai's Hindu Monastery
www.HimalayanAcademy.com
If any of you are visiting Kauai you really should reserve time in your
schedule to visit the monastery. It's a beautiful place, breathtaking
really, and the people who live and work there even better. When I was
there they had public tours scheduled each Friday; check their current
schedule, and go. You will leave with a deep admiration for the
uncommonly wonderful work environment Brahmanathaswami gets to enjoy
every day. :)
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
ambassa...@fourthworld.comhttp://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: How to Turn a Word Into a Graphic Object?
On Mar 28, 2015, at 1:00 AM, Brahmanathaswami wrote: > --substract 4 from item 1 of tNextWordSnapshot # won't even compile! Maybe you're a little distracted (or substracted)…. Try "subtract 4 from…" -- 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
