Browser widget cookies?

[Geoff Canyon via use-livecode]

If I set the url for the browser widget to a url, and the server sets a cookie, 
can I read/modify/delete that cookie?

gc
___
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

Mail List Archive Error

[Alejandro Tejada via use-livecode]

Hi All,

There is an error on the LiveCode Mail List Archives.
http://lists.runrev.com/pipermail/use-livecode/

Please compare these Mail List Archives: July and
August

http://lists.runrev.com/pipermail/use-livecode/2019-July.txt

http://lists.runrev.com/pipermail/use-livecode/2019-August.txt

Notice that dates of August Mail List archive are wrong.
What settings changes could have produced this error?

Thanks in advance!

Al
___
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: Fonts on Android

[J. Landman Gay via use-livecode]

I thought the engine was supposed to do this automatically. If a bold 
version of the font is available, it should be substituted by name.


On 8/27/19 5:53 PM, Dan Friedman via use-livecode wrote:

Only thing I can think to do is to run thought EVERY object in my project and set the textFont of that control to 
"Barlow Bold" or "Barlow Regular".  Then there's text fields with mixed text...  Do I run through 
every text field and change the font of all bold text?   There has to be a way to map "Barlow Regular" to 
plain text, and "Barlow Bold" to bold text.  I must be missing something.




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: BackKey in browser widget

[J. Landman Gay via use-livecode]

I mean the hardware backKey that can be trapped with a backKey handler 
normally, but the browser widget takes it over. I don't mind if the user 
wants to backtrack through the links they've visited, but when they get 
to their entry point bad things happen; I can't remember exactly what 
went wrong (it was a couple of days ago,) but either it was a crash or a 
badly drawn card. So my idea was to only use the backKey to navigate 
cards and disallow backtracking in the browser. But I can't trap for it 
there.


On 8/27/19 5:23 PM, hh via use-livecode wrote:

(Assuming you don't mean the backKey that leaves your app.)

This is eventually not possible from security reasons.
There are brute force javascript approaches that probably will
break as soon as libbrowser changes and have side effects.

Using "on browserNavigateBegin" will lead to an infinite loop
as soon as you load images or any tiny other thing from server
pathes outside your public_html.

What you can do is not to use a URL but to set the htmltext.
Then there is no history and the browser back doesn't work.

___
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




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: URL for hashtags

[J. Landman Gay via use-livecode]

On 8/27/19 5:25 PM, hh via use-livecode wrote:

You could try

do "location.href = '#tagID'" in widget "browser"


Thanks, I'll try it.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: Fonts on Android

[Dan Friedman via use-livecode]

Ralph,

Thank you for the reply.  But, I don’t see how this helps.  I have two fonts:

Barlow-Bold.ttf
Barlow-Regular.ttf

After running FontInfo(), I see this:

*Barlow Bold
bold
*Barlow Regular
plain

When I set the font of my stack to "Barlow", everything (bold or not) comes up 
as Barlow Bold. 
When I set the font of my stack to "Barlow Regular", everything (bold or not) 
comes up as Barlow Regular.

Only thing I can think to do is to run thought EVERY object in my project and 
set the textFont of that control to "Barlow Bold" or "Barlow Regular".  Then 
there's text fields with mixed text...  Do I run through every text field and 
change the font of all bold text?   There has to be a way to map "Barlow 
Regular" to plain text, and "Barlow Bold" to bold text.  I must be missing 
something.

-Dan



On 8/27/19, 3:07 PM, "Ralph DiMola"  wrote:

When I run into this problem I use the routine below to enumerate all the
fonts and their styles.
If you have both a "Plain" and "Bold" style for a font then you use the font
name and set its style to "Bold"
If you use a "bold" base font then its "plain" style IS the bold font and
setting its style to "Bold" will do nothing.

function FontInfo
   local fnames,fstyles,tlist
   
   put the fontnames into fnames
   sort fnames
   repeat for each line tfnt in fnames
  put "*" after tlist
  put the fontstyles(tfnt,0) into  fstyles
  repeat for each line tsty in fstyles
 put space & tsty & cr after tlist
  end repeat
   end repeat
   delete char -1 in tlist
   return tlist
end FontInfo

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Dan Friedman via use-livecode
Sent: Tuesday, August 27, 2019 5:11 PM
To: How to use LiveCode
Cc: Dan Friedman
Subject: Fonts on Android

Greetings!

I am able to get a custom font installed and running on a Android device.
But, how do you handle the font family?   Included in my app is
"myfont-Regular.ttf" and "myfont-bold.ttf".   When the app launches, I call:

set the textFont of stack "main" to "myfont" 

It's only using the bold version (probably because it's first
alphabetically).  Is there a way to map a font to a style so that text is "
myfont-Regular" and bold text is "myfont-bold"?

Thanks in advance,
-Dan

 

___
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: BackKey in browser widget

[hh via use-livecode]

