Re: OT: Catalina - the end of ad hoc & in-house development?

[Peter Reid via use-livecode]

I've been reading the responses to my original posting with interest. My 
thoughts are as follows:

1. Matthias Rebbe's tutorial and helper stack seem to be excellent and appear 
to be the best way of complying with Apple's requirements, for now. Let's hope 
that Matthias can maintain this as Apple move the goalposts over time! If 
Matthias is unable to sustain these aids I'd hope that the LC mothership would 
adopt them.

2. A lot of the apps I develop are used by immediate friends and family (and a 
tiny circle of customers). They are private developments for use in closed 
communities. Apple have no right to be involved in these and the extended 
development cycle caused by their involvement is just unnecessary pain.

3. If Apple's measures really did provide bullet-proof protection the pain 
could be justified given the gain. However we know that this protection process 
is continuous and it becomes more and more onerous over time whilst still 
providing partial protection for a limited time.

4. If the Apple measures were a simple switchable setting I could switch them 
off whilst I check the user experience for a new user. Then I could switch the 
features back on to see the fully Apple-ised experience. As it is now, using 
the current Catalina beta on my development Mac, I see no blocking or warnings. 
So I've no way of testing the user experience on my development Mac. I have to 
find another Mac to act as my newbie user. Even then if such a Mac has been a 
previous newbie, how do you neutralise it to relive the newbie experience?

5. The $100 charge each year is inexcusable. Basically Apple are saying "We'll 
make any app development more tedious unless you pay up $100 every year.". Even 
the development of the simplest app, to be used as a temporary tool by a couple 
of friends will be blighted by warnings,  etc. if you don't pay $100 per year 
and jump through the hoops! Apple are deliberately making life more difficult 
and charging us $100 a year for the privilege!

6. I wonder how much developer time world-wide is wasted jumping through 
Apple's hoops, especially those developers without the benefit of LC and 
Matthias' tools?

7. If a new-to-LC developer wants to do the usual "Hello World" trivial 1st app 
(making an executable standalone app), they have to understand code-signing, 
notarising and stapling, DMG/ZIP creation and be signed/paid-up Apple 
developers.

Thanks to Matthias, you're a life/sanity saver, but I still find the prospects 
as an app developer rather depressing!

Peter
--
Peter Reid
Loughborough, UK


___
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: Merge and unicode

[Richard Gaskin via use-livecode]

I'll wager using a styledText array for this will be fun to write and will 
perform very well.Richard GaskinFourth World Systems
___
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 LiveCode & AppleScript to make mouse selection in another Mac application

[Rick Harrison via use-livecode]

Hi Bob,

Thanks for telling us about Keyboard Maestro!

I used to use Quikeys for Mac for a long time, but
they haven’t updated it for quite some time and
I was hoping to find a substitute.  It looks like
Keyboard Maestro is like Quikeys on Steroids!

Thanks again,

Rick

> On Sep 10, 2019, at 5:52 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> You need a Macro program. I like Keyboard Maestro. 
> 
> 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: Merge and unicode

[J. Landman Gay via use-livecode]

I wondered about using htmltext in the merge too, but before I started 
using merge I was setting the properties one by one in a handler. Here's 
part of my original handler, where pResults is a list of lines that 
match search criteria:


 repeat for each line l in pResults
put item 1 of l & tLineBreak & char 6 to -1 of item 2 of l  
after tList

  end repeat
  lock screen
  put tList into fld "searchResults"
  repeat with x = 1 to the num of lines in fld "searchResults"
set the leftIndent of paragraph x of fld "searchResults" to 10
set the spaceBelow of paragraph x of fld "searchResults" to 20
set the metadata of paragraph x of fld "searchResults" to line x of 
pResults
set the textcolor of char 1 to offset(tLineBreak,line x of fld 
"searchResults") of line x of fld "searchResults" to tHiliteColor
set the textsize of char 1 to offset(tLineBreak,line x of fld 
"searchResults") of line x of fld "searchResults" to 16

  end repeat
  unlock screen

