On 2018-01-22 21:20, Geoff Canyon via use-livecode wrote:
Is there any reason script-only stacks had to be implemented in the
engine?
Yes - otherwise direct stack references or 'stackfiles' indirected
references wouldn't work. You'd need a binary 'launcher' stack for each
script, which would
I run Xubuntu 16.04 on machines with significantly lower specifications
with no trouble at all.
Richmond.
On 23/1/2018 2:31 am, Matthias Rebbe via use-livecode wrote:
Hi,
so this goes to the Linux experts on this list.
I have here an old Asus EeePC 1000H which currently runs with Windows XP
Matthias,
sometimes I use a nearly identical netbook (for example when there is not enough
space for a modern laptop).
I had installed Lubuntu for several months. That *OS* is optimally suited for
such
a netbook. But I removed it. Why?
The problem is LiveCode: The Linux version of LiveCode has
That only is of value IFF you care about what the Linux version of
LiveCode is missing.
AND more people should be badgering LiveCode to get their Linux version
up to par.
Richmond.
On 23/1/2018 12:39 pm, hh via use-livecode wrote:
Matthias,
sometimes I use a nearly identical netbook (for
Thanks to all for your thoughts and comments.
My first try now was Lubuntu 17.10.1, Installation was quick and easy, but
unfortunately there seems to be a bug in it which affects my graphic card
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1724639
Hi,
i´ve posted this already as a comment to a topic in the Livecode forums, but i
thought, this could be also of interest for the people here, especially for the
ones who do not visit the forums.
At the Hostm site there is a good tutorial about how your LC desktop apps can
communicate with a
well that might do it.
And don't call me "Richard".
On Tue, Jan 23, 2018 at 6:12 PM, Martin Koob via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi Richard.
>
> I found this site https://regexr.com when I was trying to make a regex
> expression that I could use to find GLX calls I
Hi,
I'm going crazy trying to make a SSL mysql connection from a Livecode Stack.
I was searching information in Livecode dictionary and Livecode guides,
but there's not much information about that.
I'm developing a small application for a customer.
This applications will be run inside my
Do we have a way to obtain a file path for an image on mobile?
I see mobilePickImage, but it insists on importing a copy of the image,
and what I'm really after is a reference to the image file.
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile,
So I just installed LC 8.1.8 on my Mac and the toolbar always displays
whether or not LC is the active app. Is this a "feature?" I tried
disabling all plugins, etc. What am I missing? Thanks.
Marty K
___
use-livecode mailing list
On 1/23/18 6:34 PM, Marty Knapp via use-livecode wrote:
So I just installed LC 8.1.8 on my Mac and the toolbar always displays
whether or not LC is the active app. Is this a "feature?" I tried
disabling all plugins, etc. What am I missing? Thanks.
Well, it's a separate document window so if
I've seen this addressed somewhere . have you searched the forum?
my actual question is does it have to be mysql?
On Tue, Jan 23, 2018 at 9:01 PM, Heriberto Torrado via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi,
>
> I'm going crazy trying to make a SSL mysql connection
Geoff Canyon wrote:
> "the behavior of me" accomplishes the same thing as "this me"
> in a behavior script, and is far more clear besides.
Agreed, and there was a long thread about alternatives back when
"this me" was proposed, but it's been around so long now that I doubt
it's going away.
hh wrote:
> I use Lubuntu/Xubuntu on my Raspis and have moreover my fastest
> machine running with Mint-Cinnamon.
> But I work with LiveCode only on Mac or Win. Whenever I make a widget
> or use widgets I try for several hours to arrive at workarounds for
> the linux version. Only that is a lot
Mainly because the OS is specifically written to prevent it. If it weren't,
there would be no problem. The OS is compiled for a chipset, and as far as I
know it's the same in all respects as a "Windows" PC.
> On Jan 23, 2018, at 09:45 , Richard Gaskin via use-livecode
>
On Tue, Jan 23, 2018 at 9:42 AM, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 2018-01-23 17:21, Geoff Canyon via use-livecode wrote:
>
>> This actually raises another point (and I'm sure this is a discussion
>> that
>> happened without me several years ago, but
On 2018-01-23 17:21, Geoff Canyon via use-livecode wrote:
This actually raises another point (and I'm sure this is a discussion
that
happened without me several years ago, but as long as we're here) is
there
a reason to use "this me" which seems terribly awkward, over "the
behavior
of me"
There was a long and amusing discussion about what to call the object that
actually holds the behavior script. When behaviors were first implemented,
only buttons could be used as the container. In some cases it was necessary
to refer to the container button itself, for example, to get a
On 01/23/2018 09:45 AM, Richard Gaskin via use-livecode wrote:
I've been lucky with Linux, in that all but one of my installs went
swimmingly right out of the box. And for that one, Ubuntu discovered
the need for a driver for me, and prompted me to click a button to
install it.
I even have
"illegal": that's funny, I thought EULA thingies were not legally binding.
Although, to be honest, spending "all that bother" installing Mac OS on
a machine that isn't designed for it seems
a bit pointless when Linux works on almost any machine you can throw at it.
Richmond.
On 23/1/2018
If you can switch to the 4.15 kernel the screen issue may be fixed,
alternatively..
If you can get to a terminal screen with lubuntu, it looks like you can do
the following to fix the display problem.. (works for some, not all it
seems)
sudo nano /etc/default/grub
Simple editor 'nano' will open.
adding that line to grub fixed it. Thanks for that.
Matthias
> Am 23.01.2018 um 15:08 schrieb Mike Bonner via use-livecode
> >:
>
> If you can switch to the 4.15 kernel the screen issue may be fixed,
> alternatively..
> If
On Tue, Jan 23, 2018 at 1:49 AM, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 2018-01-22 21:20, Geoff Canyon via use-livecode wrote:
>
>> Is there any reason script-only stacks had to be implemented in the
>> engine?
>>
>
> Yes - otherwise direct stack references
Navigator has used buttons on the second (never shown) card for a couple
years now. I'm currently testing a convert to SoS function in Navigator,
the first practical use of which will be to convert Navigator. I'm looking
forward to GitHub, and not having a directory listing like this hiding on
my
Richmond Mathewson wrote:
> "illegal": that's funny, I thought EULA thingies were not legally
> binding.
In what jurisdiction?
> Although, to be honest, spending "all that bother" installing Mac OS
> on a machine that isn't designed for it seems a bit pointless when
> Linux works on almost
I'm glad that worked out, Matthias.
Linux can be every bit as easy to work with as other OSes when you get
it like we get other OSes: pre-installed with the computer you
purchased, with all the necessary drivers and configs set up for that
particular hardware.
Dell, Acer, System 76,
@JLG I thought with "breaktpoint" you could debug SOS behaviors
On Tue, Jan 23, 2018 at 1:21 PM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On Tue, Jan 23, 2018 at 9:42 AM, Mark Waddingham via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > On 2018-01-23
This is a great resource... thank you.
On Tue, Jan 23, 2018 at 11:24 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I should have said the REST of the data in transit...
>
> Bob S
>
>
> > On Jan 23, 2018, at 08:23 , Bob Sneidar
> wrote:
>
On 1/23/18 12:27 PM, Mike Kerner via use-livecode wrote:
@JLG I thought with "breaktpoint" you could debug SOS behaviors
I haven't actually tried that yet. It would be more difficult to avoid
debugging when you just want to run the stack normally but would be
better than nothing. I suppose
Oh. Now I see. You want to retrieve "interior" elements of an array directly
from a single call to a custom property. As said, I think you have to
retrieve the property, and then retrieve the element. Two lines of code.
Craig
--
Sent from:
Thanks a TON Matthias! This has been gnawing at my conscience for some time.
While I store important data in encrypted format using a seed only I know, the
data in transit and in storage is not encrypted. There is nothing critical
there anyone would want, but still... this is something I
I should have said the REST of the data in transit...
Bob S
> On Jan 23, 2018, at 08:23 , Bob Sneidar wrote:
>
> While I store important data in encrypted format using a seed only I know,
> the data in transit
___
Hi.
I am not sure I understand your question. What is different about this:
on mouseUp
put 6 into myArray["x"]["a"]
put 7 into myArray["x"]["b"]
put 8 into myArray["x"]["c"]
answer myArray["x"][any char of "abc"]
end mouseUp
Craig Newman
--
Sent from:
This Me refers to the behavior object itself, not the object using the
behavior. That is so that scripts referring to Me can be ported to a behavior
without modification (I assume) and Me will still refer to the calling object.
I suppose they could have used Real Me or some such thing.
I have
It isn't This Me that is portable (Mark indicated it shouldn't be used anywhere
but in a behavior script itself if I recall) but it is simple Me that is
portable. Me will always refer to the object USING a behavior (or not as the
case may be) and not the behavior itself.
Bob S
> On Jan 23,
I just checked, and yeah, this me is portable between object scripts and
behavior scripts, but it seems highly unlikely that the concept itself
would be portable. i.e. it's far more often the case that a reference to
me/this me from an object's script *should* be a reference to the control
itself,
> R.M. wrote:
> That [these issues] only is of value IFF you care about what the
> Linux version of LiveCode is missing.
> AND more people should be badgering LiveCode to get their Linux
> version up to par.
The people using LiveCode with Linux I know (also seen from all the
responses here) have
Hah! I always say, ask 5 psychiatrists and you'll get 10 different opinions. :-)
Bob S
> On Jan 22, 2018, at 18:07 , Mark Wieder via use-livecode
> wrote:
>
> But ask any three linux users and you'll get half a dozen different answers.
Does anyone know of a regex deconstructor? I've looked but haven't found
one.
I've found lots of evaluators and ones that will throw sample text at a
regex but not one that breaks one down and sort-of explains what it does.
Similarly, going the other way, a regex builder would also be nice, but
Thanks, Brian and Craig.
Two lines of code? Then, I'll skip using multidimensional custom props.
--
Nicolas Cueto
On 23 January 2018 at 23:02, dunbarx via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Oh. Now I see. You want to retrieve "interior" elements of an array
> directly
>
You could cut it down a bit more...
[GgSs] would replace 2 lines
Could also probably use...
r(ef|op)
(?!glx[Aa]pp_[GgSs]et[Pp]r(ef|op)\(.*\))
On Tue, Jan 23, 2018 at 5:13 PM Martin Koob via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi Richard.
>
> I found this site
Hi,
With all the discussion of behaviors… I haven’t used behaviors yet, but am
wondering if that will work in this scenario:
I have a stack “PlayerFoo” containing a player, the player has callbacks set.
When the player plays, I want the callbacks to be handled by a card script in
another
42 matches
Mail list logo