(Assuming you don't mean the backKey that leaves your app.)

This is eventually not possible from security reasons.
There are brute force javascript approaches that probably will
break as soon as libbrowser changes and have side effects.

Using "on browserNavigateBegin" will lead to an infinite loop
as soon as you load images or any tiny other thing from server
pathes outside your public_html.

What you can do is not to use a URL but to set the htmltext.
Then there is no history and the browser back doesn't work.

___
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: Fonts on Android

[Ralph DiMola via use-livecode]

When I run into this problem I use the routine below to enumerate all the
fonts and their styles.
If you have both a "Plain" and "Bold" style for a font then you use the font
name and set its style to "Bold"
If you use a "bold" base font then its "plain" style IS the bold font and
setting its style to "Bold" will do nothing.

function FontInfo
   local fnames,fstyles,tlist
   
   put the fontnames into fnames
   sort fnames
   repeat for each line tfnt in fnames
  put "*" after tlist
  put the fontstyles(tfnt,0) into  fstyles
  repeat for each line tsty in fstyles
 put space & tsty & cr after tlist
  end repeat
   end repeat
   delete char -1 in tlist
   return tlist
end FontInfo

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Dan Friedman via use-livecode
Sent: Tuesday, August 27, 2019 5:11 PM
To: How to use LiveCode
Cc: Dan Friedman
Subject: Fonts on Android

Greetings!

I am able to get a custom font installed and running on a Android device.
But, how do you handle the font family?   Included in my app is
"myfont-Regular.ttf" and "myfont-bold.ttf".   When the app launches, I call:

set the textFont of stack "main" to "myfont" 

It's only using the bold version (probably because it's first
alphabetically).  Is there a way to map a font to a style so that text is "
myfont-Regular" and bold text is "myfont-bold"?

Thanks in advance,
-Dan

 

___
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: another list test

[Dr. Hawkins via use-livecode]

On Aug 27, 2019, at 7:51 AM, Dar Scott Consulting via use-livecode 
 wrote:
> 
> I still don't see this:
> http://quality.runrev.com  
> >


That’s because a side-effect of the outage is to render livecode impervious to 
bugs during the interregnum 

:)
— 
Richard E. Hawkins, Esq.
The Hawkins Law Firm
3430 E. Flamingo Rd.
Suite 232
Las Vegas, NV  89121
(702) 508-8462

___
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

high resolution when printing to pdf, either from images or pdf widgets

[Dr. Hawkins via use-livecode]

I’ve seen references, even in the bug report, to “directly” printing to pdf 
from a widget.

My experience has been that it still reduces the pdf to screen resolution.   

I still insist they the fact that the engine *renders* the pdf, rather than 
including it, is a hard-core bug.  I attached an example of including parts of 
a pdf into another.

In the meantime, though, has anyone actually managed to get hi-res output of 
either a pdf, jpg, or png into an outputted pdf?

The only way I’m seeing at the moment would be a bizarre process in which the 
stack is duplicated at 400%, and a script looping through to expand and replace 
every field, reposition and change the text size, etc., and then open the 
33”x44” file in preview (or whatever) and export from there as 8.5”x1” . . . 

This will yield crummy results, though, as livecode’s posting of text and use 
of margins in fields is nonlinear (to put it charitably!)

*IF* I could export to pdf at object density, I’d temporarily use png extracted 
from the pdf with an external program.

Another potential solution would be to export without the pdf and build a 
script to an external unix utility that could print a page of source pdf and my 
output to a third file.

And if I could fully figure out the pdf file structure, I could expand my 
example file to write a custom pdf merging the field output with other pdfs . . 



— 
Richard E. Hawkins, Esq.
The Hawkins Law Firm
3430 E. Flamingo Rd.
Suite 232
Las Vegas, NV  89121
(702) 508-8462

___
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

URL for hashtags

[J. Landman Gay via use-livecode]

I'm glad the list is back up because I'm full of questions today.

I am getting URLs from AWS to display in a browser. The URL is huge, 
with lots of stuff after the "?" (parameters, access tokens, etc.) The 
html loads fine in the browser widget. The URL looks something like this:


http://.cloudfront.net/2.0/mobile/folder1/folder2/fileName.html?Expires=1567795282=NUMBER>=


But I need to jump to specific hashtags in the URL. If I put "#tagID" 
after the "fileName.html" part of the URL, I get an error because that 
isn't a file in the AWS bucket. If I use only "#tagID" as the URL after 
the file is loaded, I get an error because there aren't any parameters.


So, how would I jump to a specific part of the existing, loaded html 
page in the browser widget?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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

Fonts on Android

[Dan Friedman via use-livecode]

Greetings!

I am able to get a custom font installed and running on a Android device.  But, 
how do you handle the font family?   Included in my app is "myfont-Regular.ttf" 
and "myfont-bold.ttf".   When the app launches, I call:

set the textFont of stack "main" to "myfont" 

It's only using the bold version (probably because it's first alphabetically).  
Is there a way to map a font to a style so that text is " myfont-Regular" and 
bold text is "myfont-bold"?

Thanks in advance,
-Dan

 

___
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

BackKey in browser widget

[J. Landman Gay via use-livecode]

I need to catch the backKey in a browser widget on Android. There's a 
backKey handler in the card script but it doesn't trigger when the 
browser has focus, the browser automatically handles it. Is there a way 
to catch that keypress?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: another list test

[JJS via use-livecode]

for next time:


- Warn users

- put sites offline

-create back-up

-transfer to new server

-check if all is working

-put it back online


instead of how it looks now:

transfer to new server

pull the switch to put new server online

aaah sh*t some sites not working ok

another aaah stuff is missing

inform users


Op 27-8-2019 om 20:02 schreef Mark Wieder via use-livecode:

On 8/27/19 10:41 AM, Bob Sneidar via use-livecode wrote:

Caching won't be an issue for you then.


Not from a commandline, but locally, browsers do what they want.



___
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: another list test

[Mark Wieder via use-livecode]

On 8/27/19 10:41 AM, Bob Sneidar via use-livecode wrote:

Caching won't be an issue for you then.


Not from a commandline, but locally, browsers do what they want.

--
 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: another list test

[Bob Sneidar via use-livecode]

Caching won't be an issue for you then. 

Bob S


> On Aug 27, 2019, at 10:34 , Mark Wieder via use-livecode 
>  wrote:
> 
> I'm using Cloudflare's servers for DNS resolution.
> 
> -- 
> 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: another list test

[Mark Wieder via use-livecode]

On 8/27/19 8:16 AM, Mark Waddingham via use-livecode wrote:

For example, for me, the IP address I get for quality.livecode.com is 
the new server, yet I see the old server's instance of bugzilla. In 
contrast at least half the team here just get a rather unfortunate error 
message - which is due to a software incompatibility we are trying to 
resolve.


Something like this?

Devel::StackTrace version 2 required--this is only version 1.27 at 
/usr/local/share/perl5/Exception/Class/Base.pm line 9.
BEGIN failed--compilation aborted at 
/usr/local/share/perl5/Exception/Class/Base.pm line 9.
Compilation failed in require at 
/usr/local/share/perl5/Exception/Class.pm line 10.
BEGIN failed--compilation aborted at 
/usr/local/share/perl5/Exception/Class.pm line 10.
Compilation failed in require at 
/usr/local/share/perl5/Params/ValidationCompiler/Exceptions.pm line 26.
BEGIN failed--compilation aborted at 
/usr/local/share/perl5/Params/ValidationCompiler/Exceptions.pm line 26.
Compilation failed in require at 
/usr/local/share/perl5/Params/ValidationCompiler/Compiler.pm line 11.
BEGIN failed--compilation aborted at 
/usr/local/share/perl5/Params/ValidationCompiler/Compiler.pm line 11.
Compilation failed in require at 
/usr/local/share/perl5/Params/ValidationCompiler.pm line 8.
BEGIN failed--compilation aborted at 
/usr/local/share/perl5/Params/ValidationCompiler.pm line 8.
Compilation failed in require at 
/usr/local/lib64/perl5/DateTime/Duration.pm line 13.
BEGIN failed--compilation aborted at 
/usr/local/lib64/perl5/DateTime/Duration.pm line 13.

Compilation failed in require at /usr/local/lib64/perl5/DateTime.pm line 14.
BEGIN failed--compilation aborted at /usr/local/lib64/perl5/DateTime.pm 
line 14.

Compilation failed in require at Bugzilla/Util.pm line 55.
BEGIN failed--compilation aborted at Bugzilla/Util.pm line 55.
Compilation failed in require at Bugzilla/Error.pm line 33.
BEGIN failed--compilation aborted at Bugzilla/Error.pm line 33.
Compilation failed in require at Bugzilla/Install/Filesystem.pm line 31.
BEGIN failed--compilation aborted at Bugzilla/Install/Filesystem.pm line 31.
Compilation failed in require at Bugzilla/Config.pm line 38.
BEGIN failed--compilation aborted at Bugzilla/Config.pm line 38.
Compilation failed in require at Bugzilla.pm line 38.
BEGIN failed--compilation aborted at Bugzilla.pm line 38.
Compilation failed in require at index.cgi line 34.
BEGIN failed--compilation aborted at index.cgi line 34.

If it helps any,
ping results from here @10:30AM PST:
quality.livecode.commolly.livecode.com (50.28.38.113)
quality.runrev.com  Name or service not known
livecode.commolly.livecode.com (50.28.38.113)
livecodeshare.livecode.com  Name or service not known
livecodeshare.runrev.commeg.on-rev.com (5.135.139.104)

I'm using Cloudflare's servers for DNS resolution.

--
 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: Multiple windows in HTML5

[Sean Cole (Pi) via use-livecode]

Fantastic work. Thanks H

Sean Cole
*Pi Digital*
___
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

Multiple windows in HTML5

[hh via use-livecode]

I added two demos to my HTML5 standalone samples

(US) http://hh.on-rev.com/html5/index-large.html#as
(EU) http://hyperhh.de/html5/index-large.html#as

1 • Multi Focus-Move-Resize
shows how to move and resize multiple windows (substacks) incl.
the main window.
Moreover the stack windows are focused so that you can immediately
start typing in a focused field without having to click first at it.

2 • GoStackURL, uses SOP (same origin policy)
is based on the above and loads moreover (ordinary) stacks by
"go stack URL".
The stacks can be closed, opened again or deleted as usual.

Both stack shows also how to add scrollwheel support (vertically,
and, if your mouse supports that, also horizontally) to any field
of any open stack window.

The stack sources will be uploaded to livecodeshare/SampleStacks
as soon that is out of maintenance.
___
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: another list test

[Bob Sneidar via use-livecode]

Sometimes a local DNS cache, like on the workstation and even in a local DNS 
server, will not have flushed. Often DNS records are cached for several days. 
There are commands of course to flush the workstation cache. On Windows it's 
ipconfig /flushdns. On a Windows server you have to go into DNS Management to 
flush the cache. 

Bob S


> On Aug 27, 2019, at 08:16 , Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2019-08-27 11:04, Matthias Rebbe via use-livecode wrote:
>> May i ask what is not working.
>> I just did a quick test and searched for some bug reports. That was
>> working w/o problems?
> 
> In theory you should not be seeing that - for some reason that we cannot 
> determine, the old server is still accessible to some people even though the 
> DNS entries have all propagated.
> 
> For example, for me, the IP address I get for quality.livecode.com is the new 
> server, yet I see the old server's instance of bugzilla. In contrast at least 
> half the team here just get a rather unfortunate error message - which is due 
> to a software incompatibility we are trying to resolve.
> 
> Warmest Regards,
> 
> Mark.
> 
> P.S. The disruption over the last couple of days was caused by a failure 
> somewhere during the automatic account transfer process from old server to 
> new, and then a subsequent RAID disk failure on the *new* server. This has 
> left a bit of mess which is currently being cleared up.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> 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: another list test

[Mark Waddingham via use-livecode]

On 2019-08-27 11:04, Matthias Rebbe via use-livecode wrote:

May i ask what is not working.

I just did a quick test and searched for some bug reports. That was
working w/o problems?


In theory you should not be seeing that - for some reason that we cannot 
determine, the old server is still accessible to some people even though 
the DNS entries have all propagated.