The metadata still came out wrong. It also took a long time if there 
were many lines, due to all the field access, so I switched over to 
merge to create htmltext.


I'll try the replacement method you mentioned in another post. Thanks 
for chiming in here.


On 9/10/19 3:27 PM, Dar Scott Consulting via use-livecode wrote:

I looked at this some more on OS X. I'm not seeing a problem with merge. And 
I'm not seeing a problem with metadata per se, I don't think. But I am seeing a 
problem with setting metadata with htmlText.



On Sep 10, 2019, at 1:32 PM, J. Landman Gay via use-livecode 
 wrote:

On 9/10/19 1:47 PM, J. Landman Gay via use-livecode wrote:

:)
1. Jacque is very confused too, but is afraid of big sticks.
2. Encoding should be identical throughout. I'm working with a large text 
block, pulling out sections to create a list. All data is retrieved from othe 
same variable, which is UTF16 native LC text.
3. The metadata is only set at the "paragraph" level, which I need instead of 
"line" because there is a soft return in each entry.
4. I did try to textDecode the metadata, but since it was already decoded in 
the source, decoding came out as garbage. I even tried encoding it too, knowing 
it wouldn't work, and I was right.
Solution: urlEncode the metadata before merging, and urlDecode after retrieval. 
When my example is urlEncoded it becomes a simple string:
PP04_The+%D2Mystery%D3+of+Marriage


Blah. URLEncode/decode works fine on desktop (Mac) but on Android it fails. For 
some reason on Android I get this:
PP04_The%2B%253FMystery%253F%2Bof%2BMarriage

All tests are in LC 9.5 so there should be no difference, right?
--
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



___
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

making outputted pdf background transparent [ was:high resolution when printing to pdf, ...]

[Dr. Hawkins via use-livecode]

I’ve managed to make overlay of pdfs work with PyPDF2.

Now I have the problem that livecode outputs a background color to the pdfs I 
make.

Even if I et the background color of my card, the groups, etc. to empty, I 
still get a grey background, instead of a transparency.

