Re: [ANN] Release 9.6.0 DP-1

[Mark Wieder via use-livecode]

On 11/26/19 3:26 PM, Brian Milby via use-livecode wrote:

I have a couple and at least one is directly targeted at mobile (7154).  6404 
is Vulcan reviewed but not yet merged (and is the oldest one I have 
outstanding).  Both are widget updates.

For the IDE I only have 1987 which had a conflict that I just resolved (allow 
nesting of DG behaviors).


Since the beginning of July 2019 I have:

15 sitting in the IDE queue waiting for review.

And 5 in the engine queue, 4 waiting for review, 1 that for some reason 
failed the Travis check for not having environment variables set 
(#7157). Not sure how to force a rebuild on Travis without a bogus 
commit. One of my engine pull requests, though, (#7127) is waiting on 
the team's use of a modern linux version, and that apparently is waiting 
on CEF support.


--
 Mark Wieder
 ahsoftw...@gmail.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: DataGrid Crash to Desktop Revisited

[Mark Wieder via use-livecode]

On 12/18/19 4:30 PM, Bob Sneidar via use-livecode wrote:


I'm not sure why this is, but I think it's because the datagrid library does 
something internernally that triggers another selectionChanged, causing an 
infiinite loop, forcing the engine to bail out.


Yes, that's what I would expect. Selecting different data *should* cause 
another selectionChanged event.



Any ideas?


on selectionChanged
  put the dgHilitedIndex of me into tHilitedIndex
  put the dgDataOfIndex [tHilitedIndex] of me into aDGData [1]
  lock messages
  set the dgData of me to aDGData
  unlock messages
end selectionChanged

--
 Mark Wieder
 ahsoftw...@gmail.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: DataGrid Crash to Desktop Revisited

[Bob Sneidar via use-livecode]

This is likely the culprit in the datagrid library. There are a number of 
places where it is called:

private command _SelectionChanged pPreviouslyHilitedIndexes
   dispatch "selectionChanged" with sHilitedIndexes, pPreviouslyHilitedIndexes
end _SelectionChanged

I think what is needed is a way to discern that a selectionChanged handler is 
already in progress when setting the dgData. I could trace all the way through 
the datagrid library, but it's late, and I was hoping someone could quick fix 
this for me. I do this a LOT, strange as it seems. 

Bob S


> On Dec 18, 2019, at 16:30 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Hi all. 
> 
> I have isolated the issue I presented some time ago, where selecting a record 
> in a datagrid crashed Livecode to desktop. It can be reproduced easily 
> enough. 
> 
> Create a stack with a single datagrid, add 2 records. In the script of the 
> datagrid have a selectionChanged handler like so:
> 
> on selectionChanged
>  put the dgHilitedIndex of me into tHilitedIndex
>  put the dgDataOfIndex [tHilitedIndex] of me into aDGData [1]
>  set the dgData of me to aDGData
> end selectionChanged
> 
> This demonstrates that a datagrid's selectionChanged handler cannot set it's 
> own dgData! Neither can any other handler in the executionContexts that 
> selectionChanged calls, while that selectionChanged is still in the 
> executionContexts. (That's too confusing.) 
> 
> In other words, while a datagrid's selectionChanged handler is "running" 
> nothing can change the contents of the datagrid. 
> 
> I'm not sure why this is, but I think it's because the datagrid library does 
> something internernally that triggers another selectionChanged, causing an 
> infiinite loop, forcing the engine to bail out. 
> 
> Any ideas?
> 
> Bob S


___
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

DataGrid Crash to Desktop Revisited

[Bob Sneidar via use-livecode]

Hi all. 

I have isolated the issue I presented some time ago, where selecting a record 
in a datagrid crashed Livecode to desktop. It can be reproduced easily enough. 

Create a stack with a single datagrid, add 2 records. In the script of the 
datagrid have a selectionChanged handler like so:

on selectionChanged
  put the dgHilitedIndex of me into tHilitedIndex
  put the dgDataOfIndex [tHilitedIndex] of me into aDGData [1]
  set the dgData of me to aDGData
end selectionChanged

This demonstrates that a datagrid's selectionChanged handler cannot set it's 
own dgData! Neither can any other handler in the executionContexts that 
selectionChanged calls, while that selectionChanged is still in the 
executionContexts. (That's too confusing.) 

In other words, while a datagrid's selectionChanged handler is "running" 
nothing can change the contents of the datagrid. 

I'm not sure why this is, but I think it's because the datagrid library does 
something internernally that triggers another selectionChanged, causing an 
infiinite loop, forcing the engine to bail out. 

Any ideas?

Bob S


___
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: using stdout

[JB via use-livecode]

I found that c code.  It is for a server-socket and client-socket.
Two separate programs which we could call from live code
with a shell command and give arguments if needed.

JB


> On Dec 18, 2019, at 12:56 PM, doc hawk via use-livecode 
>  wrote:
> 
> 
> On Dec 18, 2019, at 12:51 PM, JB via use-livecode 
>  wrote:
>> 
>> A year or so ago I was messing around with the terminal in c code
>> and found some code that opens two terminals and they talk to
>> each other.
>> 
>> Is that something I can use to communicate with live code too?
> 
> Conceivably, but you’re going to have to know how to launch Terminal with 
> options (and I haven’t a clue how to do that).
> 
> If you can open them so that they have a known socket, livecode can deal with 
> that.
> 
> Why the interest in Terminal for this?  It’s pretty straightforward to create 
> your own standalone if all you want to do is write to a second application 
> for output.
> 
> ___
> 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: using stdout

[doc hawk via use-livecode]

On Dec 18, 2019, at 1:24 PM, JB via use-livecode 
 wrote:
> 
> Thank you very much!
> 

You’re quite welcome. 
> I will be playing around with these a lot.
> 

I’m interested to see what you do with it.

Also, at the conference this year, I asked panagiotis, who bounced me to Mark 
on the question (“if *anyone* knows, it would be mark”), who immediately gave 
the answer.

I was interested in the slave not showing up in the dock.  Mark replied that 
there is a simple visibility option in the, o heck, I forget the name, but the 
“dossier” of options/declarations that happens in the build.  So it’s a one 
line edit.
___
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: using stdout

[JB via use-livecode]

Thank you very much!

I will be playing around with these a lot.

JB


> On Dec 18, 2019, at 1:20 PM, doc hawk via use-livecode 
>  wrote:
> 
> 
> On Dec 18, 2019, at 1:03 PM, JB via use-livecode 
>  wrote:
>> 
>> Actually as I said in the first post I do not really need it.  I was
>> reading the manual about something else which I have already
>> forgot and I ran across the code so I tried it.
> 
> Investigate “sockets” in the dictionary.
> 
>> 
>> But I am interested in messing around with writing to another
>> application if you have any examples.  Also if you needed
>> the c code let me know and I can probably dig it out for you.
>> 
> 
> I emailed you master and slave, since we can’t attach to the list.
> 
> It’s by no means an example of how to do it; it’s my partway-done experiment 
> from when I wanted a helper application to allow non-blocking database 
> actions.  Switching from mySQL to postgreSQL solved my problem far more 
> cleanly (I don’t know if it’s still the case, but LiveCode could only send a 
> single mySQL transaction at the time, and startup took several hundred 
> sequential commands . . .).  I may use it again someday, but not for now.
> 
> Anyway, it really doesn’t do much more than take something from the input 
> window in one application, encrypt it, and send it across a socket to the 
> other.
> 
> I *want* to say that master launches slave when it starts up, but it’s been a 
> few years.
> ___
> 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: using stdout

[doc hawk via use-livecode]

On Dec 18, 2019, at 1:03 PM, JB via use-livecode 
 wrote:
> 
> Actually as I said in the first post I do not really need it.  I was
> reading the manual about something else which I have already
> forgot and I ran across the code so I tried it.

Investigate “sockets” in the dictionary.

> 
> But I am interested in messing around with writing to another
> application if you have any examples.  Also if you needed
> the c code let me know and I can probably dig it out for you.
> 

I emailed you master and slave, since we can’t attach to the list.

It’s by no means an example of how to do it; it’s my partway-done experiment 
from when I wanted a helper application to allow non-blocking database actions. 
 Switching from mySQL to postgreSQL solved my problem far more cleanly (I don’t 
know if it’s still the case, but LiveCode could only send a single mySQL 
transaction at the time, and startup took several hundred sequential commands . 
. .).  I may use it again someday, but not for now.

Anyway, it really doesn’t do much more than take something from the input 
window in one application, encrypt it, and send it across a socket to the other.

I *want* to say that master launches slave when it starts up, but it’s been a 
few years.
___
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: using stdout

[JB via use-livecode]

Actually as I said in the first post I do not really need it.  I was
reading the manual about something else which I have already
forgot and I ran across the code so I tried it.

But I am interested in messing around with writing to another
application if you have any examples.  Also if you needed
the c code let me know and I can probably dig it out for you.

JB


> On Dec 18, 2019, at 12:56 PM, doc hawk via use-livecode 
>  wrote:
> 
> 
> On Dec 18, 2019, at 12:51 PM, JB via use-livecode 
>  wrote:
>> 
>> A year or so ago I was messing around with the terminal in c code
>> and found some code that opens two terminals and they talk to
>> each other.
>> 
>> Is that something I can use to communicate with live code too?
> 
> Conceivably, but you’re going to have to know how to launch Terminal with 
> options (and I haven’t a clue how to do that).
> 
> If you can open them so that they have a known socket, livecode can deal with 
> that.
> 
> Why the interest in Terminal for this?  It’s pretty straightforward to create 
> your own standalone if all you want to do is write to a second application 
> for output.
> 
> ___
> 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: using stdout

[doc hawk via use-livecode]

On Dec 18, 2019, at 12:51 PM, JB via use-livecode 
 wrote:
> 
> A year or so ago I was messing around with the terminal in c code
> and found some code that opens two terminals and they talk to
> each other.
> 
> Is that something I can use to communicate with live code too?

Conceivably, but you’re going to have to know how to launch Terminal with 
options (and I haven’t a clue how to do that).

If you can open them so that they have a known socket, livecode can deal with 
that.

Why the interest in Terminal for this?  It’s pretty straightforward to create 
your own standalone if all you want to do is write to a second application for 
output.

___
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: using stdout

[JB via use-livecode]

A year or so ago I was messing around with the terminal in c code
and found some code that opens two terminals and they talk to
each other.

Is that something I can use to communicate with live code too?

JB


> On Dec 18, 2019, at 12:47 PM, doc hawk via use-livecode 
>  wrote:
> 
> 
> On Dec 18, 2019, at 12:38 PM, JB via use-livecode 
>  wrote:
>> 
>> open process "/Applications/Utilities/Terminal.app" for write
>> write tMessage && the long time & return to stdout
> 
> *That* is the problem.
> 
> If you open a terminal from within livecode, that doesn’t turn it into 
> stdout, which already existed (even if null).
> 
> 
> In a terminal,
> 
> /Applications/LiveCode\ Business\ 9.5.0.app/Contents/MacOS/LiveCode-Business 
> 
> (Or whatever).
> 
> That terminal will be stdout for livecode, at which you can write to it.
> 
> There might be a way to open a terminal from lived ode to which it could 
> write, but it won’t become stdout.
> 
> If you look through the archives (or maybe it’s on the message board due to 
> attachments), you should be able to find my master/slave pair which open a 
> socket to one another and can talk.  It’s been a few years, though.
> ___
> 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: using stdout

[doc hawk via use-livecode]

On Dec 18, 2019, at 12:38 PM, JB via use-livecode 
 wrote:
> 
> open process "/Applications/Utilities/Terminal.app" for write
> write tMessage && the long time & return to stdout

*That* is the problem.

If you open a terminal from within livecode, that doesn’t turn it into stdout, 
which already existed (even if null).


In a terminal,

/Applications/LiveCode\ Business\ 9.5.0.app/Contents/MacOS/LiveCode-Business 

(Or whatever).

That terminal will be stdout for livecode, at which you can write to it.

There might be a way to open a terminal from lived ode to which it could write, 
but it won’t become stdout.

If you look through the archives (or maybe it’s on the message board due to 
attachments), you should be able to find my master/slave pair which open a 
socket to one another and can talk.  It’s been a few years, though.
___
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: using stdout

[JB via use-livecode]

So I run the following code in live code after
I have opened the terminal app. and from the
message box I enter,

open process "/Applications/Utilities/Terminal.app" for write
write tMessage && the long time & return to stdout

I get nothing.

JB


> On Dec 18, 2019, at 9:24 AM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 12/18/19 7:01 AM, JB via use-livecode wrote:
>> This isn’t something I need but I read in a older manual
>> you can write to the terminal using stdout.  It said the
>> terminal needs to  be open and you use code like
>> below to log or write to the terminal;
>> put "Hello world." into tMessage
>> write tMessage && the long time & return to stdout
>> When I run this code nothing happens even though
>> I have the terminal open.
>> Does anyone know how to use stdout with the terminal
>> from within a stack?
> 
> Works here, on linux at least.
> Launch LC from a commandline, then from the messagebox type
> write "hello, world" to stdout
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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


___
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: using stdout

[JB via use-livecode]

I really don’t use the shell or terminal much.  When you
say it is awkward I suspect I did not do it right.  All I did
was open the terminal and use open with the path and
it opened live code.  Should I have written something
else?  Am I supposed to launch a process?

JB


> On Dec 18, 2019, at 11:25 AM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 12/18/19 9:49 AM, JB via use-livecode wrote:
>> Well I tried it on OS X 10.11 using Livecode 4.6.2
>> and the application launches then I create a new
>> main stack and use the message box to enter
>> your code and nothing happens.
> 
> I don't have anything that old to test with, but it works with OSX 10.14 and 
> LC 9.x. Granted, launching via commandline on OSX is a bit awkward.
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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
> 


___
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: using stdout

[doc hawk via use-livecode]

On Dec 18, 2019, at 11:06 AM, Bob Sneidar via use-livecode 
 wrote:
> 
> Well, sudo already offers a mechanism to prevent volatile teminal activity. 

But that’s a privilege restriction about superuser.

Generally, I would think that a process shouldn’t be able to write to a random 
other process, even if owned by the same user.

Unix keeps the tree of which process spawns what.
___
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: using stdout

[Mark Wieder via use-livecode]

On 12/18/19 9:49 AM, JB via use-livecode wrote:

Well I tried it on OS X 10.11 using Livecode 4.6.2
and the application launches then I create a new
main stack and use the message box to enter
your code and nothing happens.


I don't have anything that old to test with, but it works with OSX 10.14 
and LC 9.x. Granted, launching via commandline on OSX is a bit awkward.


--
 Mark Wieder
 ahsoftw...@gmail.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: using stdout

[Bob Sneidar via use-livecode]

Well, sudo already offers a mechanism to prevent volatile teminal activity. 

Bob S


> On Dec 18, 2019, at 11:02 , doc hawk via use-livecode 
>  wrote:
> 
>> I didn’t know you needed to launch it from
>> the command line.
> 
> Without that, I don’t think that livecode could be associated with any 
> particular terminal.
> 
> In fact, I suspect that OSX would block any attempt from any non-descendent  
> application trying to write to a terminal (or at least hope so . . .)

___
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: using stdout

[doc hawk via use-livecode]

On Dec 18, 2019, at 9:36 AM, JB via use-livecode 
 wrote:
> 
> I didn’t know you needed to launch it from
> the command line.

Without that, I don’t think that livecode could be associated with any 
particular terminal.

In fact, I suspect that OSX would block any attempt from any non-descendent  
application trying to write to a terminal (or at least hope so . . .)

And are you you using “open”, or actual using a direct command such as 
/Applications/LiveCode\ Business\ 9.5.0.app/Contents/MacOS/LiveCode-Business ?
___
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: using stdout

[JB via use-livecode]

Well I tried it on OS X 10.11 using Livecode 4.6.2
and the application launches then I create a new
main stack and use the message box to enter
your code and nothing happens.

JB


> On Dec 18, 2019, at 9:24 AM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 12/18/19 7:01 AM, JB via use-livecode wrote:
>> This isn’t something I need but I read in a older manual
>> you can write to the terminal using stdout.  It said the
>> terminal needs to  be open and you use code like
>> below to log or write to the terminal;
>> put "Hello world." into tMessage
>> write tMessage && the long time & return to stdout
>> When I run this code nothing happens even though
>> I have the terminal open.
>> Does anyone know how to use stdout with the terminal
>> from within a stack?
> 
> Works here, on linux at least.
> Launch LC from a commandline, then from the messagebox type
> write "hello, world" to stdout
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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


___
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: using stdout

[JB via use-livecode]

I didn’t know you needed to launch it from
the command line.

Thanks,
JB


> On Dec 18, 2019, at 9:24 AM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 12/18/19 7:01 AM, JB via use-livecode wrote:
>> This isn’t something I need but I read in a older manual
>> you can write to the terminal using stdout.  It said the
>> terminal needs to  be open and you use code like
>> below to log or write to the terminal;
>> put "Hello world." into tMessage
>> write tMessage && the long time & return to stdout
>> When I run this code nothing happens even though
>> I have the terminal open.
>> Does anyone know how to use stdout with the terminal
>> from within a stack?
> 
> Works here, on linux at least.
> Launch LC from a commandline, then from the messagebox type
> write "hello, world" to stdout
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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


___
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: using stdout

[Mark Wieder via use-livecode]

On 12/18/19 7:01 AM, JB via use-livecode wrote:

This isn’t something I need but I read in a older manual
you can write to the terminal using stdout.  It said the
terminal needs to  be open and you use code like
below to log or write to the terminal;

put "Hello world." into tMessage
write tMessage && the long time & return to stdout

When I run this code nothing happens even though
I have the terminal open.

Does anyone know how to use stdout with the terminal
from within a stack?


Works here, on linux at least.
Launch LC from a commandline, then from the messagebox type
write "hello, world" to stdout

--
 Mark Wieder
 ahsoftw...@gmail.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: Make LC fully localizable!

[Paul Dupuis via use-livecode]

On 12/18/2019 5:50 AM, Klaus major-k via use-livecode wrote:

Hi all (non-english) LC developers,

FYI:
I just filed an enhancement request to make LC fully localizable,
which is currently not the case!

Feel free to add a comment:





Perhaps modifying the ask command syntax:

Currently: ask [iconType] prompt [with defaultResponse] [titled 
windowTitle] [as sheet]


Suggested: ask [iconType] prompt [with defaultResponse] [titled 
windowTitle] [as sheet] using cancel "cancel string" ok "ok string"


___
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

using stdout

[JB via use-livecode]

This isn’t something I need but I read in a older manual
you can write to the terminal using stdout.  It said the
terminal needs to  be open and you use code like
below to log or write to the terminal;

put "Hello world." into tMessage
write tMessage && the long time & return to stdout

When I run this code nothing happens even though
I have the terminal open.

Does anyone know how to use stdout with the terminal
from within a stack?

JB


___
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: Missing keys in datagrid?

[Klaus major-k via use-livecode]

Hi Trevor,

> Am 18.12.2019 um 13:51 schrieb Trevor DeVore via use-livecode 
> :
> On Wed, Dec 18, 2019 at 6:40 AM Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>>> ...
>>> So my guess is that you are populating the DataGrid with data that only
>> has
>>> 10 columns. Could that be the case?
>> No, I really provide an array with all my columns in it, empty or not.
> 
> Given how PrintKeys works it would appear that the keys are being removed
> from the internal sDataArray array. You can inspect the array yourself by
> putting the dgData of the DataGrid into a variable and setting a
> breakpoint. Or assign the dgData to a tree widget as Richard suggested.

yes, already did and ALL columns are visible when viewed in a TREE View widget!?
So everything looks OK, I was just a bit unsure due to the discrepany of the 
different "views",

Thanks to all!

> -- 
> Trevor DeVore

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


___
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: Missing keys in datagrid?

[Trevor DeVore via use-livecode]

On Wed, Dec 18, 2019 at 6:40 AM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Trevor,
>
> thanks for chiming in!
>
> > Am 18.12.2019 um 13:28 schrieb Trevor DeVore via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > On Wed, Dec 18, 2019 at 2:38 AM Klaus major-k via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > ...
> > So my guess is that you are populating the DataGrid with data that only
> has
> > 10 columns. Could that be the case?
>
> No, I really provide an array with all my columns in it, empty or not.
>

Given how PrintKeys works it would appear that the keys are being removed
from the internal sDataArray array. You can inspect the array yourself by
putting the dgData of the DataGrid into a variable and setting a
breakpoint. Or assign the dgData to a tree widget as Richard suggested.

-- 
Trevor DeVore
ScreenSteps
www.screensteps.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: Missing keys in datagrid?

[Klaus major-k via use-livecode]

Hi Trevor,

thanks for chiming in!

> Am 18.12.2019 um 13:28 schrieb Trevor DeVore via use-livecode 
> :
> 
> On Wed, Dec 18, 2019 at 2:38 AM Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> ...
> So my guess is that you are populating the DataGrid with data that only has
> 10 columns. Could that be the case?

No, I really provide an array with all my columns in it, empty or not.

> -- 
> Trevor DeVore

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


___
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: Missing keys in datagrid?

[Trevor DeVore via use-livecode]

On Wed, Dec 18, 2019 at 2:38 AM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Bob,
>
> > Am 18.12.2019 um 01:13 schrieb Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > If I recall a long time ago speaking with Trevor, printkeys() does not
> necessarily return ALL keys.
>
> AHA!
> OK, that explains something, but not all.
>
> Empty or not, this SHOULD list all keys, but doesn't?
>

One nice aspect of LiveCode is that you can inspect all of the code to see
what is going on behind the scenes. For PrintKeys you can get to the script
that has it in one of two ways:

edit script of behavior of behavior of selobj()
edit script of stack "RevDataGridLibraryBehaviorsDataGridButtonBehavior"

This is the PrintKeys handler:

```
command PrintKeys pArray
if pArray is not an array then put sDataArray into pArray
put _PrintKeys(pArray)
end PrintKeys
```

And here is the _PrintKeys() function:

```
private function _PrintKeys @pArray, pDimension
   if pDimension is empty then put 0 into pDimension

   local theKeys, theText, theTempArray
   put the keys of pArray into theKeys
   sort theKeys numeric

   repeat for each line theKey in theKeys
  if pArray[theKey] is an array then
 put _printCharXTimes(space, pDimension * 5) & theKey & cr after
theText
 put pArray[theKey] into theTempArray
 put _PrintKeys(theTempArray, pDimension + 1) after theText
  else
 put _printCharXTimes(space, pDimension * 5) &  theKey & ":" && "`"
& pArray[theKey] & "`" & cr after theText
  end if
   end repeat

   return theText
end _PrintKeys
```

As you can see, PrintKeys prints off every key and value in the sDataArray
array. sDataArray contains the array that you, the developer, assigned to
the DataGrid using a property such as dgData or dgText. PrintKeys doesn't
take into account the columns you've created in your DataGrid. That is a
separate property.

So my guess is that you are populating the DataGrid with data that only has
10 columns. Could that be the case?

-- 
Trevor DeVore
ScreenSteps
www.screensteps.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

[ANN] Release 9.6.0 DP-2

[panagiotis merakos via use-livecode]

Dear list members,

We are pleased to announce the release of LiveCode 9.6.0 DP-2.

Developer Preview Release
=
Warning: this is not a stable release.  Please ensure that you back up your
stacks before testing them.


Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.


Release Contents

LiveCode 9.6.0 DP-2 comes with more than 15 issues resolved, including:
- The ability to pass "detailed-utf8" to the files() and folders() function
to preserve unicode filenames has been added.
- A regression where the new iOS native browser control did not
resize/redraw is now fixed
- A regression where setting the htmlText of the browser widget could fail
on Windows is now fixed
- Support for merging activity attributes is added in the Android Manifest
Merging mechanism
- An issue where the cameraControl could show a rotated preview in
landscape orientation is now fixed


Known issues

- This build (for Mac) is not notarized yet, so if your Mac is running
MacOS Catalina (10.15.x) you will get a warning dialog saying that the app
cannot be opened. In this case, you have to whitelist LiveCode in the
System Settings -> Security and Privacy, and then right-click on LiveCode
and choose "Open" from the contextual menu. Just double-clicking to open it
will not work. Note that you'll only need to do this once, the very first
time you open LiveCode 9.6 DP-2. For more details and instructions see here:
https://support.apple.com/en-gb/HT202491
- The Browser widget's native layer is not shown in some Linux distros with
Cinnamon window manager.
- The use of the Browser widget is not supported on Ubuntu 18.04 64 bit LTS
yet.

The full release notes are available from:
http://downloads.livecode.com/livecode/9_6_0/LiveCodeNotes-9_6_0_dp_2.pdf


Feedback

Please report any bugs encountered on our BugZilla at
http://quality.livecode.com/
We have a forum available for discussing LiveCode Builder at
http://forums.livecode.com/viewforum.php?f=93


Have fun!
The LiveCode Team
--
___
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

Make LC fully localizable!

[Klaus major-k via use-livecode]

Hi all (non-english) LC developers,

FYI:
I just filed an enhancement request to make LC fully localizable,
which is currently not the case!

Feel free to add a comment:



Best

Klaus
--
Klaus Major
https://www.major-k.de
kl...@major-k.de


___
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: Table Text Livecode vs .....

[Terence Heaford via use-livecode]

Here’s another interesting observation.

My table is set to Lucida Grande 13

I have some popup menus on the card set to Lucida Grande 13

Why does the text in the popup menus appear larger than the text in the Table?


Thanks


Terry



> On 18 Dec 2019, at 08:00, Terence Heaford via use-livecode 
>  wrote:
> 
> The setAllowsFontSmoothing function states
> 
> "Font are smoothed if they are antialiased when drawn and if font smoothing 
> is both allowed and enabled. For information on how to enable font smoothing, 
> see the setShouldSmoothFonts(_:) 
> 
>  function. It is not usually necessary to make changes to both parameters at 
> the same time; either can be used to disable font smoothing.”
> 
> I have the "use font smoothing when available" checkbox ticked in the General 
> Preferences. The above suggests that LC does not have these settings enabled.
> 
> As I said previously a user function to set this would be beneficial I 
> believe.
> 
> What about it mothership?
> 
> I wonder if there would be a performance hit for providing this functionality?
> 
> Thanks
> 
> Terry
> 
> 
> 
>> On 18 Dec 2019, at 03:39, Pi Digital via use-livecode 
>>  wrote:
>> 
>> This to do with the sharpness setting for the fonts. If you have Photoshop 
>> you have the ability to set the levels of this in the character parameters. 
>> The same principle is available to Mac developers in font smoothing. This 
>> adds levels of clarity to the fill of the typeface. Here’s Apples guide:
>> 
>> https://developer.apple.com/documentation/coregraphics/cgcontext/1454767-setallowsfontsmoothing
>> 
>> There’s listed there other parameters that play a part like quantisation and 
>> smoothing. 
>> 
>> So LC and FM just use differing methods. But they’re not far off each other. 
>> 
>> I’m currently upgrading a stack from 5.0.2 up to 9.5 and the text difference 
>> is far more distinct. I’m assuming this is to do with Unicode. So be 
>> thankful your issue is not nearly as tiresome requiring the reformatting of 
>> every card in a humungous stack like the one I’m dealing with!
>> 
>> All the best. 
>> 
>> Sean Cole
>> Pi Digital Prod Ltd
>> 
>>> On 17 Dec 2019, at 19:23, Terence Heaford via use-livecode 
>>>  wrote:
>>> 
>>> Firstly I have an iMac, none retina.
>>> 
>>> 1. Just checked Pages & Numbers and they both appear similar to LC.
>>> 
>>> 2. Then checked TextEdit and that appears the same as Filemaker.
>>> 
>>> The rendering of the text in Filemaker & TextEdit appears to my poor 
>>> eyesight to be more black (if that is possible).
>>> My poor eyesight is the reason I notice this in the first place, because I 
>>> have the same database in both LC & Filemaker.
>>> I prefer the scripting of LC to Filemaker but the display of the same table 
>>> is much clearer in Filemaker for the same font (more blackness).
>>> 
>>> Perhaps there is an anti alias setting or such like, that has not been 
>>> implemented in LC.
>>> 
>>> If so it would be good to get that option?
>>> 
>>> There used to be (not sure if it’s there now) a terminal command
>>> 
>>> defaults write -g CGFontRenderingFontSmoothingDisabled -bool NO
>>> 
>>> and probably others for this sort of thing. Perhaps they have to be 
>>> implemented in app.
>>> 
>>> 
>>> 
>>> Thanks
>>> 
>>> Terry
>>> 
>>> 
>>> 
 On 17 Dec 2019, at 17:54, Bob Sneidar via use-livecode 
  wrote:
 
 9.5.1 RC1
 
>> On Dec 17, 2019, at 09:14 , Paul Dupuis via use-livecode 
>>  wrote:
> 
> What version of LiveCode are you using.
> 
> Older releases did not support the Retina display, but newer releases do.
 
 
 ___
 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
> 
> ___
> 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 

Re: Missing keys in datagrid?

[Klaus major-k via use-livecode]

Hi Bob,

> Am 18.12.2019 um 01:13 schrieb Bob Sneidar via use-livecode 
> :
> 
> If I recall a long time ago speaking with Trevor, printkeys() does not 
> necessarily return ALL keys.

AHA! 
OK, that explains something, but not all.

Empty or not, this SHOULD list all keys, but doesn't?
...
put the dgdata of grp "produkte" into tt
put keys of tt[1]
...

> Your array does not look that large though. ...

I really do not need to have a working "printkeys", I am just irritated to not 
see all of my keys.

> Bob S
> 
> function altPrintKeys @pArray
>  ...
> end altPrintKeys
> 
> Bob S

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


___
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: Table Text Livecode vs .....

[Terence Heaford via use-livecode]

The setAllowsFontSmoothing function states

"Font are smoothed if they are antialiased when drawn and if font smoothing is 
both allowed and enabled. For information on how to enable font smoothing, see 
the setShouldSmoothFonts(_:) 

 function. It is not usually necessary to make changes to both parameters at 
the same time; either can be used to disable font smoothing.”

I have the "use font smoothing when available" checkbox ticked in the General 
Preferences. The above suggests that LC does not have these settings enabled.

As I said previously a user function to set this would be beneficial I believe.

What about it mothership?

I wonder if there would be a performance hit for providing this functionality?

Thanks

Terry



> On 18 Dec 2019, at 03:39, Pi Digital via use-livecode 
>  wrote:
> 
> This to do with the sharpness setting for the fonts. If you have Photoshop 
> you have the ability to set the levels of this in the character parameters. 
> The same principle is available to Mac developers in font smoothing. This 
> adds levels of clarity to the fill of the typeface. Here’s Apples guide:
> 
> https://developer.apple.com/documentation/coregraphics/cgcontext/1454767-setallowsfontsmoothing
> 
> There’s listed there other parameters that play a part like quantisation and 
> smoothing. 
> 
> So LC and FM just use differing methods. But they’re not far off each other. 
> 
> I’m currently upgrading a stack from 5.0.2 up to 9.5 and the text difference 
> is far more distinct. I’m assuming this is to do with Unicode. So be thankful 
> your issue is not nearly as tiresome requiring the reformatting of every card 
> in a humungous stack like the one I’m dealing with!
> 
> All the best. 
> 
> Sean Cole
> Pi Digital Prod Ltd
> 
>> On 17 Dec 2019, at 19:23, Terence Heaford via use-livecode 
>>  wrote:
>> 
>> Firstly I have an iMac, none retina.
>> 
>> 1. Just checked Pages & Numbers and they both appear similar to LC.
>> 
>> 2. Then checked TextEdit and that appears the same as Filemaker.
>> 
>> The rendering of the text in Filemaker & TextEdit appears to my poor 
>> eyesight to be more black (if that is possible).
>> My poor eyesight is the reason I notice this in the first place, because I 
>> have the same database in both LC & Filemaker.
>> I prefer the scripting of LC to Filemaker but the display of the same table 
>> is much clearer in Filemaker for the same font (more blackness).
>> 
>> Perhaps there is an anti alias setting or such like, that has not been 
>> implemented in LC.
>> 
>> If so it would be good to get that option?
>> 
>> There used to be (not sure if it’s there now) a terminal command
>> 
>> defaults write -g CGFontRenderingFontSmoothingDisabled -bool NO
>> 
>> and probably others for this sort of thing. Perhaps they have to be 
>> implemented in app.
>> 
>> 
>> 
>> Thanks
>> 
>> Terry
>> 
>> 
>> 
>>> On 17 Dec 2019, at 17:54, Bob Sneidar via use-livecode 
>>>  wrote:
>>> 
>>> 9.5.1 RC1
>>> 
> On Dec 17, 2019, at 09:14 , Paul Dupuis via use-livecode 
>  wrote:
 
 What version of LiveCode are you using.
 
 Older releases did not support the Retina display, but newer releases do.
>>> 
>>> 
>>> ___
>>> 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

___
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