For example, for me, the IP address I get for quality.livecode.com is 
the new server, yet I see the old server's instance of bugzilla. In 
contrast at least half the team here just get a rather unfortunate error 
message - which is due to a software incompatibility we are trying to 
resolve.


Warmest Regards,

Mark.

P.S. The disruption over the last couple of days was caused by a failure 
somewhere during the automatic account transfer process from old server 
to new, and then a subsequent RAID disk failure on the *new* server. 
This has left a bit of mess which is currently being cleared up.


--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: another list test

[Mark Wieder via use-livecode]

On 8/27/19 8:04 AM, Matthias Rebbe via use-livecode wrote:

May i ask what is not working.

I just did a quick test and searched for some bug reports. That was working w/o 
problems?


Seems to be in a transitional state atm. My first try got a page full of 
perl compilation errors. Now I just get ERR_TIMED_OUT. Anywhere on the 
livecode.com domain.


--
 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: another list test

[Heather Laine via use-livecode]

quality.livecode.com is not up and running on the new server. It is still 
working on the old server. Whether you can see it or not depends on which 
server your dns is pointing at.

We are aware of the issue with the QC, and are working on upgrading it so it 
can move.

Best Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



> On 27 Aug 2019, at 16:04, Matthias Rebbe via use-livecode 
>  wrote:
> 
> May i ask what is not working.
> 
> I just did a quick test and searched for some bug reports. That was working 
> w/o problems?
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> InstaMaker 
> WinSignMaker Mac 
> 
>> Am 27.08.2019 um 17:00 schrieb Mark Wieder via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> On 8/27/19 7:51 AM, Dar Scott Consulting via use-livecode wrote:
>>> I still don't see this:
>>> http://quality.runrev.com  
>>> >
>> 
>> It's even worse if you try
>> https://quality.livecode.com/ 
>> 
>> -- 
>> 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


___
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: another list test

[Matthias Rebbe via use-livecode]

May i ask what is not working.

I just did a quick test and searched for some bug reports. That was working w/o 
problems?

Matthias Rebbe

free tools for Livecoders:
InstaMaker 
WinSignMaker Mac 

> Am 27.08.2019 um 17:00 schrieb Mark Wieder via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> On 8/27/19 7:51 AM, Dar Scott Consulting via use-livecode wrote:
>> I still don't see this:
>> http://quality.runrev.com  
>> >
> 
> It's even worse if you try
> https://quality.livecode.com/ 
> 
> -- 
> 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: another list test

[Mark Wieder via use-livecode]

On 8/27/19 7:51 AM, Dar Scott Consulting via use-livecode wrote:

I still don't see this:
http://quality.runrev.com 


It's even worse if you try
https://quality.livecode.com/

--
 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: Unicode is not "everywhere"...

[Mark Waddingham via use-livecode]

On 2019-08-27 10:55, Dar Scott Consulting via use-livecode wrote:

The added parameter approach looks very similar to an enhancement
suggestion that has been around for a while. I'd mention the bug
number, but I and bugs are not getting along at the moment.


Indeed - it is very unlikely a new suggestion - I dimly recall such a 
enhancement request also.


Unfortunately bugzilla isn't currently getting along with our new server 
at all so it may be a little while longer before I can check :)


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: another list test

[Matthias Rebbe via use-livecode]

But https://quality.livecode.com  is online


Matthias Rebbe

free tools for Livecoders:
InstaMaker 
WinSignMaker Mac 

> Am 27.08.2019 um 16:51 schrieb Dar Scott Consulting via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> I still don't see this:
> http://quality.runrev.com  
> >
> 
> 



Matthias Rebbe

free tools for Livecoders:
InstaMaker 
WinSignMaker Mac 
___
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: Unicode is not "everywhere"...

[Dar Scott Consulting via use-livecode]

The added parameter approach looks very similar to an enhancement suggestion 
that has been around for a while. I'd mention the bug number, but I and bugs 
are not getting along at the moment.

Dar

> On Aug 27, 2019, at 5:54 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2019-08-22 20:53, Paul Dupuis via use-livecode wrote:
>> I just want it consistent and documented and able to return more than
>> just ASCII data
>> Currently, OSX shell returns UTF8 which may mean that it is returning
>> binary as it is returning 8-bit bytes where Unicode text has been
>> encoded as UTF8
> 
> The encoding returned by the terminal commands on macOS are UTF-8 for two 
> reasons:
> 
>  1) Various environment variables make it so (the 'system encoding')
> 
>  2) The terminal commands you are calling are written to respect the system 
> encoding and emit text encoded in that way - because they are actually 
> emitting text.
> 
> In contrast - 'cat' will just dump the contents of the file you specify byte 
> by byte - and files could contain data in any encoding.
> 
> There is absolutely no way to tell whether a command is 'ls' like and thus 
> emits text, or 'cat' like and thus emits binary.
> 
>> Windows returns CP1252 text, not binary and any Unicode results, which
>> DOS displays as Unicode just fine, can be returned without elaborate
>> work-arounds.
>> That by definition is a bug.
> 
> No - that isn't the definition of a bug - it is a difference of behavior 
> because you are dealing with platform-specific details.
> 
> The /U switch which Dar suggested (and appears to work for DIR and friends at 
> least) seems to be only applicable to 'internal commands' (according to 
> https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/cmd)
>  so it isn't clear what, if anything, it would do to an arbitrary windows 
> terminal command.
> 
>> I would advocate that shell should return binary data. Text being
>> returned should be UTF8 encoded, that way people expecting ASCII do
>> nto need to o anything, they can just work with teh returned text.
>> People expecting Unicode can use textDecode to get the UTF8 converted
>> to LC native 16-bit Unicode, and people extcting binary can use the
>> byte chunk to process what comes back however they want.
> 
> The problem here is that it is up to the command being called what it outputs 
> - nothing else - so this isn't an achievable goal. You have to know what the 
> commands you are calling do, and how they work - and ensure you set the 
> environment up when calling them to return what you want.
> 
> The current situation with shell is irksome though - the internal 
> platform-dependent code returns binary data and does nothing to it but the 
> higher-level wrapper (i.e. the 'shell()' function implementation) will 
> basically leave it as binary data (converted to a native string - native 
> strings and binary strings are essentially interchangeable) and then will 
> perform EOL conversion on it on Windows and in server engines. This means it 
> kinda returns text but not really. Unfortunately this behavior has existed 
> for so long that it is 'just the way things are' so it isn't going to change.
> 
> Moving forward, a second parameter to shell() would probably be the best way 
> to resolve the above anomaly - empty would mean legacy behavior, binary would 
> mean do nothing at all.
> 
> It would be nice to be able to specify 'text' as well...
> 
> On UNIX-based systems it is clear what that should do (textDecode the output 
> based on the 'system' encoding, which is determined from the environment 
> variables of the calling process).
> 
> On Windows it is not clear to me what such a setting could do - /U certainly 
> doesn't sound like it helps arbitrary processes, but it might be there is 
> some way to change the codepage (analogous to the 'system encoding') of the 
> command being called so some attempt can be made to text decode and EOL 
> convert appropriately.
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> 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: another list test