This means that when I overlay them, the supposedly transparent background 
overwrites everything else :(

This is another showstopper.

Is there a way to control this?

Among other things, it means that a watermark can’t be made . . .


— 
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

OSTimeInfo_105

[hh via use-livecode]

OSTimeInfo_105 is #111 of the Raspi stacks collection.

What it does:
Shows the uptime (since last reboot) and
shows last reboot, last shutdown and last uptime.

Works with LC 6/7/8/9
on Mac, Win 7/10, linux (Ubuntu 1904 flavours)
and with LC 6.5.1/7.0.4
on Raspi 3/4 running Raspbian or Lubuntu.

Read more here
http://forums.livecode.com/viewtopic.php?p=183161#p183161

___
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 LiveCode & AppleScript to make mouse selection in another Mac application

[Bob Sneidar via use-livecode]

You need a Macro program. I like Keyboard Maestro. 

Bob S


> On Sep 10, 2019, at 13:14 , Ben Rubinstein via use-livecode 
>  wrote:
> 
> Hi Tom and Martin,
> 
> Thanks for the responses. That's where I'm at the moment; the problem is that 
> I AFAICT I can click at a position using System Events; but I can't click at 
> one location and release at another. The issue is that I'm trying to make a 
> rectangular selection, encompassing a number of elements; rather than trying 
> to select an actual element.
> 
> This is actually to crop each page of a many page PDF, using the rectangular 
> selection tool in either Preview or PDFpen. (AFAICT ImageMagick is no good 
> because it rasterises PDF pages before cropping them, whereas I want to 
> retain  all the PDF fidelity goodness, but just mask each page.)
> 
> I can click: but I can't mouse down in one location, and release it in 
> another.
> 
> Ben
> 
> On 05/09/2019 20:59, Tom Glod via use-livecode wrote:
>> I dunno if this works but you can try
>> do myscript as "Applescript"
>> abd your myscript can be
>> tell application "System Events"
>>   click at {123,456}end tell
>> I'm currently working on debugging a tool that uses applescript to
>> send keystrokes..and i'm finding it inconsistent ...but it could just
>> be me, so for now I won't say that its the applescript functionality.
>> On Thu, Sep 5, 2019 at 2:38 PM Ben Rubinstein via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> As the title says...
>>> 
>>> I had a recollection that it was possible to construct a tool in LiveCode
>>> that
>>> would use AppleScript, System Events, and the accessibility framework to
>>> perform actions on another (not naturally scriptable) app.
>>> 
>>> I can do menu items, I can do keystrokes - but can I move the mouse? Or
>>> more
>>> to the point, can I move the mouse to a location, then click and drag to a
>>> new
>>> location?
>>> 
>>> Automator appears to be able to do this as a recording, which works once
>>> as a
>>> single step - but ever since hangs on playback (amusingly, it moves the
>>> mouse
>>> to the first point and then refuses to let it be moved anywhere else -
>>> pulling
>>> it back if it is - the only escape seems to be to use the keyboard to open
>>> a
>>> terminal and kill Automator).
>>> 
>>> Did I dream this, or is it possible?
>>> 
>>> TIA,
>>> 
>>> Ben
>>> 
>>> ___
>>> 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: Merge and unicode

[Dar Scott Consulting via use-livecode]

Because htmlText does not set the metadata to interesting characters, you can 
consider this workaround:

Change the quotes in tCONCEPT to  and . And, thus, in tMETADATA.

> On Sep 10, 2019, at 12:47 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> :)
> 1. Jacque is very confused too, but is afraid of big sticks.
> 2. Encoding should be identical throughout. I'm working with a large text 
> block, pulling out sections to create a list. All data is retrieved from othe 
> same variable, which is UTF16 native LC text.
> 3. The metadata is only set at the "paragraph" level, which I need instead of 
> "line" because there is a soft return in each entry.
> 4. I did try to textDecode the metadata, but since it was already decoded in 
> the source, decoding came out as garbage. I even tried encoding it too, 
> knowing it wouldn't work, and I was right.
> 
> Solution: urlEncode the metadata before merging, and urlDecode after 
> retrieval. When my example is urlEncoded it becomes a simple string:
> PP04_The+%D2Mystery%D3+of+Marriage
> 
> I suppose anything that makes ascii out of the text would work, like base64.
> 
> On 9/10/19 1:04 PM, dsc--- via use-livecode wrote:
>> Jacque, these are my latest thoughts as far as possible problems.
>> 1. Dar is very confused and off in the wrong direction. Use big stick.
>> 2. Binary data is in an 8-bit char set encoding causing problems with UTF-8 
>> decode. Check encoding.
>> 3. Field, line and character metadata are interfering. Clear all, then set 
>> and get consistently.
>> 4. Merge is not handling binary data as text. Use textDecode first.
>> Dar Scott
>> Mad Scientist
> 
> 
> -- 
> 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


___
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: Merge and unicode

[Dar Scott Consulting via use-livecode]

I looked at this some more on OS X. I'm not seeing a problem with merge. And 
I'm not seeing a problem with metadata per se, I don't think. But I am seeing a 
problem with setting metadata with htmlText. 


