http://arstechnica.com/apple/2012/05/25-years-of-hypercard-the-missing-link-to-the-web/
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
Le 31 mai 2012 à 20:00, Richard Gaskin a écrit :
I agree, the menu bar is not an app launcher. For that we have the Dock, and
LiveCode does provide ways to implement a menu for the Dock icon to provide
features beyond just opening the app if needed.
Richard,
I don't need to create a
What are people doing to sell and license an LC-created Android app?
I looked at Google Play, but that appears to use a non-LC-compatible
licensing process. What can be done to restrict illegal app copying,
short of writing a custom app registration process, as would be done for
any desktop
Amazon is more straightforward. Not sure if they have the same DRM options you
have in Google Play. With Google Play you can take an easy route, and hope
there isn't too much piracy, or you can go for another option they have that
somehow encrypts the app to make sure it will only play on the
Colin Holgate wrote:
On Jun 1, 2012, at 8:06 PM, Kay C Lan wrote:
Which then brings me full circle to another thread on this List
about where OS X is headed, and my feeling that '...and a touch
sensitive screen' will be part of the future OS X requirement.
I'm less sure about that. Steve
Igor de Oliveira Couto wrote:
Congratulations, RunRev!
On 02/06/2012, at 4:51 AM, Richard Gaskin wrote:
Macworld UK gave LiveCode a 5-out-of-5-star review:
http://www.macworld.co.uk/mac/reviews/?reviewid=3361007
Well deserved!
And, talking about reviews, I came across a rather scathing
I was surprised to see that a majority of the comments there
were negative. In a few cases the specifics related to not
understanding the product well, but others were quite valid
from the perspective of a new user (e.g., no native controls
on iOS). IMNSHO, even the misunderstandings
I'm less sure about that. Steve Jobs spoke out about how
touch screens are not the right way to work with desktop
machines, and I've made enough touch screen kiosk
applications to know that it's tiring to work that way.
This is why I miss Fake Steve. SJ validated or invalidated anything to
The performa series was an attempt at making Apple systems to
compete with the PC's of the time. A few were pretty good,
but there were some pigs too. In the final analysis what
Apple produced in an attempt to market cheap computers,
was... well... cheap computers! Good riddance I say!
Lynn Fredricks wrote:
It is unfortunate when there is a system that doesn't allow for vendor
response.
Ive had the experience before where some buyers have used review systems as
a form of blackmail, meaning, they demanded some feature or some special
service, and told that if they didn't get
Thanks, Colin.
The problem I have with Amazon is that it is U.S. only, and many of our
customers are elsewhere.
Sounds like you used Google Play. Did you go without the encryption
option? Did you somehow use in-app purchasing or simply publish a paid app?
Thanks.
Richard
On 6/2/2012
On Sat, 2 Jun 2012 09:18:47 +0800, Kay C Lan lan.kc.macm...@gmail.com wrote:
I haven't written a Stack with multiple Cards in quite a while. Stacks and
SubStacks, yes. When was the last time anyone here created a Stack full of
Cards?
Well, I'm in the middle of creating one right now! It makes
Without encryption, and yes it was just a paid app.
On Jun 2, 2012, at 2:14 PM, Richard Miller w...@together.net wrote:
Sounds like you used Google Play. Did you go without the encryption option?
Did you somehow use in-app purchasing or simply publish a paid app?
Graham...
Sounds like a job for just the one card and an SQLlite db ...
On Sat, 2 Jun 2012 09:18:47 +0800, Kay C Lan lan.kc.macm...@gmail.com wrote:
I haven't written a Stack with multiple Cards in quite a while. Stacks and
SubStacks, yes. When was the last time anyone here created a
Hi,
i have here a script which
- creates a local sqlLite DB
- creates a Table with 13 fields
- insert 3000 records from a textfile
On my Mac this takes about 20 seconds. On an iPhone this take approx. 60
seconds plus the download time for the 3000 line textfile.
So i thought doing this on
Hi Mathias,
You should warp your INSERT command in an SQLite transaction. Before the
first one, revExecuteSQL tdatabaseID, BEGIN TRANSACTION and after the
last INSERT, rev$xecuteSQL tdatabaseID, COMMIT. You'll see dramatic
performance improvements, I can almost guarantee.
You should probably
I have an app in both the Google Play and Amazon stores, and find Google is
the much better option for me.
With the Amazon system you have to submit every update for review and then
wait. If you want to withdraw a product from sale you have to write to them.
With the Google system you can
Peter,
thank you very much. That is more than an improvement. It takes now just a
second or so.
You mentioned the form of my insert statement. Is there something wrong with it?
Do you mean the fact that i replace the placeholders value-xx?
Regards,
Matthias
Am 02.06.2012 um 22:10 schrieb
Hi Matthias,
Glad that worked. With the Begin/Commit, the changes don't get flushed to
disk until the COMMIT; without the BEGIN/COMMIT, each individual INSERT
gets flushed to disk, plus other sqlite overhead.
The INSERTs are probably fine. I was going to suggest that you use the
parameter
Hi there,
Merci pour les infos !
It worked, but I had performance issues, so I gave it up ; I was experimenting
with the base64encode technique for images in css. Browsers (surtout Mac) were
building up pages slower when using that technique on on-rev server...
Greets,
Christian
Am
It says in the LC docs for the 'send' command:
When the send command is used the stack containing the target handler
temporarily becomes the defaultStack. All object references in the message
are evaluated in the current context i. e. the defaultStack. Therefore
references within the
Hi Graham,
A card is not a stack (obviously). The stack containing the card temporarily
becomes the default stack, but this stack still refers to the currently
visible card of the stack rather than the card containing the script. If you
really want to refer to the card containing the script
Yes, free and paid versions are treated as separate apps in all the stores ive
used, including both Apple and Android. However it doesn't take very long as
most of the time is taken preparing descriptions, screen shots etc. which can
be mostly the same for both versions of the app.
The
Well, can't figure out what's going on. I even got less than helpful
errors (Input/Output error) when trying to do this in Terminal using cp.
But I can drag/drop with no problem.
I've taken the chicked way out and switched to creating a .pkg installer
file instead using the productbuild
Andy,
Thanks again. I've been studying the issue of self-publishing from our
web site, but have yet to determine a clear, simple process that I can
offer any customer for installing an Android app. Seems every method has
a step or two that could confuse some significant percentage of Android
This can be confusing. I think it is the word this that causes confusion.
The behavior is strange in that this stack, meaning the current stack, will
change even when it is not foremost and even if it is invisible or deleted. At
times some folks naturally expect that and at times some other
Consider also, if a competitor or a champion of another
product buys
yours in a public venue that works this way, such as the Mac App
Store. They can heap abuse on your product pretty much freely and
there is nothing you can do about it.
Does MacUpdate really have such a
There are two problems with that description.
One is what Mark mentioned. The default stack will change to the stack of the
target object and the default card will be the current card of that the new
default stack.
However, there is something else. The word message should be replaced with
On 2012-06-02, at 10:29 AM, Richard Gaskin wrote:
Has anyone here written MacUpdate about lifting this counterproductive
limitation?
I haven't written to MacUpdate, but I did take the time to write a positive
review on their site about my experience with LiveCode, especially now that I
On 03/06/2012, at 10:09 AM, Lynn Fredricks wrote:
Consider also, if a competitor or a champion of another
product buys
yours in a public venue that works this way, such as the Mac App
Store. They can heap abuse on your product pretty much freely and
there is nothing you can do about it.
This is in regards to saving user-nameable text files in an iOS app. Does
anyone know how to determine the maximum filename length? I'm unsure whether
it is based on the number of characters or bytes of the entire path… or whether
there is a separate restriction on the name itself. Oddly, I
Scott
On 3 Jun 2012, at 10:44, Scott Morrow wrote:
This is in regards to saving user-nameable text files in an iOS app. Does
anyone know how to determine the maximum filename length? I'm unsure whether
it is based on the number of characters or bytes of the entire path… or
whether there
Consider also, if a competitor or a champion of another
product buys
yours in a public venue that works this way, such as the Mac App
Store. They can heap abuse on your product pretty much freely and
there is nothing you can do about it.
Does MacUpdate really have such a
33 matches
Mail list logo