[Dar Scott Consulting via use-livecode]

I still don't see this:
http://quality.runrev.com 



> On Aug 27, 2019, at 4:22 AM, Heather Laine via use-livecode 
>  wrote:
> 
> Hooray, we are back. Thanks to Robin's dedicated work and excellent detective 
> abilities in figuring out the problem. 
> 
> Apologies to all for the outage of the lists, they didn't make it over 
> correctly to our new server and diagnosing the issue was tricky!
> 
> You can all now go about your business again.
> 
> Best Regards,
> 
> Heather
> 
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com
> 
> 
> 
>> On 27 Aug 2019, at 11:16, Matthias Rebbe via use-livecode 
>>  wrote:
>> 
>> I can read you loud an clearly. ;)
>> 
>> 
>> Matthias Rebbe
>> 
>> free tools for Livecoders:
>> InstaMaker 
>> WinSignMaker Mac 
>> 
>>> Am 27.08.2019 um 12:12 schrieb Heather Laine via use-livecode 
>>> mailto:use-livecode@lists.runrev.com>>:
>>> 
>>> maybe this one arrives...
>>> 
>>> 
>>> Heather Laine
>>> Customer Services Manager
>>> LiveCode Ltd
>>> www.livecode.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
> 
> 
> ___
> 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: Datagrid2 Form view slow down.

[Sean Cole (Pi) via use-livecode]

Hi Mark,

Thank you for you very comprehensive response. It does help me understand a
great deal more about the innards of the data grid.

However, I have been running my grid in an 800x600 window. I had restarted
fresh with a new template stack and new row template. The template has the
original BG untouched. The original field renamed, and repositioned, and
two others copied from it and repositioned. (Later I had a rounded
rectangle added which sits behind the last field but this made no
difference to performance). The row height is set to 30. No layout control
other than for the data content. Minimal layout set to true. I kept it
basic as it could be. But it still stutters on scroll with or without
Accelerated rendering on. So, in my very humble opinion, something is still
'up'! I don't know what it is but Form view is definitly not operating up
to par for some reason.

As suggested, I have had to spend considerable more time coding my own data
grid. This has held us up no end as a result. Again. Especially as, because
HTML5 deployment is broken so much, that I have to manually code nearly all
key and mouse operations that come in (delete, backspace, escape, arrows,
mouse-scroll, double-click, cut, copy, paste, - anything other than a-Z,0-9
pretty much). And geometry doesn't work either for HTML5 so I have to code
resize for almost every object manually. It is getting tiresome and tedious
just how much in LC does not work! I'm am very nearly at burnout stage from
it - Again! LC almost killed me last year and it is trying really hard to
do it to me again it seems.

Try it, see for yourself!

Thanks (semi-hysterically) again.

Sean Cole
*Pi Digital Productions Ltd*
www.pidigital.co.uk
+44(1634)402193
+44(7702)116447
'Don't try to think outside the box. Just remember the truth: There is no
box!'
'For then you realise it is not the box you are trying to look outside of,
but it is yourself!'

eMail Ts & Cs    Pi Digital
Productions Ltd is a UK registered limited company, no. 5255609
___
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: Selective forums

[hh via use-livecode]

> Heather wrote:
> Very interesting, yes. We're investigating. Probably to do
> with who posted what when, at what point of transition.

Some "diff threads" disappeared but it is Ok now.
Possibly this was simply a wrong browser/platform switch.

___
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: Selective forums

[Heather Laine via use-livecode]

Very interesting, yes. We're investigating. Probably to do with who posted what 
when, at what point of transition.

Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



> On 27 Aug 2019, at 13:59, hh via use-livecode  
> wrote:
> 
> The forums have when viewed in Firefox-Mac some days and
> newer messages lost. Different to Safari/Chrome-Mac where
> some in-between-posts are lost.
> 
> This is NOT a problem of caching, but another problem
> created by "maintenance"...
> 
> ___
> 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: another list test

[Heather Laine via use-livecode]

LiveCodeShare will also return. As will anything else that has got lost or 
temporarily mislaid in transit. We're not trying to kill off anything here, 
quite the reverse. We're moving servers to improve our service.

Best Regards,

Heather



Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