> On Sep 10, 2019, at 1:32 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 9/10/19 1:47 PM, J. Landman Gay via use-livecode wrote:
>> :)
>> 1. Jacque is very confused too, but is afraid of big sticks.
>> 2. Encoding should be identical throughout. I'm working with a large text 
>> block, pulling out sections to create a list. All data is retrieved from 
>> othe same variable, which is UTF16 native LC text.
>> 3. The metadata is only set at the "paragraph" level, which I need instead 
>> of "line" because there is a soft return in each entry.
>> 4. I did try to textDecode the metadata, but since it was already decoded in 
>> the source, decoding came out as garbage. I even tried encoding it too, 
>> knowing it wouldn't work, and I was right.
>> Solution: urlEncode the metadata before merging, and urlDecode after 
>> retrieval. When my example is urlEncoded it becomes a simple string:
>> PP04_The+%D2Mystery%D3+of+Marriage
> 
> Blah. URLEncode/decode works fine on desktop (Mac) but on Android it fails. 
> For some reason on Android I get this:
> PP04_The%2B%253FMystery%253F%2Bof%2BMarriage
> 
> All tests are in LC 9.5 so there should be no difference, right?
> -- 
> 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


___
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 LiveCode & AppleScript to make mouse selection in another Mac application

[Ben Rubinstein via use-livecode]

Hi Tom and Martin,

Thanks for the responses. That's where I'm at the moment; the problem is that 
I AFAICT I can click at a position using System Events; but I can't click at 
one location and release at another. The issue is that I'm trying to make a 
rectangular selection, encompassing a number of elements; rather than trying 
to select an actual element.


This is actually to crop each page of a many page PDF, using the rectangular 
selection tool in either Preview or PDFpen. (AFAICT ImageMagick is no good 
because it rasterises PDF pages before cropping them, whereas I want to retain 
 all the PDF fidelity goodness, but just mask each page.)


I can click: but I can't mouse down in one location, and release it in another.

Ben

On 05/09/2019 20:59, Tom Glod via use-livecode wrote:

I dunno if this works but you can try

do myscript as "Applescript"

abd your myscript can be

tell application "System Events"
   click at {123,456}end tell

I'm currently working on debugging a tool that uses applescript to
send keystrokes..and i'm finding it inconsistent ...but it could just
be me, so for now I won't say that its the applescript functionality.





On Thu, Sep 5, 2019 at 2:38 PM Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:


As the title says...

I had a recollection that it was possible to construct a tool in LiveCode
that
would use AppleScript, System Events, and the accessibility framework to
perform actions on another (not naturally scriptable) app.

I can do menu items, I can do keystrokes - but can I move the mouse? Or
more
to the point, can I move the mouse to a location, then click and drag to a
new
location?

Automator appears to be able to do this as a recording, which works once
as a
single step - but ever since hangs on playback (amusingly, it moves the
mouse
to the first point and then refuses to let it be moved anywhere else -
pulling
it back if it is - the only escape seems to be to use the keyboard to open
a
terminal and kill Automator).

Did I dream this, or is it possible?

TIA,

Ben

___
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

Stop Integer Coercion to Scientific Notation in JSON

[Sannyasin Brahmanathaswami via use-livecode]

setPref "preferences/global/lastRunDate", (the seconds) # e.g 1568144731

put getPref ("preferences/global/lastRunDate") into tLastRunDate

