On 11/05/15 09:20, Geoff Canyon wrote:
On Sun, May 10, 2015 at 4:09 PM, Mark Schonewille <
m.schonewi...@economy-x-talk.com> wrote:
Software should be unicode-compatible nowadays. This is what users and
developers expect. So, I would say 100%.
I think of myself as a developer. Everything I do
> On 11 May 2015, at 4:24 pm, Geoff Canyon wrote:
>
> This is why I asked, hoping for a response from someone who shops the Greek
> app store, or the Japanese app store. Those are the ones who would know the
> percentage.
What percentage are you looking for? All native apps would use unicode be
On Mon, May 11, 2015 at 12:30 AM, Lynn Fredricks <
lfredri...@proactive-intl.com> wrote:
> iOS is the odd ball in that it represents not only the platform itself, but
> also the means of delivery (with the exception of the weirdness Apple has
> implemented for iOS corporate applications). With the
On Mon, May 11, 2015 at 12:27 AM, Peter W A Wood
wrote:
> Any app using emoticons or emoji or whatever they are called will be using
> Unicode.
emoji, yes, but that seems like a razor-thin use case. I wonder how many
apps implement their own image-based solution rather than be limited to the
fe
On Sun, May 10, 2015 at 4:09 PM, Mark Schonewille <
m.schonewi...@economy-x-talk.com> wrote:
> Software should be unicode-compatible nowadays. This is what users and
> developers expect. So, I would say 100%.
>
I think of myself as a developer. Everything I do these days is in-house,
and has abso
On 11/05/15 01:46, Dr. Hawkins wrote:
On Sun, May 10, 2015 at 10:11 AM, Lynn Fredricks <
lfredri...@proactive-intl.com> wrote:
I think this one may have been a good thing. MS is retooling their OS
strategy and it looks like there will be better integration and
compatibility between various plat
After the recent statement by Google on the requirement for mobile friendly web
pages there is a new need.
An alternative is to buy an application to create your web pages, pay a monthly
fee for the right to use a page format, and normally end to use the company's
address as a part of your site
> I'm curious -- what percentage of the apps in the iOS or
> Android app stores would you say require unicode? I'm
> familiar with the iOS US app store, not Android or any of the
> international versions. My impression is that in the US there
> are very few apps that use unicode.
I wouldn't ve
> On 11 May 2015, at 04:49, Geoff Canyon wrote:
>
> I'm curious -- what percentage of the apps in the iOS or Android app stores
> would you say require unicode? I'm familiar with the iOS US app store, not
> Android or any of the international versions. My impression is that in the
> US there are
On Sunday, May 10, 2015, J. Landman Gay wrote:
>
>
> Thanks very much for this. My first reaction to LCB was that I didn't want
> to learn a new language and I'd just let other people do it. Then I'd use
> their widgets if I needed them, just as I use externals now.
You're welcome.
> But now I
On May 10, 2015 7:31:58 PM CDT, Trevor DeVore wrote:
>In the hopes that it would be helpful to others looking to play around
>with
>widgets I wrote a little about my experience in my blog. There are 3
>posts
>about Widgets right now. Perhaps they will be of interest to you.
>
>http://www.bluemango
On 05/10/2015 03:46 PM, Dr. Hawkins wrote:
What they're *actually* doing is ramping up, of all things, vacuum cleaner
production.
I, for one, would welcome cleaner vacuums.
The speed of light slows down in the dirty ones, and then all I can
watch are reruns.
--
Mark Wieder
ahsoftw...@gma
> On 11 May 2015, at 10:49 am, Bjoernke von Gierke wrote:
>
> These are examples where previously one would have used externals. Because
> unless LC itself would faciliate them, like with simpler types of GUI
> objects, that's all one could do. I hear that you disagree on that, but I
> still
On Sunday, May 10, 2015, Bjoernke von Gierke wrote:
>
> > On 11 May 2015, at 02:31, Trevor DeVore > wrote:
> >
> > I have 20 or so widgets that I've written for a project I'm working on
> > which add UI controls to the project. None of these make any calls to OS
> > APIs. They just use the LiveC
On May 10, 2015 7:31:58 PM CDT, Trevor DeVore wrote:
>On Sunday, May 10, 2015, Bjoernke von Gierke > wrote:
>
>> There is no communication about any aspect other then widgets, which
>> frankly, still look like an easier way to make externals to me,
>nothing
>> more.
>
>
>Hi Bjoernke,
>
>I would su
> On 11 May 2015, at 02:31, Trevor DeVore wrote:
>
> I have 20 or so widgets that I've written for a project I'm working on
> which add UI controls to the project. None of these make any calls to OS
> APIs. They just use the LiveCode Builder language to draw shapes,
> render SVG path data, and r
On Sunday, May 10, 2015, Bjoernke von Gierke > wrote:
> There is no communication about any aspect other then widgets, which
> frankly, still look like an easier way to make externals to me, nothing
> more.
Hi Bjoernke,
I would suggest taking another look as their seems to be some
misunderstand
> On 10 May 2015, at 18:10, Mark Waddingham wrote:
>
> https://github.com/runrev/livecode/pulse
>
> This shows (at the very least) all the patches we are applying as we develop.
> (I tried to find a public way to view the 'runrev' organisation news feed -
> but couldn't - if anyone who knows t
There is no communication about any aspect other then widgets, which frankly,
still look like an easier way to make externals to me, nothing more. How many
people actually currently make externals? about 1% of the user base, probably
even less. If this is increased 5 times by some sort of "not q
On Sun, May 10, 2015 at 10:34 AM, Paul Dupuis wrote:
> Resolution Independence - DONE
>
Well, sort of. The next project in my queue is dealing with the wonky side
affects of changing resolution on the desktop. I don't have where it's
weird nailed down, but the screen coordinates just ain't rig
On Sun, May 10, 2015 at 10:11 AM, Lynn Fredricks <
lfredri...@proactive-intl.com> wrote:
> I think this one may have been a good thing. MS is retooling their OS
> strategy and it looks like there will be better integration and
> compatibility between various platforms.
>
That's just the cover sto
Started playing today and was updating my previous app using mergZXing.
After making the changes pointing to the external, I am getting a device
crash when the app runs. Most significantly, it states:
Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Subtype: KERN_PROTECTION_FAILURE at 0x2be62ea8
Geoff,
Software should be unicode-compatible nowadays. This is what users and
developers expect. So, I would say 100%.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 502
On Sun, May 10, 2015 at 1:56 PM, Lynn Fredricks <
lfredri...@proactive-intl.com> wrote:
> > Unicode - DONE
>
> Im glad Paul pointed this out; its been taking some hits from people who
> say
> they don't need it, and that its impacting performance.
>
> It is a necessity for the future of LiveCode o
Richmonds post made me think of the advantages of using agile development
particularly stakeholder involvement.
I am not sure what project management methodology Livecode Ltd use
internally, but the adoption of regular agile planning meetings, held in
public would go a long way to resolving many
The widgets are kind of nice, but I don't see them as a tool to allow
me to theme my app. I see them as a tool that eventually allows me
talk to the API of the OS.
They are a great deal more than that. Whilst LCB will have high-level
foreign code access abilities (at the moment it is still quit
On 10/05/15 21:46, Mark Wieder wrote:
On 05/10/2015 02:56 AM, Richmond wrote:
Let me pause for a moment to have a few thoughts about the nature of
contracts:
Without disagreeing with anything else in your thoughtful missive, I'd
like to point out that Kickstarter is not contract-based. You p
1. Will all user interface objects be widgets?
Yes - eventually. The current 'classic' controls will remain for
backwards-compatibility purposes, but we will be augmenting them with
more focused, specific widgets. For example, 'buttons' are currently
push buttons, radio buttons, check boxes,
On Sun, May 10, 2015 at 12:26 PM, Mark Wieder
wrote:
> On 05/10/2015 04:51 AM, Randy Hengst wrote:
>
> Based on what I’ve seen in this discussion and info from reading the list
>> for several years, LiveCode has difficulty with very large numbers.
>>
>
> True. But to be fair, this is not a probl
Terence Heaford wrote:
> Richard,
>
> Thank you for your answer but my point as an example take the
> DataGrid which is currently script based.
>
> If this object was deemed not to be part of a “limited” set of
> objects provided by LC and it was to be left to the
> Community/Developer to provide
So, surely, the clever thing would be to give end-users a choice of
GUI: the "old" one or the new one.
Indeed - that is most likely what will occur.
--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps
Richard,
Thank you for your answer but my point as an example take the DataGrid which is
currently script based.
If this object was deemed not to be part of a “limited” set of objects provided
by LC and it was to be left to the Community/Developer to provide then due to
the complexity a Develo
Lynn Fredricks wrote:
>> Unicode - DONE
>
> Im glad Paul pointed this out; its been taking some hits from people
> who say they don't need it, and that its impacting performance.
>
> It is a necessity for the future of LiveCode or any development
> environment for that matter.
A lot of Americans
> Unicode - DONE
Im glad Paul pointed this out; its been taking some hits from people who say
they don't need it, and that its impacting performance.
It is a necessity for the future of LiveCode or any development environment
for that matter.
LiveCode and its predecessors have always been good a
Terence,
At this point, I can't predict how useful widgets will be for me, but
without promising anything, I can say that I might release widgets after
some time in the same way I'm now releasing plug-ins and libraries in
return for a small donation.
--
Best regards,
Mark Schonewille
Econo
Terence Heaford wrote:
> 1. Will all user interface objects be widgets?
Eventually but not initially.
> 2. Will LiveCode only provide a limited set of UI widgets?
It's expected to be a superset of what's available now. Whether or not
that constitutes "limited" depends on how you define that.
I have no knowledge but the conspiracy theorist in me again would ask was the
HTML5 funding in order to provide cash to also continue with the original
KickStarter goals?
All the best
Terry
> On 10 May 2015, at 19:46, Mark Wieder wrote:
>
> The HTML5 pledge drive, on the other hand, was not
Mark,
The widgets are kind of nice, but I don't see them as a tool to allow me
to theme my app. I see them as a tool that eventually allows me talk to
the API of the OS.
I expected to have a way to apply themes to windows, buttons, fields
(scroll bars) and other controls. I didn't expect to
On 05/10/2015 02:56 AM, Richmond wrote:
Let me pause for a moment to have a few thoughts about the nature of
contracts:
Without disagreeing with anything else in your thoughtful missive, I'd
like to point out that Kickstarter is not contract-based. You pledge a
certain amount of money toward
Is the future development of each OS platform dependent upon widgets?
For example, little has been done to correct the user interface deficiencies
when compared to Yosemite.
1. Will all user interface objects be widgets?
2. Will LiveCode only provide a limited set of UI widgets?
3. Will the comm
Ouch! Indeed that is the truth. I am currently in a dialogue with
members of the teaching community here in Plovdiv, Bulgaria who have
to teach
teenagers PASCAL (at non-Mathematical High Schools) and C++ (at
specialist Mathematical High Schools) effectively turning off vast
numbers
of children who
On 10/05/15 20:56, Mark Waddingham wrote:
I am not aware of any goal that RunRev has forgotten in any of their
posts on this topic.
New GUI.
Definitely not forgotten! Indeed, the Version 8 IDE sees the first
step towards it as we are rewriting it to use much more easily
composed widgets.
I am not aware of any goal that RunRev has forgotten in any of their
posts on this topic.
New GUI.
Definitely not forgotten! Indeed, the Version 8 IDE sees the first step
towards it as we are rewriting it to use much more easily composed
widgets.
Ultimately a brand new GUI is going to be a
On 10/05/15 20:34, Paul Dupuis wrote:
On 5/10/2015 1:01 PM, Richmond wrote:
listing of the Kickstarter goals and what happened to them
Open Source Livecode - DONE
Unicode - DONE
Resolution Independence - DONE
Plugable Themes - NOT DONE - last word from RunRev that I recall was
that this was tie
On 10/05/15 20:21, Mark Waddingham wrote:
I have taken quite some time to write this, and the reason that I have
taken the trouble is that, oddly enough, I both believe in Runtime
Revolution, and have put a very significant amount of time and effort
into learning how to get the thing to do things
On 2015-05-10 19:34, Paul Dupuis wrote:
On 5/10/2015 1:01 PM, Richmond wrote:
listing of the Kickstarter goals and what happened to them
Open Source Livecode - DONE
Unicode - DONE
Resolution Independence - DONE
Plugable Themes - NOT DONE - last word from RunRev that I recall was
that this was
On 5/10/2015 1:01 PM, Richmond wrote:
> listing of the Kickstarter goals and what happened to them
Open Source Livecode - DONE
Unicode - DONE
Resolution Independence - DONE
Plugable Themes - NOT DONE - last word from RunRev that I recall was
that this was tied to engine changes in LC8
Cocoa - DONE
True. But to be fair, this is not a problem specific to LiveCode. It's
a generic problem in any programming language - eventually you will
run into the limits of the math library and the limits of the
processor. The limits aren't always immediately obvious, and some
"trickery" is then necessary to
On 05/10/2015 10:11 AM, Lynn Fredricks wrote:
"retooling their OS strategy"
Heh.
More like "we'd like you to forget this happened".
Cue Obi-Wan: "this isn't the OS you're looking for"
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing li
On 05/10/2015 04:51 AM, Randy Hengst wrote:
Based on what I’ve seen in this discussion and info from reading the list for
several years, LiveCode has difficulty with very large numbers.
True. But to be fair, this is not a problem specific to LiveCode. It's a
generic problem in any programmin
I have taken quite some time to write this, and the reason that I have
taken the trouble is that, oddly enough, I both believe in Runtime
Revolution, and have put a very significant amount of time and effort
into learning how to get the thing to do things over the last 14
years.
Had I come to it
> "Windows/Phone 8 with Theme": where is that?
> --
I think this one may have been a good thing. MS is retooling their OS
strategy and it looks like there will be better integration and
compatibility between various platforms.
Best regar
Richmond wrote:
> On 10/05/15 19:56, Richard Gaskin wrote:
>> Richmond wrote:
>>
>> > I am also tired of those who "sing from the RunRev choir" [RG, JLG,
>> > and so on] who endlessly seem to defend the indefensible at no
>> > obvious profit to themselves.
>>
>> What have I written that you find
On 10/05/15 19:56, Richard Gaskin wrote:
Richmond wrote:
> I am also tired of those who "sing from the RunRev choir" [RG, JLG,
> and so on] who endlessly seem to defend the indefensible at no
> obvious profit to themselves.
What have I written that you find indefensible?
Nothing as such.
How
Going off topic now, I was browsing around the github link you gave, and I
noticed you’re doing a workaround for Kindle Fire audio player issues. You
should note that there are Kindle Fire issues that only apply to the first
generation ones. If you check the manufacturer to see if it’s Amazon, a
On 10/05/15 19:53, Mark Waddingham wrote:
It might be easier if, for goofy types like myself, those "things" at
that web address were explained in some way that we could understand.
Well, I think 'trust' comes in here to a certain degree - i.e. if you
trust that we are doing the right thing, a
Richmond wrote:
> I am also tired of those who "sing from the RunRev choir" [RG, JLG,
> and so on] who endlessly seem to defend the indefensible at no
> obvious profit to themselves.
What have I written that you find indefensible?
--
Richard Gaskin
Fourth World Systems
Software Design and Dev
I was puzzled too, I hadn’t noticed anyone criticizing you posting here. I did
just think of something. We’ve been assuming that it was the mildly sarcastic
“did he run out of things to develop” part that was the problem, but maybe it
was the “This is in no way a complaint” part. If that was mis
I've just finished making the mods to make SQLiteAdmin deal with Unicode
data and commands. I used LC 7 to do this and it was surprisingly easy,
especially after trying to do it with pre-7 versions of LC.
I am looking for a few people who have SQlite databases containing Unicode
data to beta test
It might be easier if, for goofy types like myself, those "things" at
that web address were explained in some way that we could understand.
Well, I think 'trust' comes in here to a certain degree - i.e. if you
trust that we are doing the right thing, and are doing so for the
benefit of the 'co
I don't know why anyone is criticising Mark for participating on the
use-list.
I must confess I struggle to see the criticism - Colin made a rather wry
observation in an amusing way (for me at least, as I said previously,
text based communication is a huge source of ambiguity at times).
I a
On 10/05/15 19:10, Mark Waddingham wrote:
On 2015-05-10 15:23, Peter M. Brigham wrote:
In the absence of any communication and actual information, people
always imagine all kinds of things, and this is especially true of
anyone seen as a leader. All along Mark has been a presumably
extraordinari
On 10/05/15 18:50, Mark Waddingham wrote:
On 2015-05-09 20:37, Colin Holgate wrote:
This is in no way a complaint! But I’m curious about how much Mark is
posting these days. Did he run out of things to develop?
Definitely not the latter!
I've lurked on both the use and dev lists for years - I
On 2015-05-10 17:42, Geoff Canyon wrote:
I rewrote the function to take arbitrary arguments for the list of
numbers
and the target value, and then took advantage of the fact that char 0
of
"+-" is empty:
That's neat - I wonder what the limits in terms of tractable computation
the approach ha
On 10/05/15 18:34, David Bovill wrote:
Thanks for taking the time to air this Richmond. I generally agree with the
sentiment. I'd see much of this being resolved by redefining the nature of
the interface between LiveCode Ltd and the community. The diaogue is not
there suficiently. It's not there
On 2015-05-10 15:23, Peter M. Brigham wrote:
In the absence of any communication and actual information, people
always imagine all kinds of things, and this is especially true of
anyone seen as a leader. All along Mark has been a presumably
extraordinarily capable technician heading up a talented
I asked the same question on ChatRev the other day. Eventually we
pretty much agreed that Mark is probably doing what he is paid for:
overseeing the programming team, thinking about what are the most
important issues and how to solve them. The latter part probably makes
him more involved with the
On 2015-05-09 20:53, Richmond wrote:
On 09/05/15 21:37, Colin Holgate wrote:
This is in no way a complaint! But I’m curious about how much Mark is
posting these days. Did he run out of things to develop?
That's a bit of a b*tchy comment.
Hehe - as a first reading then, yes, it could have pot
On 2015-05-09 20:37, Colin Holgate wrote:
This is in no way a complaint! But I’m curious about how much Mark is
posting these days. Did he run out of things to develop?
Definitely not the latter!
I've lurked on both the use and dev lists for years - I read and have
read the majority of all th
On Sun, May 10, 2015 at 10:41 AM, Mark Waddingham wrote:
> put item (char j of tScheme + 1) of ",+,-" after tSum
>
On Sun, May 10, 2015 at 10:42 AM, Geoff Canyon wrote:
> put S[j] & char (char j of tScheme) of "+-" after tSum
Great minds think alike...
_
I rewrote the function to take arbitrary arguments for the list of numbers
and the target value, and then took advantage of the fact that char 0 of
"+-" is empty:
function problem5 S,T
local tResults
local countLessOne
local tScheme
local tSum
split S using comma
put (item 2 of t
I thought briefly about doing this but it didn't gel in my mind as
quickly
as the substitution method I used. I quite like how this turned out!
I realized after posting my versions that my version of problem5 could
be even more succinct code-wise:
function problem5
local tResults
repea
I meant Richmond - though I do think the two of you would make a fine team
of good cop - bad cop :)
On Sunday, May 10, 2015, David Bovill wrote:
> Thanks for taking the time to air this Richard. I generally agree with the
> sentiment. I'd see much of this being resolved by redefining the nature
Thanks for taking the time to air this Richard. I generally agree with the
sentiment. I'd see much of this being resolved by redefining the nature of
the interface between LiveCode Ltd and the community. The diaogue is not
there suficiently. It's not there with regard to roadmaps, the on-rev
server
function problem4 pList
local tLength
put 0 into tLength
repeat for each item tItem in pList
put max(the number of chars in tItem, tLength) into tLength
end repeat
sort items of pList ascending numeric by the number of chars in
each
sort items of pList descending text by
Based on what I’ve seen in this discussion and info from reading the
list for several years, LiveCode has difficulty with very large
numbers. So, that is why you can simply do this for Problem 3.
Correct?
function ShowTheFirst100Fibonacci
local tTheFirst100Fibonacci
put "0,1," into tTheFirst
On Sun, May 10, 2015 at 5:38 AM, Mark Waddingham wrote:
> PROBLEM 5
> At first sight this one seems 'scary' but in actual fact the
> number of combinations is actually quite small (3^8) and you
> can get them by counting from 0 to 3^8 in ternery and padding
> the
On Sun, May 10, 2015 at 5:38 AM, Mark Waddingham wrote:
> function problem4_pad pItem, pLength
>repeat until the length of pItem is pLength
> put char 1 of pItem after pItem
>end repeat
>return pItem
> end problem4_pad
>
> function problem4 pList
>local tLength
>put 0 in
On Sat, May 9, 2015 at 7:01 PM, Geoff Canyon wrote:
> Yeah, I'm now trying to salvage my padding solution, which is better than
> the padding solutions he gave on the site, but still wrong.
Okay, I think this works. It pads with the first character, which covers
most cases, and then depends on
On 2015-05-10 14:44, david.bov...@gmail.com wrote:
OK - but widgets that scale as you stretch them (as do all the
widgets I create in LiveCode) need to dynamicaly resize by script and
that is done in the OnPaint() handler?
I would usually try to do this in the OnGeometryChanged() handler if
p
OK - but widgets that scale as you stretch them (as do all the widgets I
create in LiveCode) need to dynamicaly resize by script and that is done in the
OnPaint() handler?
—
Sent from Mailbox
On Sun, May 10, 2015 at 1:13 PM, Peter TB Brett
wrote:
> On 2015-05-10 09:04, David Bovill wrote:
In the absence of any communication and actual information, people always
imagine all kinds of things, and this is especially true of anyone seen as a
leader. All along Mark has been a presumably extraordinarily capable technician
heading up a talented team who are trying to do their best to dev
I must play with this today... I re-upped my subscription so I could get my
hands on it. Monte, any plans to update (if even possible) the Android
functionality of mergAV to include this functionality? That way I can
completely migrate off the old method.
Thanks!
SKIP
> On May 9, 2015, at
All,
This has been very interesting.
Based on what I’ve seen in this discussion and info from reading the list for
several years, LiveCode has difficulty with very large numbers. So, that is why
you can simply do this for Problem 3. Correct?
function ShowTheFirst100Fibonacci
local tTheFirst1
On 2015-05-10 10:04, David Bovill wrote:
What considerations do I have when creating a widget in Livecode
Builder
for cross-platform use? Do they look the same on all platforms? Any
gotchas?
Unless you use the (currently quite basic) 'foreign handler' abilities
in your widget scripts then the
Livecode can't handle multi-line mySQL transactions in a single
livecode
transaction! You need to send the commands individually, and then
commit
(A non-starter for me, as the enemy is network latency, not bandwidth
or
load on the SQL server).
The current revDB API isn't really set up to ha
On 2015-05-10 09:04, David Bovill wrote:
What considerations do I have when creating a widget in Livecode
Builder
for cross-platform use? Do they look the same on all platforms? Any
gotchas?
Currently, they look the same on all platforms.
There are two main "gotchas":
1) Don't try to do very
On 2015-05-10 02:13, Dr. Hawkins wrote:
On Sat, May 9, 2015 at 12:03 PM, Mark Waddingham
wrote:
So where I really should be going then, is
on newClient clAdr
doSomeStuff
read from socket clAdr with message "dhbkProcScktDat"
end newClient
on dhbkProcScktDat skt, msg
doSomethingWith Data
read
In any case, I thought they were interesting so I gave it a shot. I
finished in something like 40 minutes, but I think some of my solutions
are
more expedient than I would like.
Indeed - the problems themselves are quite interesting - here are my
solutions:
PROBLEM 1
function problem1
So, it is now some 2 and a half years since the Kickstarter
which launched Runtime Revolution LiveCode as an Open Source
project.
Very many people contributed to that Kickstarter campaign.
So it might be instructive to look at the following things:
1. How many of the goals have been achieved?
On investigation it appears the CloseFieldEditor is sent before the data is
updated into the table so I had to obtain the oldData to make my adjustments as
the new data affects a calculation to obtain the sum of the column.
See this script:
on CloseFieldEditor pFieldEditor
put the text of pF
What considerations do I have when creating a widget in Livecode Builder
for cross-platform use? Do they look the same on all platforms? Any gotchas?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscri
92 matches
Mail list logo