> On 27 Aug 2019, at 14:12, hh via use-livecode  
> wrote:
> 
>> Heather wrote:
>> Hooray, we are back. Thanks to Robin's dedicated work and excellent
>> detective abilities in figuring out the problem. 
>> Apologies to all for the outage of the lists, they didn't make it
>> over correctly to our new server and diagnosing the issue was tricky!
>> 
>> You can all now go about your business again.
> 
> But 
> 
> http://livecodeshare.runrev.com/
> 
> or from the HELP menu of latest LC (9.5.0)
> + Sample Stacks
> + Sample Scripts
> + Tutorials
> 
> are still lost in space, since more than four days ...
> 
> ___
> 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: Unicode is not "everywhere"...

[Paul Dupuis via use-livecode]

Mark,

1) Fine with shell remaining as is. Thanks to Dar and others, there are 
ways to execute a windows or OSX shell command that returns Unicode and 
get Unicode back. The Dictionary entries just need to be documented 
with  a caution or warning about how to handle Unicode with Shell on 
each platform. I'd be happy to change the bug to a DOC bug and update 
the dictionary if you give the go-ahead.


2) Fine with urlEncode/urlDecode remaining as it. If LC want to make a 
set of functions urlEncodeRFC/urlDecodeRFC, I am all for that, however, 
just documenting the convention that Unicode should be UTF8 encoded 
before urlEncoding and UTF8 decoded after URLDecoding in the Dictionary 
would be sufficient. I opened two documentation bugs (one for each 
dictionary entry for urlencode/decode exactly for updating the 
Dictionary with the intent to do that myself as soon as I have a chance.


3) I (Researchware, Inc.) desperately needs a fix for the detailed 
files/detailed folder - asap. Our main application depends upon it. We 
have moved the app from LC6.7.11 to LC 9.0.5rc1 and made it full Unicode 
for the international market, but the part of our app that extensively 
manages users research documents for their projects relies on "the 
detailed files" which does not work with Unicode and my work-around 
using shell (see the bug entry) is PAINFULLY slow.


So new functions 'fileInfo' and 'folderInfo' would be wonderful or 
something - anything - that can be done sooner rather than later.


Researchware (between myself and Curry whose working for us) filed about 
20+ LC bugs in the last 60 days. The wonderful thing about LC is that 
we've been able to code work-arounds for most all of those many bugs. 
I've even coded a work-around for the "detailed" files, but it's 
performance due to the multiple shell calls is very poor. Our customers 
won't stand for it for very long, hence the desperate need for a 
solution sooner rather than later.


Please, please consider moving a solution to the detailed files to a 
forthcoming release.



On 8/27/2019 8:11 AM, Mark Waddingham via use-livecode wrote:

On 2019-08-22 21:07, Paul Dupuis via use-livecode wrote:

I reported what I thought was 3 bugs in 1 report in
https://quality.livecode.com/show_bug.cgi?id=22213. I have edited that
report to focus on a single bug - that the detailed files (and
probably the detailed folders) is broken for Unicode as every Unicode
character in a file name is encoded as %3F or ?. Originally I had
though that meant that there was a problem with urlEncode and
urlDecode as per bug
https://quality.livecode.com/show_bug.cgi?id=14015 that your
references Monte. However, I now consider that urlEncode and urlDecode
are NOT broken and bug 14015 is really a Documentation bug that the
urlEncode and urlDecode Dictionary entries should be updated.



Also, the detailed files and detailed folders doesn't need an array
returned (although that would be nice). This issue is the
percent-encoding is not following the standard convention of UTF8
encoding non-ASCII characters before percent encoding. LC should
follow industry conventions in this regard.


Strictly speaking urlEncode and urlDecode are indeed not broken - they 
are just very old. They were implemented when there were no 
universally accepted industry conventions for encoding of URLs 
(particularly those containing international characters).


They cannot be changed for obvious reasons - but we could do with 
urlEncodeRFC and urlDecodeRFC which would be string->string functions 
which do what is expected today. (And also not encode some characters 
in a way which is now not the 'standard du jour').


For the same reason that urlEncode and urlDecode cannot be changed, 
the detailed files/folders cannot be changed.


My general feeling here is that 'the detailed files' and 'the detailed 
folders' should be put out to pasture as they are grossly inefficient 
and difficult to work with.


Instead new functions 'fileInfo' and 'folderInfo' could replace them. 
They would take one or two parameters, the first a filename and the 
second an optional attribute.


If no attribute is specified then an array of all known attributes for 
the platform is returned; otherwise that specific attribute is returned.


e.g. fileInfo("foo.txt", "modification time") -> returns the 
modification time of foo.txt
 fileInfo("foo.txt") -> returns an array with keys such as 
"modification time" mapping to the obvious thing


I'd probably vote for the functions returning empty if the target 
didn't exist (rather than throwing an error), for the simple reason as 
you can't check for existence of a file and get its details in an 
atomic fashion (another process could decide to delete the file you 
just asserted existed between the 'there exists' and the 'fileInfo' 
call).


Warmest Regards,

Mark.




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this 

Re: another list test

[hh via use-livecode]

> Heather wrote:
> Hooray, we are back. Thanks to Robin's dedicated work and excellent
> detective abilities in figuring out the problem. 
> Apologies to all for the outage of the lists, they didn't make it
> over correctly to our new server and diagnosing the issue was tricky!
> 
> You can all now go about your business again.

But 

http://livecodeshare.runrev.com/

or from the HELP menu of latest LC (9.5.0)
+ Sample Stacks
+ Sample Scripts
+ Tutorials

are still lost in space, since more than four days ...

___
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

Selective forums

[hh via use-livecode]

The forums have when viewed in Firefox-Mac some days and
newer messages lost. Different to Safari/Chrome-Mac where
some in-between-posts are lost.

This is NOT a problem of caching, but another problem
created by "maintenance"...