returns
{"preferences": 
{"global":  
{"lastRunDate": 1.56814e+09}, [snip]

# we are using jsonImport

 put jsonImport(tJSON) into tPreferencesA

# handle data and

put jsonExport(tPreferencesA) into tJSON.

# thereafter my simple arithmetic functions like

put (tLastRunDate + 3600) into 1HourLater

# now throw a "left operand" error

How can we prevent the coercion of simple integer notation to scientific?

Why is it needed for simple 10 digit number is beyond me.

There is nothing about automatic coercion in the dictionary.

BR









___
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: Merge and unicode

[J. Landman Gay via use-livecode]

On 9/10/19 1:47 PM, J. Landman Gay via use-livecode wrote:

:)
1. Jacque is very confused too, but is afraid of big sticks.
2. Encoding should be identical throughout. I'm working with a large 
text block, pulling out sections to create a list. All data is retrieved 
from othe same variable, which is UTF16 native LC text.
3. The metadata is only set at the "paragraph" level, which I need 
instead of "line" because there is a soft return in each entry.
4. I did try to textDecode the metadata, but since it was already 
decoded in the source, decoding came out as garbage. I even tried 
encoding it too, knowing it wouldn't work, and I was right.


Solution: urlEncode the metadata before merging, and urlDecode after 
retrieval. When my example is urlEncoded it becomes a simple string:

PP04_The+%D2Mystery%D3+of+Marriage


Blah. URLEncode/decode works fine on desktop (Mac) but on Android it 
fails. For some reason on Android I get this:

PP04_The%2B%253FMystery%253F%2Bof%2BMarriage

All tests are in LC 9.5 so there should be no difference, right?
--
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: Merge and unicode

[J. Landman Gay via use-livecode]

:)
1. Jacque is very confused too, but is afraid of big sticks.
2. Encoding should be identical throughout. I'm working with a large 
text block, pulling out sections to create a list. All data is retrieved 
from othe same variable, which is UTF16 native LC text.
3. The metadata is only set at the "paragraph" level, which I need 
instead of "line" because there is a soft return in each entry.
4. I did try to textDecode the metadata, but since it was already 
decoded in the source, decoding came out as garbage. I even tried 
encoding it too, knowing it wouldn't work, and I was right.


Solution: urlEncode the metadata before merging, and urlDecode after 
retrieval. When my example is urlEncoded it becomes a simple string:

PP04_The+%D2Mystery%D3+of+Marriage

I suppose anything that makes ascii out of the text would work, like base64.

On 9/10/19 1:04 PM, dsc--- via use-livecode wrote:

Jacque, these are my latest thoughts as far as possible problems.

1. Dar is very confused and off in the wrong direction. Use big stick.
2. Binary data is in an 8-bit char set encoding causing problems with UTF-8 
decode. Check encoding.
3. Field, line and character metadata are interfering. Clear all, then set and 
get consistently.
4. Merge is not handling binary data as text. Use textDecode first.

Dar Scott
Mad Scientist



--
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: Merge and unicode

[J. Landman Gay via use-livecode]

I extracted an example. The main issue is curly quotes. The text came 
from FileMaker in UTF8, which I textDecode to UTF16. You can assume that 
all text is LC native throughout the app.


Here is the template I use for merge:
size="16" color="#C77C02">[[tSECTION]][[tCONCEPT]]


In the field, this text is displayed accurately with curly quotes:
The New Testament Scholar  “Dare to reason!”

Here is a result of the merge:
The New 
Testament ScholarDare to reason!


Notice that the displayed text uses entity names (, ) while 
the metadata which was created from the same text block as the field 
text has changed the quotes to two numbers in the high 5000s with no 
difference between left and right quotes. I was unable to paste the 
actual text here, as my mail client refused to render it, but the two 
numerical references appear as a single pictograph in LC's variable 
watcher, and do not match the card path I need, which in this case is:

EN07_The New Testament Scholar“Dare to reason!”

Maybe you can make sense of this? I've written an ugly workaround that 
pieces together the reference I need, but it would be better if I could 
just use the metadata. The metadata works fine as long as there are no 
quotes.


On 9/9/19 11:35 PM, dsc--- via use-livecode wrote:

I think I'm doing this wrong. This seems to work, too.

on mouseup
put empty into field 1
put numToCodepoint(0x2200) into x
put numToCodepoint(0x1040F) & "V-" into y
put merge(" é{ [[x]] }é [[y]]") into field 1
end mouseup



On Sep 9, 2019, at 10:25 PM, dsc--- via use-livecode 
 wrote:

And this, too, looks OK to me.

on mouseup
   put empty into field 1
   put "A" into field 1
   get numToCodepoint(0x2200) & numToCodepoint(0x1040F) & "V-"
   set the metadata of char 1 of field 1 to it
   put the metadata of char 1 of field 1 after field 1
end mouseup

I guess the problem is in the merge as you thought.

I did notice in the dictionary that setting the metadata of a line is not the 
same as setting the metadata of all of the characters of the line.

