> On 27 Jun 2017, at 3:47 pm, James Hale via use-livecode
> wrote:
>
> However would it be possible to spell out in a bit more detail why the
> mentioned pull request blew this up?
The reason is because the send command first tries to send a message and if
it’s not found it tries to do the m
Hi Monte,
Thank you so much for that quick response and solution.
I modified the frontscript mainly because my knowledge of GLX's inner workings
is limited.
Down the track I might venture into the window management routines (to see if I
really need them) or even consider moving to Levure, alth
On Mon, Jun 26, 2017 at 11:39 PM, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Yes something _has_ changed.
>
> https://github.com/livecode/livecode/pull/5456
>
> The issue is really in GLX and can be fixed two ways:
>
> Code your stack to handle all the GLX managed wi
By the way, Who could volunteer to update
Dan Shafer's Wikipedia page?
https://en.wikipedia.org/wiki/Dan_Shafer
Al
On Tue, Jun 27, 2017 at 1:23 AM, Alejandro Tejada
wrote:
> on Fri Jun 23 2017, Charles Szasz wrote:
> > Dan certainly was great promoter of Rev and
> > would be in a Rev hall of fa
on Fri Jun 23 2017, Charles Szasz wrote:
> Dan certainly was great promoter of Rev and
> would be in a Rev hall of fame if there was one.
Wholeheartedly Agree!
Many Developers in this platform deserve
a place in this Hall of Fame.
My condolences for Dan Shafer's family.
I hope that all his lifeti
Yes something _has_ changed.
https://github.com/livecode/livecode/pull/5456
The issue is really in GLX and can be fixed two ways:
Code your stack to handle all the GLX managed window messages or change the GLX
ThrowError front script handler to something like this:
private command ThrowError p
No judgment from me on this. On the contrary, most development mixes
languages from time to time, and I think it can be instructive to
observe where the dividing lines of natural usage are found.
So I was kidding, of course, in referring to LC as a "JavaScript
packaging tool", but maybe only s
Hi, just decided to return to a project after a few months and launched it in
8.15rc2.
It bombed out into the debugger after launching the main stackfile.
The error is thrown from the glxapp_framework stack.
"on preopencard" to be exact.
After playing around it seems this handler throws an error w
I am not trying to start a fuss - just find solutions for my particular problem.
This is what worked for me for this situation.
For situations where LC provides a full solution, it is MUCH faster to code in.
Sent from my iPhone
> On Jun 26, 2017, at 9:56 PM, Roger Eller via use-livecode
> wro
On Jun 26, 2017 9:36 PM, "Richard Gaskin via use-livecode" <
use-livecode@lists.runrev.com> wrote:
>
> With all the interest lately in bypassing the LC language to use an
embedded browser process, maybe we've found the winning slogan for LC:
>
> "LiveCode: a great JavaScript packaging tool"
>
> :)
jonathandlynch wrote:
> I just modified the texting part of Augmented Earth to use a browser
> widget for texting - it was a huge pain. But - now it has inertial
> scrolling, copy and paste, and works fine with all of the emojis.
>
> I might wind up going that route on other text entry stuff. It i
And the iPhone speech to text works this way too!
Sent from my iPhone
> On Jun 26, 2017, at 9:21 PM, jonathandly...@gmail.com wrote:
>
> I just modified the texting part of Augmented Earth to use a browser widget
> for texting - it was a huge pain. But - now it has inertial scrolling, copy
> a
I just modified the texting part of Augmented Earth to use a browser widget for
texting - it was a huge pain. But - now it has inertial scrolling, copy and
paste, and works fine with all of the emojis.
I might wind up going that route on other text entry stuff. It is clean and
smooth that way.
Synonyms are one of the things that make this language special. I
appreciate the fact that my creativity is not interrupted by imposed style
and syntactic requirements as much as it is with other languages. I
appreciate that I don't have to type containers in most cases, and I don't
have to worry
OOOPS! I left out an important word
Then simply set the icon of each to the ID of the appropriate image.
should read
Then simply set the icon of each BUTTON to the ID of the appropriate image.
JimL
___
use-livecode mailing list
use-livecode@lists.run
> BobS wrote:
>
> For the record, I have given up on my Object Library. The problem is buttons.
> Button can have icons. That means that I would need to copy all the linked
> icons along with the button, then manage the relinking of the copied icons
> that now have their own ID's, then manage
And what Monte said too :-)
--
Trevor DeVore
ScreenSteps
www.screensteps.com
On Mon, Jun 26, 2017 at 6:41 PM, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Contributing to a GitHub wiki is probably not your best introduction to
> git if the wiki is restricted to coll
What Andre said. Here is the link to the issue page:
https://github.com/trevordevore/levure/issues
--
Trevor DeVore
ScreenSteps
www.screensteps.com
On Mon, Jun 26, 2017 at 6:20 PM, Andre Garzia via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Alex,
>
> I am not Trevor so he may sugge
Contributing to a GitHub wiki is probably not your best introduction to git if
the wiki is restricted to collaborators only and you aren’t one so I would just
open issues at this stage if I were you.
Cheers
Monte
> On 27 Jun 2017, at 9:13 am, Alex Tweedly via use-livecode
> wrote:
>
> I've
Alex,
I am not Trevor so he may suggest something different but usually when
dealing with github hosted projects, we use the issue system available on
each repository. Ideally, you submit a new issue per "thing" instead of
doing a single new issue with many things inside.
Cheers
andre
On Mon, Ju
I've got as far as building my app with within the framework, and
reading much of the docs.
I've found some things that I believe should change in the wiki - both
- just obvious bugs / typos / cleanup
and
- things I think I know how to correct, but not 100% sure, and would
like confirmatio
Trevor:
I should be able to continue, from your last email posting. Thanks! I got
distracted with problems with Andre’s dbLib, and now that it’s fixed, I can get
back to Levure. I’ll post my “success” in a bit.
Best,
Bill
> On Jun 25, 2017, at 12:09 PM, Trevor DeVore via use-livecode
> wrote:
On 06/26/2017 01:59 PM, Richard Gaskin via use-livecode wrote:
At least with Python you need a book to explain how to make mistakes. :)
LOL
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please vis
For the record, I have given up on my Object Library. The problem is buttons.
Button can have icons. That means that I would need to copy all the linked
icons along with the button, then manage the relinking of the copied icons that
now have their own ID's, then manage dropping the icons BACK on
Not saying this means anything, but the Macintosh was released at a golden
moment in history, where processors had just reached the place where they could
support a GUI, a software developer named Microsoft was willing to write
programs that made the Mac more than a toy, and a growing industry m
Mark Wieder wrote:
> On 06/26/2017 01:29 PM, Richard Gaskin via use-livecode wrote:
>
>> Consider Python, the world's fourth-most-popular language, and
>> perhaps the leading language for introducing newcomers to
>> programming.
>>
>> Among the core principles of Python's language design is:
>>
>
On 06/26/2017 12:57 PM, Richmond Mathewson via use-livecode wrote:
Well . . . here we are all going to draw ourselves up to do battle . . .
Nope. Not interested. Mr. Waddingham and I have a running argument on
this topic, and I can't resist the opportunity to get in a few jabs,
especially whe
On 06/26/2017 01:29 PM, Richard Gaskin via use-livecode wrote:
Consider Python, the world's fourth-most-popular language, and perhaps
the leading language for introducing newcomers to programming.
Among the core principles of Python's language design is:
"There should be one-- and preferably
On 6/26/17 3:14 PM, Richmond Mathewson via use-livecode wrote:
On 6/26/17 11:07 pm, J. Landman Gay via use-livecode wrote:
Just please don't remove the ones we've got. I haven't typed out
"background" or "card" in 30 years. My brain would short out.
I wonder if it is about time in this discus
Richmond Mathewson wrote:
> I think that it is probably generally true that the more synonyms
> and ways of saying the same thing a language has, the easier it is
> to learn.
>
> This is also borne out by Linguistic research.
Linguistics for communicating with humans follows different rules than
In this case the only thing I am trying to hide is all the subtext between the
main lines starting with the line clicked on. It's always going to be a
contiguous chunk, and nothing will change the contents of the field except my
scripts so that is good.
Not sure about the metadata property, bu
On 6/26/17 11:07 pm, J. Landman Gay via use-livecode wrote:
Just please don't remove the ones we've got. I haven't typed out
"background" or "card" in 30 years. My brain would short out.
I wonder if it is about time in this discussion to differentiate between
*abbreviations* and *synonyms*?
Just please don't remove the ones we've got. I haven't typed out
"background" or "card" in 30 years. My brain would short out.
On 6/26/17 1:48 PM, Mark Waddingham via use-livecode wrote:
I'm against synonyms being part of the core language - they have no place there
as they are 'tailorings'.
Well . . . here we are all going to draw ourselves up to do battle . . .
On 6/26/17 9:48 pm, Mark Waddingham via use-livecode wrote:
I'm against synonyms being part of the core language - they have no place there
as they are 'tailorings'. Indeed a good part of the argument for them could be
so
I think that it is probably generally true that the more synonyms and
ways of saying the same thing a language has,
the easier it is to learn.
This is also borne out by Linguistic research.
Today I had 7 children who ALL wrote LiveCode scripts to do a Bubble
Sort fo 6 fields containing numbers
On 06/26/2017 11:48 AM, Mark Waddingham via use-livecode wrote:
I'm against synonyms being part of the core language - they have no place there
as they are 'tailorings'. Indeed a good part of the argument for them could be
solved by better tooling - e.g. autocomplete and suggested tokens if one
For this case, though, it will have to be called up specially, not made to look
like it was already there.
The field in question also allows users to put in images - something I don't
think native fields can do. So the app would have an enter text button that
calls up the native field, where th
OK good, the visible bits of a native field (border, background colour etc)
could all be provided by background graphics so when you switch fields no
visible change can be seen - you might even be able to use the inputTextChanged
message instead of a button which the user has to press
BTW you’l
Hi Dave - I think that might help
I could give the user a button for opening up a pastable field. They could
paste into that and LC could process it and put it into the regular field. It's
not a bad idea.
Sent from my iPhone
> On Jun 26, 2017, at 2:39 PM, Dave Kilroy via use-livecode
> wr
I'm against synonyms being part of the core language - they have no place there
as they are 'tailorings'. Indeed a good part of the argument for them could be
solved by better tooling - e.g. autocomplete and suggested tokens if one isn't
quite right.
Every single property in the engine could ha
> 26. jun. 2017 kl. 19:59 skrev Mark Wieder via use-livecode
> :
>
> Limiting the language limits the ways in which a problem may be thought of -
> that's the basis of the linguistic relativism, and it applies to programming
> languages as well as to natural languages.
And it also applies t
Jonathan if you use a native field you can access it’s contents (which a user
could have pasted into it) via something like the inputEndEditing message, and
from there hide/delete the native field, reveal a LiveCode field, place the
relevant data into it etc etc - would this help your situation?
On 06/26/2017 03:55 AM, Mark Waddingham via use-livecode wrote:
I think it is probably generally true that the more consistent and
simpler the language is, the easier it is to learn.
...and I would follow that with the (long-running by now) argument that
synonyms provide for an ease-of-use fa
Bob S. wrote:
"if the hidden of line tStartLine to tEndLine of me is
then set the hidden of line tStartLine to tEndLine of me to "
Yes, but depends on the scenario: Sometimes I find it more safe to walk
through the range (for j=tStartLine to tEndLine) and check the hidden
of each single line, bec
Richard, that is kind of what I was seeing with replace in field. Very dicey.
So I decided to see if I could use the hidden propery method to work. Here is
what I came up with. Remember that char 1 of the 1st level lines are spaces,
and the 1st char spaces in those lines have the imageData set t
OK, I didn't know about the paragraph property.
set the visible of paragraph 2 of fld "fldList" to false
this does make a line disappear, but apparently keeps the value in memory
so that it can be restored.
Sincerely,
Clarence Martin
Email: chi...@themartinz.com
Cell: 626 6965561
-Original
Mark Waddingham wrote:
> There's a form of replace which preserves styling in fields these days
> (an FE we ran quite a while ago) - take a look at the replace entry in
> the dictionary.
It works seemingly well, even with chunk expressions, e.g.:
replace "i" with "X" in line 1 of fld 1 preser
set the hidden of line 1 to 3 of field "myField" to true -- only works with
fields not text in variables
Bob S
> On Jun 26, 2017, at 09:46 , ** Clarence P Martin ** via use-livecode
> wrote:
>
> Can you supply a code sample of hiding a line of text in a list?
>
> Sincerely,
>
> Clarence M
I looked at the widget. Not sure how to use it. I got an object with a +
control which apparently creates custom property keys and displays it in the
field. I could probably make that work, but I probably won't have a lot of
control over the appearance. I got the thing working by manipulating th
Can you supply a code sample of hiding a line of text in a list?
Sincerely,
Clarence Martin
Email: chi...@themartinz.com
Cell: 626 6965561
-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Bob Sneidar via use-livecode
Sent: Monday, June 26,
That does indeed work and is a lot cleaner.
Bob S
> On Jun 26, 2017, at 09:11 , Bob Sneidar via use-livecode
> wrote:
>
> Oh nice I didn't know a line of text could be hidden! I will check that out.
> Meanwhile I got it working right by using htmlText. :-)
>
> Bob S
>
>
>> On Jun 26, 201
Oh nice I didn't know a line of text could be hidden! I will check that out.
Meanwhile I got it working right by using htmlText. :-)
Bob S
> On Jun 26, 2017, at 09:10 , hh via use-livecode
> wrote:
>
> Eventually you are showing/hiding lines, so:
>
> Did you already try to use the hidden pr
Eventually you are showing/hiding lines, so:
Did you already try to use the hidden property?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://li
The tree widget might be useful here. Alternately, don't use replace, use
text chunking instead to add or remove lines.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On June 26, 2017 10:24:11 AM Bob Sneidar v
Ok so no combination of replace in field will allow me to put something before
or after a line without borking the imagedata. The only way to do it is to
reapply the imageData each time I touch the field text. I was hoping to come up
with some king of widget eventially that allowed you to manipu
Thanks Mark. That solves half the problem. I would have to know the actual
character of the cr before the line I am trying to insert text before to do
something like
put "this is a test" & cr before line 3 of field "Scrolling List Field"
I can work around it I am sure. As long as I know that w
Hi all,
Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!
Read issue #88 here: https://goo.gl/3A3VWF
This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around t
On 2017-06-26 12:41, hh via use-livecode wrote:
No reason to get angry. This thread started from an excellent LC Lesson
in the forum ( http://forums.livecode.com/viewtopic.php?f=7&t=29403 )
There is only one line to know:
function logarithmicSearch @pArray pItem pLeft pRight
Presumably a lot
> Mark wrote:
> >> Monte wrote:
> >> I have seen it before in user scripts but never used it myself.
> >> It’s one of those things you discover (like when {} could be used
> >> interchangeably with []) that you quickly realise you should never
> >> rely on so you forget pretty quickly ;-)
> > hh wr
59 matches
Mail list logo