___
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: Unicode is not "everywhere"...

[Mark Waddingham via use-livecode]

On 2019-08-22 21:07, Paul Dupuis via use-livecode wrote:

I reported what I thought was 3 bugs in 1 report in
https://quality.livecode.com/show_bug.cgi?id=22213. I have edited that
report to focus on a single bug - that the detailed files (and
probably the detailed folders) is broken for Unicode as every Unicode
character in a file name is encoded as %3F or ?. Originally I had
though that meant that there was a problem with urlEncode and
urlDecode as per bug
https://quality.livecode.com/show_bug.cgi?id=14015 that your
references Monte. However, I now consider that urlEncode and urlDecode
are NOT broken and bug 14015 is really a Documentation bug that the
urlEncode and urlDecode Dictionary entries should be updated.



Also, the detailed files and detailed folders doesn't need an array
returned (although that would be nice). This issue is the
percent-encoding is not following the standard convention of UTF8
encoding non-ASCII characters before percent encoding. LC should
follow industry conventions in this regard.


Strictly speaking urlEncode and urlDecode are indeed not broken - they 
are just very old. They were implemented when there were no universally 
accepted industry conventions for encoding of URLs (particularly those 
containing international characters).


They cannot be changed for obvious reasons - but we could do with 
urlEncodeRFC and urlDecodeRFC which would be string->string functions 
which do what is expected today. (And also not encode some characters in 
a way which is now not the 'standard du jour').


For the same reason that urlEncode and urlDecode cannot be changed, the 
detailed files/folders cannot be changed.


My general feeling here is that 'the detailed files' and 'the detailed 
folders' should be put out to pasture as they are grossly inefficient 
and difficult to work with.


Instead new functions 'fileInfo' and 'folderInfo' could replace them. 
They would take one or two parameters, the first a filename and the 
second an optional attribute.


If no attribute is specified then an array of all known attributes for 
the platform is returned; otherwise that specific attribute is returned.


e.g. fileInfo("foo.txt", "modification time") -> returns the 
modification time of foo.txt
 fileInfo("foo.txt") -> returns an array with keys such as 
"modification time" mapping to the obvious thing


I'd probably vote for the functions returning empty if the target didn't 
exist (rather than throwing an error), for the simple reason as you 
can't check for existence of a file and get its details in an atomic 
fashion (another process could decide to delete the file you just 
asserted existed between the 'there exists' and the 'fileInfo' call).


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: Unicode is not "everywhere"...

[Mark Waddingham via use-livecode]

On 2019-08-22 20:53, Paul Dupuis via use-livecode wrote:

I just want it consistent and documented and able to return more than
just ASCII data

Currently, OSX shell returns UTF8 which may mean that it is returning
binary as it is returning 8-bit bytes where Unicode text has been
encoded as UTF8


The encoding returned by the terminal commands on macOS are UTF-8 for 
two reasons:


  1) Various environment variables make it so (the 'system encoding')

  2) The terminal commands you are calling are written to respect the 
system encoding and emit text encoded in that way - because they are 
actually emitting text.


In contrast - 'cat' will just dump the contents of the file you specify 
byte by byte - and files could contain data in any encoding.


There is absolutely no way to tell whether a command is 'ls' like and 
thus emits text, or 'cat' like and thus emits binary.



Windows returns CP1252 text, not binary and any Unicode results, which
DOS displays as Unicode just fine, can be returned without elaborate
work-arounds.

That by definition is a bug.


No - that isn't the definition of a bug - it is a difference of behavior 
because you are dealing with platform-specific details.


The /U switch which Dar suggested (and appears to work for DIR and 
friends at least) seems to be only applicable to 'internal commands' 
(according to 
https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/cmd) 
so it isn't clear what, if anything, it would do to an arbitrary windows 
terminal command.



I would advocate that shell should return binary data. Text being
returned should be UTF8 encoded, that way people expecting ASCII do
nto need to o anything, they can just work with teh returned text.
People expecting Unicode can use textDecode to get the UTF8 converted
to LC native 16-bit Unicode, and people extcting binary can use the
byte chunk to process what comes back however they want.


The problem here is that it is up to the command being called what it 
outputs - nothing else - so this isn't an achievable goal. You have to 
know what the commands you are calling do, and how they work - and 
ensure you set the environment up when calling them to return what you 
want.


The current situation with shell is irksome though - the internal 
platform-dependent code returns binary data and does nothing to it but 
the higher-level wrapper (i.e. the 'shell()' function implementation) 
will basically leave it as binary data (converted to a native string - 
native strings and binary strings are essentially interchangeable) and 
then will perform EOL conversion on it on Windows and in server engines. 
This means it kinda returns text but not really. Unfortunately this 
behavior has existed for so long that it is 'just the way things are' so 
it isn't going to change.


Moving forward, a second parameter to shell() would probably be the best 
way to resolve the above anomaly - empty would mean legacy behavior, 
binary would mean do nothing at all.


It would be nice to be able to specify 'text' as well...

On UNIX-based systems it is clear what that should do (textDecode the 
output based on the 'system' encoding, which is determined from the 
environment variables of the calling process).