Dar Scott



On Sep 9, 2019, at 8:58 PM, Dar Scott Consulting via use-livecode 
 wrote:

This quick check seems to work for me.

on mouseup

put "A" into field 1

set the metadata of char 1 of field 1 to "é"

put the metadata of char 1 of field 1 after field 1

end mouseup



On Sep 9, 2019, at 8:32 PM, J. Landman Gay via use-livecode 
 wrote:

Well, I've made some changes to the code since I started urlEncoding the text 
before merging so I'll check that again. Paul is right that unicode in htmltext 
needs to be in hex, but the numbers I'm getting back are very high (8,000+) and 
render in the field as strange pictographs. Elsewhere where there is no merge, 
curly quotes translate to the named quote or apostrophe entities and are 
correct.

By metadata I mean the LC term (see the dictionary) that allows you to attach 
some text to a field text chunk. The metadata isn't displayed in the field but 
you can use it for anything you want. In my case the field is a list of 
clickable entries in a table of contents, each with its own metadata attached 
that provides a path to the stack and card the entry needs to open.

When I use normal LC text as metadata, diacriticals aren't rendered correctly 
(curly quotes become question marks,) the path is therefore incorrect and the 
click goes nowhere.

Since LC is supposed to be unicode throughout, I'd expect metadata to be 
compatible. The same text appears correctly when not used as metadata.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 9, 2019 7:25:28 PM Dar Scott Consulting via use-livecode 
 wrote:


I think you are trying to think too much about the LC implementation of text. 
Maybe.

Text in LC is an abstraction of a sequence of code points. Whether it is UTF16 
or not is hidden to me. (mostly)

So,

get textDecode( binaryFromServer, "UTF-8" )

should put that into the correct form, if it is really UTF-8.

A data (binary bytes) is interpreted as native encoding if one tries to use it 
as text. I recommend against this. I try to always textDecode() everything 
coming in, but I make exceptions at times for ASCII.

I'm not sure what you mean by metadata. Are you referring to HTTP content-type?

Sorry, if I am off on a bunny trail...

Dar


On Sep 9, 2019, at 4:38 PM, J. Landman Gay via use-livecode 
 wrote:

It's UTF8 text from a server, which I textDecode to UTF16. When I use the UTF16 
text in a merge, diacriticals and/or curly quotes get mangled. (Same with 
setting metadata on field text too.)

On 9/9/19 4:16 PM, Dar Scott Consulting via use-livecode wrote:

I'm not sure I understand.
Do you mean "encoded to UTF-16"? In that case you should decode that to convert 
it to internal text. And then try merge. (Which still might have problems, I suppose.)

On Sep 9, 2019, at 12:08 PM, J. Landman Gay via use-livecode 
 wrote:


It seems that the merge command doesn't respect 

Re: Merge and unicode

[dsc--- via use-livecode]

Jacque, these are my latest thoughts as far as possible problems.

1. Dar is very confused and off in the wrong direction. Use big stick.
2. Binary data is in an 8-bit char set encoding causing problems with UTF-8 
decode. Check encoding.
3. Field, line and character metadata are interfering. Clear all, then set and 
get consistently.
4. Merge is not handling binary data as text. Use textDecode first.

Dar Scott
Mad Scientist


> On Sep 10, 2019, at 11:04 AM, Dar Scott Consulting via use-livecode 
>  wrote:
> 
> Trusting...
> 
> Also, interpreting Latin-1 as UTF-8 can generate some weird characters and 
> lots of ?-diamond symbols.
> 
>> On Sep 10, 2019, at 8:36 AM, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Trust me it's better than a feral gander persuit. 
>> 
>> Bob S
>> 
>> 
>>> On Sep 9, 2019, at 17:23 , Dar Scott Consulting via use-livecode 
>>>  wrote:
>>> 
>>> Sorry, if I am off on a bunny trail...
>>> 
>>> Dar
>> 
>> 
>> ___
>> 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: Merge and unicode