On Windows it is not clear to me what such a setting could do - /U 
certainly doesn't sound like it helps arbitrary processes, but it might 
be there is some way to change the codepage (analogous to the 'system 
encoding') of the command being called so some attempt can be made to 
text decode and EOL convert appropriately.


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: another list test

[Marian Petrides MD via use-livecode]

Got it. 

Sent from my iPad

> On Aug 27, 2019, at 6:12 AM, Heather Laine via use-livecode 
>  wrote:
> 
> maybe this one arrives...
> 
> 
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.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

[ANN] This Week in LiveCode 191

[panagiotis merakos via use-livecode]

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 #191 here: http://bit.ly/33Yq2Kj

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.

-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
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: Datagrid2 Form view slow down.

[Mark Waddingham via use-livecode]

On 2019-08-23 17:11, Pi Digital via use-livecode wrote:

Hi all

I’ve been testing extensively all day and I’ve determined that
acceleratedRendering has no effect on Form View DataGrids at all.
Screen recordings and lining them up shows no difference in
performance with zero, one , two, three or four fields populated with
200 or 2000 records of data. It is jerky and stutters even on an over
the top 12 core Mac Pro.


What is the behavior script of your row template group?

The key thing to ensure acceleratedRendering has an effect on the 
DataGrid
is that you only change properties of the group or its children *if* 
they

need to change.

The performance advantage of acceleratedRendering is predicated on only
the previously invisible rows which are coming into view being 
re-rendered
(and thus recached) when scrolling occurs. If existing visible rows 
change

whilst scrolling occurs then it is no different to having accelerated
rendering is false.

Four things which are critically important:

  1) The 'effective layerMode' of the datagrid group must be 
'container'- it
 sounds like you already managed to turn off any properties on your 
datagrids

 which were causing this not to be the case.

  2) The 'minimal layout' option must be true - if this isn't true then 
the
 LayoutControl message will be sent for all rows whilst scrolling 
which
 typically ends up setting rects and related properties of child 
controls

 resulting in those already visible rows being re-rendered.

  3) If there is a dgHilite setter in the behavior script then it must 
not
 change any control properites *unless* they have actually changed. 
(Just like
 the LayoutControl, the DG sends this to every row even if the value 
hasn't
 changed - however unlike the LayoutControl message I couldn't see a 
backwards

 compatible way of not making it do this :( )

  4) The 'cache controls' property must be false - this might be okay 
for small
 numbers of rows, but as the number of rows increases the overhead 
of manipulating
 so many invisible/cached groups in the DataGrid vastly dominates 
the value of

 having it at all.

Another thing which is worth fiddling with is the compositor settings of 
the stack. The
following is a reasonable heuristic for determining what reasonable 
values should be:


/* Fetch the maximum pixel scale of all screens */
local tPixelScale
put the systemPixelScale into tPixelScale

/* Compute the pixel width and height of the stack (content) */
local tPixelWidth, tPixelHeight
put the width of pSelf["stack"] * tPixelScale into tPixelWidth
put the height of pSelf["stack"] * tPixelScale into tPixelHeight

/* Compute the tile size, based on pixel scale */
local tTileSize
if tPixelScale < 2 then
put 32 into tTileSize
else if tPixelScale < 4 then
put 64 into tTileSize
else
put 128 into tTileSize
end if

/* Compute the number of tiles covering across and down the window 
*/

local tTilesAcross, tTilesDown
put (tPixelWidth + tTileSize - 1) div tTileSize into tTilesAcross
put (tPixelHeight + tTileSize - 1) div tTileSize into tTilesDown

/* Compute the total tile count */
local tTileCount
put tTilesAcross * tTilesDown into tTileCount

/* Make the cache limit big enough for twice the number of tiles 
needed

 * (note cachelimit is in bytes, with 4 bytes per pixel) */
local tCacheLimit
put (tTileCount * 2) * tTileSize * tTileSize * 4 into tCacheLimit

/* Configure the compositor properties */
set the compositorTileSize of pSelf["stack"] to tTileSize
set the compositorCacheLimit of pSelf["stack"] to tCacheLimit

The above is particularly important on Desktop and iPads as they tend to 
have very many
more pixels being rendered (and thus needing cached) than any other 
hardware (due to the

increasingly high density of displays).


The good news to me is that it gets identical performance even running
in a chrome browser standalone - which I find pleasantly impressive
all things considered.


I remember being somewhat surprised at this fact when we started working 
on the HTML5
port - however it is easy to rationalise why it is the case... Rendering 
anything is
almost entirely dominated by the number of pixels being composited to 
the screen in each
thing being drawn. The code which does this is generally done in very 
tight loops - the
kind of thing which JavaScript JITs convert to asm very well. So, for 
the most part,
there's probably not much difference in the machine instructions being 
executed for
this specific task compared to ahead-of-time compiled code which you get 
with the native

engines.


I’m going to file a bug report for this on the understanding that this
was intended to be a feature upgrade for DataGrid v2. Even if not,
excuse the excessive sarcasm but, in 2019 where we have hover boards,
self driving cars and rockets that can 

Another list test

[R.H. via use-livecode]

I am still not receiving any message through email since last week.

Roland
___
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: another list test

[Heather Laine via use-livecode]

Hooray, we are back. Thanks to Robin's dedicated work and excellent detective 
abilities in figuring out the problem. 

Apologies to all for the outage of the lists, they didn't make it over 
correctly to our new server and diagnosing the issue was tricky!

You can all now go about your business again.

Best Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



> On 27 Aug 2019, at 11:16, Matthias Rebbe via use-livecode 
>  wrote:
> 
> I can read you loud an clearly. ;)
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> InstaMaker 
> WinSignMaker Mac 
> 
>> Am 27.08.2019 um 12:12 schrieb Heather Laine via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> maybe this one arrives...
>> 
>> 
>> Heather Laine
>> Customer Services Manager
>> LiveCode Ltd
>> www.livecode.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


___
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: another list test

[Matthias Rebbe via use-livecode]

I can read you loud an clearly. ;)


Matthias Rebbe

free tools for Livecoders:
InstaMaker 
WinSignMaker Mac 

> Am 27.08.2019 um 12:12 schrieb Heather Laine via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> maybe this one arrives...
> 
> 
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.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

another list test

[Heather Laine via use-livecode]

maybe this one arrives...


Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.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