[Dar Scott Consulting via use-livecode]

Trusting...

Also, interpreting Latin-1 as UTF-8 can generate some weird characters and lots 
of ?-diamond symbols.

> On Sep 10, 2019, at 8:36 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Trust me it's better than a feral gander persuit. 
> 
> Bob S
> 
> 
>> On Sep 9, 2019, at 17:23 , Dar Scott Consulting via use-livecode 
>>  wrote:
>> 
>> Sorry, if I am off on a bunny trail...
>> 
>> Dar
> 
> 
> ___
> 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: Merge and unicode

[Bob Sneidar via use-livecode]

Trust me it's better than a feral gander persuit. 

Bob S


> On Sep 9, 2019, at 17:23 , Dar Scott Consulting via use-livecode 
>  wrote:
> 
> Sorry, if I am off on a bunny trail...
> 
> Dar


___
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: 9.5 on Windows seems terribly unable to deal with fields full of text?

[Matthias Rebbe via use-livecode]

There´s already a bug report from Mark Talluto about this from 15.08.2018

https://quality.livecode.com/show_bug.cgi?id=21497 


describing exact this problem. And he noted also that this is "extra 
problematic for Windows systems."

Matthias


> Am 10.09.2019 um 07:09 schrieb J. Landman Gay via use-livecode 
> :
> 
> On 9/9/19 9:57 PM, Geoff Canyon via use-livecode wrote:
>> I’ve now modified my stacks to include a closecard handler to clear the 
>> large field’s content when exiting.
>> Stack is now much faster to work with and save — far out of proportion to 
>> the size savings.
>> 
> 
> I noticed something similar today on the Mac. I was testing a function that 
> returned 1.3MB of data to the message box. I edited the script and it was 
> like typing in molasses. When I deleted the text I'd left sitting in the 
> message box everything kicked back up to normal speed.
> 
> 
> -- 
> 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



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: Weird behavior for modal stacks and answer dialogs

[Giovanni via use-livecode]

Hi Mark,
thank you for highlighting the 14275 report.
I can confirm the Spotify “interference” on Yosemite and Sierra. It seems to be 
ininfluent on latest version like Mojave.
I want to underline that this wrong behavior is present also in the 
executables, that is the real problem.

Is there a way to understand what’s going on with 3rd part software?


> Il giorno 09/set/2019, alle ore 17:44, Mark Waddingham via use-livecode 
>  ha scritto:
> 
> On 2019-09-09 16:16, Giovanni via use-livecode wrote:
>> Hi everybody,
>> thanks for feedback.
>> I think that the ones suggested cannot be considered as a solutions
>> nor a workarounds.
>> If I am working on an application with thousands (literally) of
>> answer/ask dialogs and modal called windows I cannot review all my
>> code to find a way to do something that the engine is called to do on
>> its own, don’t you think?
>> Anyway the “lock messages” can be used with answer/ask dialog but not
>> with modal windows that are intended to be used by the user.
>> Moreover as the modal stack behavior is correct on Windows and seems
>> to be correct on latest MacOS versions I found really strange to
>> garbage my code to workaround an issue that, in my opinion, can be
>> classified as a bug.
> 
> This sounds like  > - the
> bug appears to be triggered when certain other apps are running but we have
> yet to be able to find out *why* these other apps have an effect on LC :(
> 
>> During my investigation I found an interesting thing: starting
>> QuickTime to produce a screencast the app starts working properly even
>> without closing/restarting it. Closing QuickTime immediately
>> reintroduce the problem. This sounds like QuickTime uses a system
>> library that LC should use but doesn’t. Can someone give an hint about
>> this?!
> 
> That is intriguing - the fact that QT makes LC's modal windows work correctly
> again is potentially quite a useful discovery. Do the machines which exhibit
> the bug have any 'always running' software (e.g. like Spotify as suggested
> in the above bug).
> 
> 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