Re: Strange...

[Brian Milby via use-livecode]

Exactly (that is essentially what I did)

The actual full rect is:
(-32768,-32768,32767,32767)

Brian Milby
br...@milby7.com

> On Aug 28, 2024, at 11:19 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Easy enough to test.
> 
> put ("936,474" is within "777,50,1424,32767”) —> true
> put ("936,474" is within "777,50,1424,32768”) —> false
> 
> Bob S
> 
> 
>> On Aug 28, 2024, at 5:17 AM, Brian Milby via use-livecode 
>>  wrote:
>> 
>> Looks like ~32k is the max value allowed for a coordinate value.
>> 
>> Brian Milby
>> br...@milby7.com
>> 
>>>> On Aug 28, 2024, at 4:22 AM, jbv via use-livecode 
>>>>  wrote:
>>> 
>>> ("936,474" is within "777,50,1424,1") -> true
>>> 
>>> ("936,474" is within "777,50,1424,10") -> false
>>> 
>>> LC 9.6.9 on Mac OSX 10.15
>>> 
>>> ___
>>> 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: Strange...

[Brian Milby via use-livecode]

Looks like ~32k is the max value allowed for a coordinate value.

Brian Milby
br...@milby7.com

> On Aug 28, 2024, at 4:22 AM, jbv via use-livecode 
>  wrote:
> 
> ("936,474" is within "777,50,1424,1") -> true
> 
> ("936,474" is within "777,50,1424,10") -> false
> 
> LC 9.6.9 on Mac OSX 10.15
> 
> ___
> 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: How to check if a group contains a specific control ?

[Brian Milby via use-livecode]

Another alternative.

If the short id of fld "xyz" is among the lines of the childcontrolids of group 
"abc" then …

This one should work as long as there is only one field with that name on the 
card (tried from message box).

Brian Milby
br...@milby7.com

> On Aug 23, 2024, at 8:05 AM, Paul Dupuis via use-livecode 
>  wrote:
> 
> On 8/23/2024 7:45 AM, Klaus major-k via use-livecode wrote:
>> Hi jbv,
>> 
 Am 23.08.2024 um 13:27 schrieb jbv via use-livecode 
 :
>>> 
>>> Hi list,
>>> 
>>> Is there a quick way to check if a group contains a specific control,
>>> something like :
>>> if there is a fld "xyz" in grp "abc" of this cd
>>> I tried many things but it always generates an error.
>>> So far, the only way I can think of is to maintain a custom prop
>>> for each group, featuring a string that is the list of all controls
>>> names of the group.
>> if you don't have any other controls with the same name,
>> you could check:
>> -> lineoffset("xyz",the childcontrolnames of grp "abc")
>> 
> 
> or, if you prefer:
> 
> if "xyz" is among the lines of the childcontrolnames of group "abc" then
> 
> NOTE: As mentioned, "xyz" would need to be a unique name for control in the 
> group. If you have a field "xyz" and a button "xyz" (or 2 buttons or 2 or 
> more fields with the same name, etc.) this is not accurate.
> 
> 
> ___
> 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: Nasty filter bug

[Brian Milby via use-livecode]

It seems that an unmatched opening bracket makes it completely fail.  My
guess is that the filter string is not valid so it doesn't even try.  I
couldn't get a filter string containing a "[" to match anything.

On Wed, Jan 24, 2024 at 5:23 PM Craig Newman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Brian.
>
> So the inclusion of “[“ would have matched nothing in the original string
> ""aaa[bbb””? That is, even though the bracketed string was not “closed”
> with “]”, did it try to find a string that began with “b”, failed, and
> therefore returned the original string untouched?
>
> Craig
>
> > On Jan 24, 2024, at 4:37 PM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I just want to clarify that this isn’t the regex version of filter but
> the wildcard pattern version.  It is much less complicated than regex.
> Square brackets are used to group characters to be matched so you can use
> [abc]* to match any item that starts with a, b, or c.  The dictionary entry
> for this is pretty good.
> >
> > Brian Milby
> > br...@milby7.com <mailto:br...@milby7.com>
> >
> >> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode <
> use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>>
> wrote:
> >>
> >> Brian.
> >>
> >> The original post tried to filter a string by filtering (without) that
> actual string, and was interested in why that did not yield empty.
> Intuitively, the result of such a filter operation ought always to be
> empty. The presence of the char “[“ is the “culprit”. That is as far as I
> took it.
> >>
> >> Anyway, you state that the char “[“ is a regex special character, which
> explains a lot. The other two, “?” and “*” filter without issue, though,
> and I guess one has to be a regex user to see why.
> >>
> >> I am not.
> >>
> >> Craig
> >>
> >>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>>
> wrote:
> >>>
> >>> Your test misses the actual issue:
> >>>
> >>> on mouseup
> >>> local tStr
> >>> local tFilter
> >>> put "a*b" into tFilter
> >>> put "anything bold" into tStr
> >>> filter tStr with tFilter
> >>> put tStr
> >>> end mouseup
> >>>
> >>> Will yield "anything bold"
> >>>
> >>> while using the following 2 lines:
> >>> put "a?b" into tFilter
> >>> put "a*b" into tStr
> >>> will yield "a*b"
> >>>
> >>> Finally, using the following 2 lines:
> >>> put "a[?]b" into tFilter
> >>> put "a?b" into tStr
> >>> will  yield "a?b"
> >>>
> >>> The point is that you can end up with issues if you are counting on
> "*" and
> >>> "?" to filter literally.  They don't - they are wildcards and can match
> >>> anything (multiple char or single char respectively).  The "[" is also
> >>> special.
> >>>
> >>> To ensure that your filters work properly if you do not want to use any
> >>> wildcards (i.e. match * and ? literally) would require you to change
> *, ?,
> >>> and [ to [*], [?], and [[].
> >>>
> >>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
> >>>> use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>>
> wrote:
> >>>>
> >>>> OK, instead of working I did this:
> >>>>
> >>>> on mouseUp
> >>>>
> >>>> repeat with y = 1 to 255
> >>>>
> >>>> put "XX" & numToChar(y) & "XX"  into temp
> >>>>
> >>>> filter temp without temp
> >>>>
> >>>> if temp <> "" then put y & return after accum
> >>>>
> >>>> end repeat
> >>>>
> >>>> answer accum
> >>>>
> >>>> end mouseUp
> >>>>
> >>>> There are two characters that prevent the filter command from doing
> its
> >>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
> >>>>
> >>>>
> >>>>
> >>>> Craig
> >>>>

Re: Nasty filter bug

[Brian Milby via use-livecode]

I just want to clarify that this isn’t the regex version of filter but the 
wildcard pattern version.  It is much less complicated than regex.  Square 
brackets are used to group characters to be matched so you can use [abc]* to 
match any item that starts with a, b, or c.  The dictionary entry for this is 
pretty good.

Brian Milby
br...@milby7.com

> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode 
>  wrote:
> 
> Brian.
> 
> The original post tried to filter a string by filtering (without) that actual 
> string, and was interested in why that did not yield empty. Intuitively, the 
> result of such a filter operation ought always to be empty. The presence of 
> the char “[“ is the “culprit”. That is as far as I took it.
> 
> Anyway, you state that the char “[“ is a regex special character, which 
> explains a lot. The other two, “?” and “*” filter without issue, though, and 
> I guess one has to be a regex user to see why.
> 
> I am not.
> 
> Craig
> 
>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode 
>>  wrote:
>> 
>> Your test misses the actual issue:
>> 
>> on mouseup
>>  local tStr
>>  local tFilter
>>  put "a*b" into tFilter
>>  put "anything bold" into tStr
>>  filter tStr with tFilter
>>  put tStr
>> end mouseup
>> 
>> Will yield "anything bold"
>> 
>> while using the following 2 lines:
>>  put "a?b" into tFilter
>>  put "a*b" into tStr
>> will yield "a*b"
>> 
>> Finally, using the following 2 lines:
>>  put "a[?]b" into tFilter
>>  put "a?b" into tStr
>> will  yield "a?b"
>> 
>> The point is that you can end up with issues if you are counting on "*" and
>> "?" to filter literally.  They don't - they are wildcards and can match
>> anything (multiple char or single char respectively).  The "[" is also
>> special.
>> 
>> To ensure that your filters work properly if you do not want to use any
>> wildcards (i.e. match * and ? literally) would require you to change *, ?,
>> and [ to [*], [?], and [[].
>> 
>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> OK, instead of working I did this:
>>> 
>>> on mouseUp
>>> 
>>> repeat with y = 1 to 255
>>> 
>>> put "XX" & numToChar(y) & "XX"  into temp
>>> 
>>> filter temp without temp
>>> 
>>> if temp <> "" then put y & return after accum
>>> 
>>> end repeat
>>> 
>>> answer accum
>>> 
>>> end mouseUp
>>> 
>>> There are two characters that prevent the filter command from doing its
>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
>>> 
>>> 
>>> 
>>> Craig
>>> 
>>> 
>>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> Brian.
>>>> 
>>>> Nope. Those two chars pass through the filter, er, filtered.
>>>> 
>>>> Again, I did not test the entire character set.
>>>> 
>>>> Craig
>>>> 
>>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> The only other two that would cause issues are ? and * which are single
>>> and multiple char wildcards respectively.
>>>>> 
>>>>> Brian Milby
>>>>> br...@milby7.com
>>>>> 
>>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>>>> 
>>>>>> I did not test the ASCII set exhaustively, but the culprit is the
>>> char “[“ (ASCII 91). Any other char (including “]”) in the string works
>>> correctly, that is, nothing is left after the filter command executes.
>>>>>> 
>>>>>> I do not know enough to say whether that particular char  does
>>> something to the filter command, which may use regex somehow in its inner
>>> workings.
>>>>>> 
>>>>>> Craig
>>>>>> 
>>>>>> Craig
>>>>>> 
>>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
>>> use

Re: Nasty filter bug

[Brian Milby via use-livecode]

Your test misses the actual issue:

on mouseup
   local tStr
   local tFilter
   put "a*b" into tFilter
   put "anything bold" into tStr
   filter tStr with tFilter
   put tStr
end mouseup

Will yield "anything bold"

while using the following 2 lines:
   put "a?b" into tFilter
   put "a*b" into tStr
will yield "a*b"

Finally, using the following 2 lines:
   put "a[?]b" into tFilter
   put "a?b" into tStr
will  yield "a?b"

The point is that you can end up with issues if you are counting on "*" and
"?" to filter literally.  They don't - they are wildcards and can match
anything (multiple char or single char respectively).  The "[" is also
special.

To ensure that your filters work properly if you do not want to use any
wildcards (i.e. match * and ? literally) would require you to change *, ?,
and [ to [*], [?], and [[].

On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> OK, instead of working I did this:
>
> on mouseUp
>
> repeat with y = 1 to 255
>
> put "XX" & numToChar(y) & "XX"  into temp
>
> filter temp without temp
>
> if temp <> "" then put y & return after accum
>
> end repeat
>
> answer accum
>
> end mouseUp
>
> There are two characters that prevent the filter command from doing its
> job: ASCII 91 (“[“) and ASCII 10, the return char.
>
>
>
> Craig
>
>
> > On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Brian.
> >
> > Nope. Those two chars pass through the filter, er, filtered.
> >
> > Again, I did not test the entire character set.
> >
> > Craig
> >
> >> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> The only other two that would cause issues are ? and * which are single
> and multiple char wildcards respectively.
> >>
> >> Brian Milby
> >> br...@milby7.com
> >>
> >>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> I did not test the ASCII set exhaustively, but the culprit is the
> char “[“ (ASCII 91). Any other char (including “]”) in the string works
> correctly, that is, nothing is left after the filter command executes.
> >>>
> >>> I do not know enough to say whether that particular char  does
> something to the filter command, which may use regex somehow in its inner
> workings.
> >>>
> >>> Craig
> >>>
> >>> Craig
> >>>
> >>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>>
> >>>> Not sure this is really a bug.  The default is to match a
> wildcardPattern.  If you want to match [ then you must use [[] in the
> pattern.
> >>>>
> >>>> Brian Milby
> >>>> br...@milby7.com
> >>>>
> >>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>>>
> >>>>> Try this in the msg box:
> >>>>>
> >>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
> without tLine; put tStr
> >>>>> I get (using MacOS, LC 9.6.11)
> >>>>>
> >>>>> aaa[bbb
> >>>>>
> >>>>> That is to say, the line is not filtered out.
> >>>>>
> >>>>> And:
> >>>>>
> >>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> >>>>>
> >>>>> produces an empty string instead of the original string.
> >>>>>
> >>>>> The bug occurs if the line contains the character “[“ anywhere; any
> lines containing that character are ignored by both filter with and filter
> without.
> >>>>>
> >>>>> This is really serious, because I rely on the filter command a lot,
> as I would think do many other developers!
> >>>>>
> >>>>> Don’t know if it occurs with other characters, but I have never seen
> it before. I discovered it when filtering lines with regular expressions.
> Other special regexp characters I have tested do not trigger the bug.
> >>>>>
> >>>>>

Re: Nasty filter bug

[Brian Milby via use-livecode]

The only other two that would cause issues are ? and * which are single and 
multiple char wildcards respectively.

Brian Milby
br...@milby7.com

> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode 
>  wrote:
> 
> I did not test the ASCII set exhaustively, but the culprit is the char “[“ 
> (ASCII 91). Any other char (including “]”) in the string works correctly, 
> that is, nothing is left after the filter command executes.
> 
> I do not know enough to say whether that particular char  does something to 
> the filter command, which may use regex somehow in its inner workings.
> 
> Craig
> 
> Craig
> 
>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode 
>>  wrote:
>> 
>> Not sure this is really a bug.  The default is to match a wildcardPattern.  
>> If you want to match [ then you must use [[] in the pattern.
>> 
>> Brian Milby
>> br...@milby7.com
>> 
>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode 
>>>>  wrote:
>>> 
>>> Try this in the msg box:
>>> 
>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without 
>>> tLine; put tStr
>>> I get (using MacOS, LC 9.6.11)
>>> 
>>> aaa[bbb
>>> 
>>> That is to say, the line is not filtered out.
>>> 
>>> And:
>>> 
>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>> 
>>> produces an empty string instead of the original string.
>>> 
>>> The bug occurs if the line contains the character “[“ anywhere; any lines 
>>> containing that character are ignored by both filter with and filter 
>>> without.
>>> 
>>> This is really serious, because I rely on the filter command a lot, as I 
>>> would think do many other developers!
>>> 
>>> Don’t know if it occurs with other characters, but I have never seen it 
>>> before. I discovered it when filtering lines with regular expressions. 
>>> Other special regexp characters I have tested do not trigger the bug.
>>> 
>>> Neville Smythe
>>> 
>>> 
>>> 
>>> ___
>>> 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: Nasty filter bug

[Brian Milby via use-livecode]

Not sure this is really a bug.  The default is to match a wildcardPattern.  If 
you want to match [ then you must use [[] in the pattern.

Brian Milby
br...@milby7.com

> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode 
>  wrote:
> 
> Try this in the msg box:
> 
> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without 
> tLine; put tStr
> I get (using MacOS, LC 9.6.11)
> 
> aaa[bbb
> 
> That is to say, the line is not filtered out.
> 
> And:
> 
> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> 
> produces an empty string instead of the original string.
> 
> The bug occurs if the line contains the character “[“ anywhere; any lines 
> containing that character are ignored by both filter with and filter without.
> 
> This is really serious, because I rely on the filter command a lot, as I 
> would think do many other developers!
> 
> Don’t know if it occurs with other characters, but I have never seen it 
> before. I discovered it when filtering lines with regular expressions. Other 
> special regexp characters I have tested do not trigger the bug.
> 
> Neville Smythe
> 
> 
> 
> ___
> 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: macOS window maximization weirdness

[Brian Milby via use-livecode]

What I find most curious is that the Autocode window does show a few controls 
that look to be placed correctly at the bottom of the window.  My guess is that 
it is a timing issue and you are using a property value that isn’t yet updated. 
 That is probably (hopefully) going to be a good place to start since you have 
good and bad placement in the same handler.

Brian Milby
br...@milby7.com

> On Jan 19, 2024, at 1:30 PM, Paul Dupuis via use-livecode 
>  wrote:
> 
> So , for any one interested, here are screenshots of what is happening. The 
> "Autocode" window (stack) and the "Search Sources" window (stack) are two 
> example of the windows that do NOT maximize correctly. Many other resizable 
> windows do so just fine and windows with both fewer and more controls in them 
> work fine. There are also a few more windows that do NOT maximize correctly 
> that I did not screen shot.
___
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: resizeControl wishes...

[Brian Milby via use-livecode]

Groups get the message when resize happens by script.
Other objects only receive the message when resized by hand.

Brian Milby
br...@milby7.com

> On Nov 30, 2023, at 1:51 PM, Paul Dupuis via use-livecode 
>  wrote:
> 
> Thank you Richard.
> 
> I see what the issue for me was. Groups do indeed receive a resizeControl 
> message automatically if the rect is changed by script. However, the message 
> (resizeControl) use seems inconsistent. For example, while a group does 
> received the resizeControl message, a field does not seem to. Also, what I 
> specifically ran into was that the PDF Widget does not received a 
> resizeControl handler (and it would be really useful if it did!)
> 
> I'll submit an enhancement request (below) for adding resizeControl to the 
> PDF Widget (assuming it's possible), but I don't have the time to determine 
> what widgets support resizeControl and which don't and what LC objects (other 
> than groups) support resizeControl and which don't.
> 
> https://quality.livecode.com/show_bug.cgi?id=24437
> 
> ___
> 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: drawingSvgCompileIcon(pIconName) always BLACK

[Brian Milby via use-livecode]

This code is MIT license, so freely usable.  It does rely on code from HQ, but 
should be usable on either the open source or commercial versions.

Brian Milby
br...@milby7.com

> On Oct 25, 2023, at 4:36 AM, Richmond Mathewson via use-livecode 
>  wrote:
> 
> I should be grateful if you could explain the licensing on your work.
> 
> Best, Richmond.
> 
>> On 25.10.23 3:44, Brian Milby via use-livecode wrote:
>> Well, it sure took me a while to get around to this.  I guess better late
>> than never though.  Not sure where the best place to put it, so I just
>> added it to my lc-misc repo on GitHub.  You can find the code here:
>> https://github.com/bwmilby/lc-misc/tree/master/IconDrawingLibrary
>> 
>> Thanks,
>> Brian
>> 
>> On Wed, Apr 6, 2022 at 3:20 PM Klaus major-k via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Hi Brian,
>>> 
>>>> Am 06.04.2022 um 21:18 schrieb Brian Milby via use-livecode <
>>> use-livecode@lists.runrev.com>:
>>>> I guess I need to make an update to this library :)
>>> yo, that would be cool! :-)
>>> 
>>>> Sent from my iPhone
>>>> 
>>>>> On Apr 6, 2022, at 1:28 PM, Mark Waddingham via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>>> On 2022-04-06 18:16, Klaus major-k via use-livecode wrote:
>>>>>> Hi all,
>>>>>> so sorry, looks like I completely f. up here.
>>>>>> Sorry for the confusion, not may day...
>>>>>> See:
>>>>>> <https://quality.livecode.com/show_bug.cgi?id=23665>
>>>>> Hehe - no worries.
>>>>> 
>>>>> So in answer to your original query about wanting to be able to color
>>> the icons - the drawing library supports the 'currentColor' attribute in
>>> SVG - and this is tied to the 'backgroundColor' property of the image
>>> object the drawing is set on.
>>>>> It would only take a small tweak to Brian's extension to make this work
>>> - adding `fill="currentColor"` to the path node it generates.
>>>>> Brian's extension works by fetching the path data from the IconSVG
>>> library, wrapping it in the necessary SVG XML, and then compiling it with
>>> drawingSvgCompile.
>>>>> Irksomely, there does not seem to be any support for marking colors in
>>> SVGs as 'currentColor' in any SVG editor we've come across (unless its
>>> deeply buried in it). So one strategy there is making sure the colors you
>>> want to be configurable in the SVG are set to a known unlikely random color
>>> (e.g. #ABCDEF), exporting as SVG XML from the editor and then just doing a
>>> global find/replace of (e.g.) #ABCDEF with currentColor.
>>>>> Warmest Regards,
>>>>> 
>>>>> Mark.
>>> Best
>>> 
>>> Klaus
>>> 
>>> --
>>> Klaus Major
>>> https://www.major-k.de
>>> https://www.major-k.de/bass
>>> kl...@major-k.de
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> ___
>> 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: drawingSvgCompileIcon(pIconName) always BLACK

[Brian Milby via use-livecode]

Well, it sure took me a while to get around to this.  I guess better late
than never though.  Not sure where the best place to put it, so I just
added it to my lc-misc repo on GitHub.  You can find the code here:
https://github.com/bwmilby/lc-misc/tree/master/IconDrawingLibrary

Thanks,
Brian

On Wed, Apr 6, 2022 at 3:20 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Brian,
>
> > Am 06.04.2022 um 21:18 schrieb Brian Milby via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > I guess I need to make an update to this library :)
>
> yo, that would be cool! :-)
>
> > Sent from my iPhone
> >
> >> On Apr 6, 2022, at 1:28 PM, Mark Waddingham via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> On 2022-04-06 18:16, Klaus major-k via use-livecode wrote:
> >>> Hi all,
> >>> so sorry, looks like I completely f. up here.
> >>> Sorry for the confusion, not may day...
> >>> See:
> >>> <https://quality.livecode.com/show_bug.cgi?id=23665>
> >>
> >> Hehe - no worries.
> >>
> >> So in answer to your original query about wanting to be able to color
> the icons - the drawing library supports the 'currentColor' attribute in
> SVG - and this is tied to the 'backgroundColor' property of the image
> object the drawing is set on.
> >>
> >> It would only take a small tweak to Brian's extension to make this work
> - adding `fill="currentColor"` to the path node it generates.
> >>
> >> Brian's extension works by fetching the path data from the IconSVG
> library, wrapping it in the necessary SVG XML, and then compiling it with
> drawingSvgCompile.
> >>
> >> Irksomely, there does not seem to be any support for marking colors in
> SVGs as 'currentColor' in any SVG editor we've come across (unless its
> deeply buried in it). So one strategy there is making sure the colors you
> want to be configurable in the SVG are set to a known unlikely random color
> (e.g. #ABCDEF), exporting as SVG XML from the editor and then just doing a
> global find/replace of (e.g.) #ABCDEF with currentColor.
> >>
> >> Warmest Regards,
> >>
> >> Mark.
>
> Best
>
> Klaus
>
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
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: Window code signing certificate source recommendations

[Brian Milby via use-livecode]

While not directly applicable, you may be able script it similar to using a CAC.

DOD uses Smart Cards for authentication and you can have command line tools use 
the card for authentication (runas /smartcard program).  What happens is that 
you get a pop up from the system to choose cert and enter PIN.  A similar 
process may be possible.

Brian Milby
br...@milby7.com

> On Oct 10, 2023, at 6:40 AM, Paul Dupuis via use-livecode 
>  wrote:
> 
> To any with a recommendation:
> 
> I have been getting my Windows Code Signing Certificates from Comodo. I have 
> been able to get certs in file formats like .pfx or .p12 that allows me to 
> code sign using a single command line with the password as part of the 
> command. This lets me script code signing as part of the "on standaloneSaved" 
> message using the "shell()" function, so the code signing is part of saving 
> the Standalone.
> 
> My current Windows cert expires in November, so I click the renew link and 
> renewed. The new Cert came on a "USB token" - a small USB memory stick that 
> is specially encoded. To sign, I HAVE to use  a desktop GUI app called 
> SafeNet Authentication Client Tools. After a bunch of back and forth with 
> Sertgo - Comodo's fullfillment branch - I got the following message:
> 
> -
> 
> We apologize for the delayed response and any inconvenience it may have 
> caused. We understand that you need a Code Signing certificate in PFX format 
> to automate the signing process. As per the CA/B forum's new regulation, the 
> private key should be generated, stored, and used on a suitable 
> FIPS-compliant hardware token. This change from the CA/B Forum aims to 
> improve security and help reduce the risk of compromise.
> 
> The Code Signing token is a hardware device with a certificate/key inbuilt 
> and they cannot create/export PFX files. Since the private key is stored on 
> the hardware token, for security it cannot be copied or exported. The concept 
> of the token-based code signing certificate is to plug the USB into the 
> system where you want to sign the software. We appreciate your understanding 
> in this matter.
> 
> -
> 
> So, apparently Comodo/Sertgo does NOT issue ANY cert that can be used in a 
> sign command line PER the CA/B Forums (whatever they are).
> 
> 
> Does anyone know if this is an industry wide change? Or can anyone recommend 
> a Window Code Signing Certificate provider that can provide a cert in a 
> format that support a command line signing, such as:
> 
> "C:\Program Files (x86)\Windows Kits\10\App Certification Kit\signtool.exe" 
> sign /fd certHash /debug /f "C:\Users\Paul\Desktop\Code 
> Signing\RWCodeSigningCert4.pfx" /t http://timestamp.comodoca.com/authenticode 
> /v /p  ""
> 
> 
> I really do not want to return to have to manually signing standalones!
> 
> 
> ___
> 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: sort bug

[Brian Milby via use-livecode]

It seems the error/bug is related to the error being in the last value.  If you 
were to change the bug report to sort on the field itself, then the sort is 
performed but the answer does not execute.  If you clicked the button again, 
then the answer does show.  If you revert to the saved stack and add a valid 
value after the bad one, the answer works as expected with the bad value being 
first.

Brian Milby
br...@milby7.com

> On Sep 6, 2023, at 10:31 PM, Geoff Canyon via use-livecode 
>  wrote:
> 
> From the original email:
> 
> If the function myVal encounters a run-time error (in the example if one of
> the items is not a number) the sort command fails silently: the script
> exits at that code line and the user is unaware that the sort (and the rest
> of the handler) were not executed.
> 
> 
> To be clear: the above is NOT what I'm seeing. Mark W says in the bug
> report:
> 
> The 'sort ... by ...' command has always allowed the by expression to be
> fault tolerant - if evaluating it generates a runtime error then the sort
> key for that element is just taken to be the original element.
> 
> And that is what I'm seeing. For example, this code does not exit -- it
> displays the answer dialog as if nothing out of the ordinary has happened:
> 
> on mouseUp
>   sort lines of fld 1 numeric by sortVal(each)
>   answer "done"
> end mouseUp
> 
> function sortVal S
>   return item 2 of S + item 3 of S
> end sortVal
> 
> It seems to be sorting as Mark described: when the function fails, the
> whole line is used for the sort. And that "fallback to the whole value
> needs better documentation, and could lead to some truly dismal debugging
> situations, but it doesn't seem like a bug to me.
> 
> The original report, if I were able to replicate it, would clearly be a bug.
> 
>> On Sat, Sep 2, 2023 at 8:19 PM neville smythe via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Geoff Canyon wrote (after a bravura  display of how many different
>> ways there are to do things in LC!) :
>> 
>> And the function sort also sorts based on a negative infinity value
>> for
>> 
>> errors. I'm not sure I'd consider that a bug.
>> 
>> Hmm. I would. The sortKey function should tolerate any sort of
>> run-time error? But anyway that's not the issue. The bug I see is that
>> the sort command exits its containing handler - actually I presume the
>> sortKey function exits to top - without throwing an error, so nothing
>> beyond that line is executed. This creates a very difficult problem
>> to track down, since the code appears to be executing correctly, until
>> something falls over or a file gets corrupted much later because some
>> stuff never happened.
>> 
>> Of course one should always validate data, particularly if it's not
>> your own data. In this case it was my own data! Moreover I had thought
>> I had checked for invalid cases, just hadn't checked all possible
>> kinds of invalid data (the sortKey was rather more complicated than
>> the one I used for illustration).
>> 
>> Neville
>> 
>> -
>> Email sent using Optus Webmail
>> ___
>> 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: Sort bug

[Brian Milby via use-livecode]

I just tried this in 10dp5 and the sort didn’t completely bail (it put the 
error value first) but it did error when including inline (as in the bug 
report).  If I add a try, then it will stop on the throw.  Not sure how much 
this would slow down execution though.

function myVal pStr
   local tResult
   try
  put item 1 of pStr + item 2 of pStr into tResult
   catch errorVariable
  throw "Bad data"
   end try
   return tResult
end myVal

Brian Milby
br...@milby7.com

> On Aug 31, 2023, at 7:53 PM, Alex Tweedly via use-livecode 
>  wrote:
> 
> 
>> On 01/09/2023 00:37, Bob Sneidar via use-livecode wrote:
>> The function is adding the value of two chunks together and returning the 
>> result. How does that even compute? Unless the + operator is doing something 
>> totally different here…
> 
> The code said:
> 
>> sort lines tVariable by myVal(each)
>> 
>> where the function is for example
>> 
>> function myVal pStr
>>return item 1 of pStr + item 2 of pStr
>> end myval
> since it's sorting the lines of the container, it calls the custom function 
> with each line in turn. The function simply adds together the first two items 
> from the passed-in line, and returns that. The returned value is associated 
> with the corresponding line - and then the container is sorted by those 
> associated values.
> 
> This works fine if the input variable is well formatted (i.e. first and 
> second items of each line are numeric), but fails to give an error when 
> something goes wrong - such as a non-numeric item.
> 
> (and, yes - the dictionary description is misleading, if not simply 
> incorrect. However, the "Tip" at the end describes the use of ustom 
> functions).
> 
> Alex.
> 
> 
> ___
> 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: If you're using the github version of Navigator, please update

[Brian Milby via use-livecode]

Thanks for the heads up.  This is a great tool that I probably should be using 
more than I do.  I appreciate your work on this!

Brian Milby
br...@milby7.com

> On Aug 5, 2023, at 3:23 AM, Geoff Canyon via use-livecode 
>  wrote:
> 
> Turns out I had a glitch I didn't notice with my github client, and no
> updates were making it to main for some time now. So if you happen to have
> installed Navigator by cloning the repo, now would be a good time to
> update. Some improvements that have happened:
> 
> 1. I  completely did away with the stack and card menus, replacing them
> with a single Target menu (indicated by a bullseye). It lists every stack
> with a submenu that includes things like Go (goes to the stack), Toplevel
> (Toplevels the stack), Card List and Background List, and further submenus
> for the cards and backgrounds, allowing you to focus on any of them.  This
> fixes several small issues with the previous stack and card target menus.
> 
> Remember that Navigator can display multiple targets if you hold down the
> Shift key while choosing a target -- you can have as many as you like,
> subject to performance limitations.
> 
> Note: if anyone finds this menu to be too slow, let me know -- it does
> count through all cards and backgrounds of every stack, but in my
> experience unless you're dealing with literally tens of thousands of cards
> it should be fine. I could write some sort of caching algorithm and make
> updates manual -- or something, I haven't thought about it too much.
> 
> 2. I improved the The MouseStack targeting functionality. I don't know what
> I was thinking before with the usability of the click, or long-click, on
> the menu. So at this point the menu is just a menu -- select "the
> mouseStack" on the menu and you get the pointer bullseye, then click over
> whatever target you like to select it in Navigator.
> 
> 3. I switched to the merge function for the custom list display string.
> This opens up a ridiculous set of possibilities if anyone cares to really
> dig in.
> 
> If you find any bugs let me know.
> ___
> 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: Tree Widget - order of titles

[Brian Milby via use-livecode]

While I don’t know if a way to hide the key, there is a way to get a manual 
sort by combining the key with a sortable leading value.  See the 
charsToTrimFromKey property.

Brian Milby
br...@milby7.com

> On Jul 15, 2023, at 9:11 AM, David Bovill via use-livecode 
>  wrote:
> 
> Is there a way to display an indexed array in the tree widget without
> displaying the numeric inde items (ie first column)? I'm looking to display
> an ordered index of titles and would prefer not to use both a field and a
> tree widget to accomplish this?
> ___
> 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: Convert date

[Brian Milby via use-livecode]

We actually do with LCB libraries (Icon SVG Library is one example), but with 
the caveat that they are not as performant as LCS code in many cases (compare 
the LCS and LCB implementations of JSON for example).  LCS libraries are doable 
too.  Just make everything internal private/script local and only expose the 
calls you want to be public.  We just don’t currently have a built in way to 
manage them like the LCB modules.

Brian Milby
br...@milby7.com

> On Jul 14, 2023, at 8:11 AM, Mark Smith via use-livecode 
>  wrote:
> 
> Which makes me think, it would be nice if we could have plug-in code 
> modules. Essentially a faceless widget that could be called to perform some 
> sort of action (with parameters). Completely encapsulated. Or is that “bat 
> crazy” as Mike would say 😊

___
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: revXML and UTF8

[Brian Milby via use-livecode]

Are you sending encoded data to libXML and then decoding the data you pull out?

In the first bug report in the thread, if you textDecode the output from libXML 
then it renders with the smart quote.

I recall this topic coming up before but I don’t mess with XML and can’t recall 
more details on it (could have been in the forum too).

Brian Milby
br...@milby7.com

> On Apr 10, 2023, at 4:09 AM, jbv via use-livecode 
>  wrote:
> 
> Hi list,
> 
> I have an xml file with lots of non-western characters
> (greek, arabic, japanese...). I need to convert these
> data into sql requests to insert into a DB.
> For each node, I need to pick only some attributes, so
> I wrote a script that :
> - opens the file as utf8
> - processes each node
> - writes a file as utf8 with the processed data.
> 
> My problem is that all non-western characters appear as
>  in the final file.
> Should I use unidecode for each revXMLNodeContents ?
> What am I missing ?
> 
> Thank you in advance.
> jbv
> 
> ___
> 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: Android native scroller

[Brian Milby via use-livecode]

I can’t look at code right now but essentially you need to match the native 
scroller with the field scroll position as a separate step.

Brian Milby
br...@milby7.com

> On Apr 7, 2023, at 8:05 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi friends,
> 
> I have a working scroller for a long field on Android.
> The user can "jump" to a certain position in the text with:
> 
> on mouseup
>  set the vScroll of group "scrollgroup" to 1670
> end mouseup
> 
> So far, so good.
> 
> But when the user starts scrolling from there, the scoller (vScroll)
> jumps back to 0 and the scrolling start from there again.
> 
> What do I need to add to prevent this?
> Know what I mean?
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: Sad news about Brahmanathaswami

[Brian Milby via use-livecode]

I was very sad to hear the news recently that Swami was very sick.  It is tough 
to learn of passing.

I only knew him from the list and our work together on the SivaSiva app the 
past several years.  He was great to work with and as many have noticed he had 
a heart of gold.  I will miss our Zoom calls and working with him solving 
problems in LiveCode.

Rest in peace Swami

Brian Milby
br...@milby7.com

> On Dec 25, 2022, at 12:01 PM, Andre Garzia via use-livecode 
>  wrote:
> 
> Dear LiveCoders,
> 
> Many of you here remember Sannyasin Brahmanathaswami (some of you met him as 
> Sannyasin Sivakatirswami many years ago). Swami has always been a champion 
> for LiveCode and together with other other monks in Kaua’i Hindu Monastery 
> built what is probably the largest LiveCode-backed website available on the 
> net. He’s been a constant fixture here on the list for many years and many 
> here been at some time or another worked with him on various projects. I’m 
> sad to say that Brahmanathaswami passed away this week on Hawaii. His life 
> has been full of joy among his beloved monks in a paradise Island full of 
> love and sunshine. 
> 
> I’ve worked with him there on and off for the best part of maybe 18 years 
> (we’re not exactly sure when I started), he’s been a great friend and 
> together we built many wondrous things with LiveCode. I’ll forever cherish 
> those years, and I hope you all remember him fondly today as well.
> 
> Kind regards
> Andre

___
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: Lock screen and animated gif

[Brian Milby via use-livecode]

Another option is to use an SVG icon and rotate it a bit each time.  Gives the 
impression of a spinning object.

Brian Milby
br...@milby7.com

> On Dec 20, 2022, at 8:44 AM, jbv via use-livecode 
>  wrote:
> 
> Le 2022-12-20 08:19, Brian Milby via use-livecode a écrit :
>> Could you make changes to htmlText in a variable and then assign all
>> at once back to the field?
> 
> I thought of that, but it makes other parts of the script more complicated.
> Finally I will chose a different strategy : instead of an animated gif, I'm
> gonna use a progress bar that will be updated every 10 lines as follows :
>  unlock screen
>  set currentvalue of scrollbar "progress" to x
>  lock screen
> It shouldn't slow down the script too much...

___
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: Lock screen and animated gif

[Brian Milby via use-livecode]

Could you make changes to htmlText in a variable and then assign all at once 
back to the field?

Brian Milby
br...@milby7.com

> On Dec 20, 2022, at 8:05 AM, Antti Ilola via use-livecode 
>  wrote:
> 
> How about changing the mouse cursor. I found below about using a lock
> screen.
> " The only exception to this (freeze window) is the mouse cursor. It
> continues to move with the mouse and any changes to the cursor icon (like set
> cursor to busy) do appear."
> 
> Antti
> 
> ti 20. jouluk. 2022 klo 14.42 jbv via use-livecode (
> use-livecode@lists.runrev.com) kirjoitti:
> 
>> Do you mean "lock screen without messages" ?
>> Doesn't work...
>> 
>> Le 2022-12-20 07:27, Richmond Mathewson via use-livecode a écrit :
>>> Try 'without messages'.
>>> 
>>> On Tue, 20 Dec 2022, 13:26 jbv via use-livecode, <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
 Hi list,
 I have a script that modifies line by line the color
 and textstyle of some words in a field that can be up
 to 500 lines long.
 I am using "lock screen" to speed up things.
 But at the same time I have a spinning animated gif
 to tell end users to wait until the modification is
 done.
 The problem is that "lock screen" freezes everything
 and the gif stops spinning.
 Is there a workaround for using "lock screen" and an
 animated gif simultaneously ?
 
 Thank you in advance.
 jbv

___
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: Field content as parametres in a function

[Brian Milby via use-livecode]

Your original is the same as:

put field «test» into tParam
answer testFunction(tParam)

So yes, whatever is placed as a parameter to a function is not expanded.  Think 
about doing the same thing with an arbitrary block of text in the field and 
what would be the expected result.

Brian Milby
br...@milby7.com

> On Nov 29, 2022, at 6:26 AM, Tore Nilsen via use-livecode 
>  wrote:
> 
> 
> 
>> 29. nov. 2022 kl. 12:08 skrev Alex Tweedly via use-livecode 
>> :
>> 
>> Yes, your description is correct (except for saying the behavior is 
>> "puzzling" :-)
>> 
>> The first case you are passing a single parameter (which happens to have 
>> commas in its current content). You could have said "  paramcount() 
>> returns 1 as expected".
>> 
>> The second case you pass 5 values.
>> 
>> And the third case, as you say, expands the value first, so it becomes a 
>> call with 5 parameters.
>> 
>> Alex.
> 
> What is «puzzling» to me, among a whole lot of other things I fail to grasp, 
> is why in the first example, the value in field «test» is treated as a single 
> parameter, but in the last example it is treated as five parameters, since 
> nothing has changed with the values in the field itself. I do however accept 
> the reality of it, but I wanted to understand why this is the way it is. My 
> original thinking was that by referencing the field as parameter, the values 
> of the field would then become de facto parameters passed on to the function. 
> I guess it is just another item in the long list of things I do not fully 
> understand. :-) 
> 
> Best regards
> Tore
> ___
> 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: Lock screen challenge

[Brian Milby via use-livecode]

One option to use an external editor would be ScriptTracker.  You could export 
the scripts, do your bulk changes, and then import them back.

Brian Milby
br...@milby7.com

> On Nov 22, 2022, at 4:10 PM, Geoff Canyon via use-livecode 
>  wrote:
> 
> A random thought: if you converted to script-only stack behaviors first,
> then you would have a bunch of text files you can use whatever tool you
> like on.
> 
> gc
> 
>> On Mon, Nov 21, 2022 at 1:25 PM J. Landman Gay via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> I'm updating a very old set of stacks that use old HC syntax for "lock
>> screen". A search with
>> LC's Find utility says there are 723 instances that may need to be
>> changed. Right now they look
>> like this:
>> 
>> lock screen
>> -- do any number of things
>> unlock screen with 
>> 
>> These all need to be changed to:
>> 
>> lock screen for visual effect
>> -- do any number of things
>> unlock screen with visual effect 
>> 
>> The challenge is that not all "lock screen" commands use a visual effect,
>> some are simple
>> lock/unlock pairs. I need to automate this. The visual effects are not all
>> the same. Some
>> handlers have multiple instances of locking the screen with or without a
>> visual effect.
>> 
>> I'd use a regex if I could, but back references aren't supported (or are
>> they now?) I really
>> don't want to do this manually.
>> 
>> --
>> 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

___
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: mergAV uses GLOBAL coordinates?

[Brian Milby via use-livecode]

I know that inside any native control, things are drawn at native resolution.  
A good way to see this is a browser widget.  So I’m thinking that that is going 
to apply in the other direction too.  You will need to convert your card 
coordinates to native coordinates to place the control.

I might could play with the math, but it wouldn’t be until much later this 
evening.

If you are already adjusting the aspect ratio, then you probably have a 
resizeStack handler.  It may be easier to just go the next step to using native 
coordinates.

Brian Milby
br...@milby7.com

> On Nov 15, 2022, at 7:54 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Brian,
> 
>> Am 15.11.2022 um 13:32 schrieb Brian Milby via use-livecode 
>> :
>> 
>> What fullscreenmode are you using on that card?
> 
> I use "showall".
> However I resized the stack proportionally to the aspect ration of the device,
> so it "behaves" like fullscreenmode "exactfit".
> 
>> Brian Milby
>> br...@milby7.com
>> 
>>>> On Nov 15, 2022, at 4:55 AM, Klaus major-k via use-livecode 
>>>>  wrote:
>>> 
>>> Hi all,
>>> 
>>> I do not won an iPhone, but some users told me that 
>>> scanning a barcode will show the previewarea way off
>>> from where I definde it.
>>> 
>>> Here part of my script:
>>> 
>>> on mergAVMediaAccess pType, pGranted
>>> mergAVCamSet "microphone", empty
>>> mergAVCamCreate
>>> 
>>> ## See below...
>>> mergAVCamSet "rect",the rect of graphic "qr_ios"
>>> ...
>>> --
>>> See what happens here:
>>> <https://www.dropbox.com/s/6q1hmwl82ns7r1p/mergAVbarcodescan.png?dl=0>
>>> The light green rect behind the (off-set preview) is gr "qr_ios" and 
>>> nothing else in 
>>> any script that could cause this!
>>> 
>>> So does mergAV use GLOBAL coordinates?
>>> 
>>> Any insight very welcome, thank you!
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: mergAV uses GLOBAL coordinates?

[Brian Milby via use-livecode]

What fullscreenmode are you using on that card?

Brian Milby
br...@milby7.com

> On Nov 15, 2022, at 4:55 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi all,
> 
> I do not won an iPhone, but some users told me that 
> scanning a barcode will show the previewarea way off
> from where I definde it.
> 
> Here part of my script:
> 
> on mergAVMediaAccess pType, pGranted
>   mergAVCamSet "microphone", empty
>   mergAVCamCreate
> 
>   ## See below...
>   mergAVCamSet "rect",the rect of graphic "qr_ios"
> ...
> --
> See what happens here:
> 
> The light green rect behind the (off-set preview) is gr "qr_ios" and nothing 
> else in 
> any script that could cause this!
> 
> So does mergAV use GLOBAL coordinates?
> 
> Any insight very welcome, thank you!
> 
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: megabundle updated

[Brian Milby via use-livecode]

SmartCrumbs now exports using LF on Mac.  Have not looked at the other pieces 
yet.

Brian Milby
br...@milby7.com

> On Nov 8, 2022, at 1:01 PM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 11/8/22 07:48, Mike Kerner via use-livecode wrote:
>> fyi, there was an update to the summer megabundle posted, yesterday.
> 
> What? With no notification?
> I assume the Release Notes (heh) will show what's new.
> 
> -- 
> 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: Mobile: Convert from screen to card coords

[Brian Milby via use-livecode]

Klaus,

My setBackground handler doesn't give a direct translation, but does start
it.
https://github.com/bwmilby/mobileDemo/blob/48b89b37aba41afb5a7b90cfc9bdbbca9e7f052c/mobileDemo_Scripts/stack_MobileDemo_card_id_1002.livecodescript#L105

Since we are talking about portrait on mobile, the extra space will always
be in the height direction.  That simplifies a few things.  The height of
the screen from the card perspective will be:
   put tCardW / (tScreenW / tScreenH) into tNewH
You will need 3 things to calculate positions.  A ratio for each direction
and a height offset.
   put (tNewH - tCardH) / 2 into tHOffset -- 1/2 of the extra pixels with
be at the top
   put tNewH / tScreenH into tHRatio -- convert screen pixels to card pixels
   put tCardW / tScreenW into tWRatio -- convert screen pixels to card
pixels

Using this, you should be able to calculate a card XY value from a screen
XY value (safe XY for example).
   put (tScreenY * tHRatio) - tHOffset into tCardY
   put (tScreenX * tWRatio) into tCardX

This is without testing though.  I'll try to do a test to validate my
method.  And remember, that anything placed outside the bounds of the card
will just be there for looks and probably won't respond to touch.

Thanks,
Brian

On Tue, Oct 18, 2022 at 9:39 AM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Mark,
>
>
> yes, sure, but i'd like to avoid this and currently only need an answer to
> my question.
>
>
> Best
>
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Mobile: Convert from screen to card coords

[Brian Milby via use-livecode]

When you use “none” as the mode, then screen and card coordinates will be the 
same.  When the app starts you should get a resizeStack that provides the 
opportunity to adjust the layout.

Brian Milby
br...@milby7.com

> On Oct 18, 2022, at 8:56 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Brian,
> 
> I knew I forgot something...
> 
>> Am 17.10.2022 um 19:53 schrieb Brian Milby via use-livecode 
>> :
>> 
>> Looking at the image, I’m not sure you can do what you want and have it 
>> work.  You can draw outside of the card rect, but you can’t interact with 
>> anything outside of the rect.   In the image on the right, the nav bar is as 
>> low as it can go and receive touch interactions.
> 
> OK, I definitively understand that!
> 
> But iPhoneSafeArealnsets0 will only return values in SCREEN-coordinates 
> and I have no idea how to „convert" these to CARD coordinates.
> 
> We need that to move the bottom/top controls up or down if neccessary, 
> know what I mean? Any hints very welcome!
> 
>> ...
>> Brian Milby
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Mobile: Convert from screen to card coords

[Brian Milby via use-livecode]

Looking at the image, I’m not sure you can do what you want and have it work.  
You can draw outside of the card rect, but you can’t interact with anything 
outside of the rect.   In the image on the right, the nav bar is as low as it 
can go and receive touch interactions.

I think resizing to the actual screen is probably going to make more sense with 
that nav bar at the bottom.

Brian Milby
br...@milby7.com

> On Oct 17, 2022, at 1:16 PM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi friends,
> 
> I need some help, here a pic that shows my problem and my question:
> 
> 
> Brian Milby once provided a stack which does this, but I have to confess that 
> I did 
> not understand a word..
> 
> Thanks for any hints!
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: Hacking LiveCode

[Brian Milby via use-livecode]

Did you restart LiveCode after installing the updated widget?

Brian Milby
br...@milby7.com

> On Sep 25, 2022, at 4:53 PM, Mike Kerner via use-livecode 
>  wrote:
> 
> 1. is that documented, somewhere, because i cannot find it.
> 2. that isn't the problem i was having. the problem i was having was that
> if i took a widget (navRad, for instance), and added code to it, then
> installed the new version, preexisting copies of the widget would not
> execute the new code. new copies would.
> so, it's 100% possible that i discovered some other behavior, but after
> testing it a few times, instead of documenting the recipe, i accepted that
> this was the behavior, and went about addressing it. except, today, when i
> tested it, the behavior is the one that you would want (in unbuilt apps,
> behaviors in newer versions of the widget are reflected in existing copies
> of the widget). so i have to go replicate the behavior, again and develop a
> recipe, again.
> 3. fortunately or not, chasing this particular bear for days has resulted
> in a snippet in the hack repo which i hope extracts all properties for an
> object, standard or specific.

___
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: Hacking LiveCode

[Brian Milby via use-livecode]

The widgets are identified by the reverse dns name.  As long as that name does 
not change, LC will use whichever version is currently installed in the IDE.  
The issue is that you can’t take the LC version of a widget and then build your 
own version with a new name and have the settings easily come over.  I think 
this export issue should really be thought of as a bug.  When a widget is 
exported it pulls the widget settings from the widget and ignores the standard 
ones.  The engine has to serialize the data when it saves the stack so it 
should not be a huge issue to fix.

Brian Milby
br...@milby7.com

> On Sep 25, 2022, at 3:09 PM, Mike Kerner via use-livecode 
>  wrote:
> 
> i just re-tested this, and came up with the opposite result (modifying the
> widget and rebuilding it causes existing copies to behave the new way). So,
> it's time to come up with a recipe for one versus the other...
> welcome to the weeds...
> 
>> On Sun, Sep 25, 2022 at 2:28 PM Mike Kerner 
>> wrote:
>> 
>> and it is also 100% possible that there is something that can happen
>> during the building/testing/installing process that would explain the
>> behavior i have seen, but without knowing the expected behavior...
>> 
>> On Sun, Sep 25, 2022 at 2:11 PM Mike Kerner 
>> wrote:
>> 
>>> How's this: the expected behavior is not documented (as far as I can
>>> find), so I don't know what the expected behavior is. I have tested
>>> modifying a widget, rebuilding it, and re-adding it to LC. That does not
>>> seem to cause existing widgets to update. Is that a bug in my code, and am
>>> I doing something wrong that is leading me down this path? 100% absolutely,
>>> positively, maybe, and then I'm just chasing a phantom...again...
>>> I also don't think there is a documented way to see what version each
>>> widget is in a particular...widget, but I think we might be able to. We can
>>> certainly tell which version of a widget is installed in LC (bug report
>>> 23952, whose code is going to go into the hack repo, soon).
>>> 
>>> If I am write, and it is not a bug in my code, then it absolutely is a
>>> disadvantage to using widgets...until this hack is complete.
>>> 
>>> On Sun, Sep 25, 2022 at 12:59 PM Paul Dupuis via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
 On 9/25/2022 12:41 PM, Mike Kerner via use-livecode wrote:
> chasing all the things that aren't documented, but you need to know
 about
> LCB took me back into hacking liveCode.
> it's just getting started. if you have tools or pointers, the
> repo/wiki/issues/discussion are at https://github.com/macMikey/LC-HACK
> Project 1: extracting all properties of a widget (because "export"
 does not
> export the "base" LC object properties) and applying those properties
 to an
> updated version of the widget (because LC is releasing updates to the
> megabundle widgets almost weekly)
> Project 2: documenting the LC IDE API's?
> 
 
 A clarification please: Are you saying that if I have version 1.1.2 of
 PolyGrid (as an example) installed and I have made a stack using 1 or
 more Polygrids and I now download and install version 1.3.1 (or some
 newer version) of PolyGrid, that when I open my stack the PolyGrids in
 that stack do not update from 1.1.2 to 1.3.1?
 
 If so, this is a terrible disadvantage of any use of widgets. I feel I
 must be misunderstanding why exporting properties to re-apply them is
 needed for updates.
 
 
 ___
 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
 
>>> 
>>> 
>>> --
>>> On the first day, God created the heavens and the Earth
>>> On the second day, God created the oceans.
>>> On the third day, God put the animals on hold for a few hours,
>>>   and did a little diving.
>>> And God said, "This is good."
>>> 
>> 
>> 
>> --
>> On the first day, God created the heavens and the Earth
>> On the second day, God created the oceans.
>> On the third day, God put the animals on hold for a few hours,
>>   and did a little diving.
>> And God said, "This is good."
>> 
> 
> 
> -- 
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> ___
> 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 subs

Re: iOS 16! It will not do landscape!

[Brian Milby via use-livecode]

It is not an orientation lock issue.  I’ve submitted a bug report but didn’t 
have iOS 16 loaded yet and have not had a chance to build some test apps to 
narrow down the details of the issue.  Apple did make changes in iOS 16 with 
how apps request a specific orientation.

Brian Milby
br...@milby7.com

> On Sep 16, 2022, at 11:11 AM, harrison--- via use-livecode 
>  wrote:
> 
> Perhaps the screen lock is turned on so it only shows stuff in portrait mode?
> 
>> On Sep 16, 2022, at 10:45 AM, Mike Kerner via use-livecode 
>>  wrote:
>> 
>> weird. we've got 16.1 on our ipads. the LC app we're running on them is
>> working fine in landscape.
>> 
>>> On Thu, Sep 15, 2022 at 9:31 PM Sannyasin Brahmanathaswami via use-livecode
>>>  wrote:
>>> 
>>> Aloha Everyone
>>> 
>>> Well I was involved in iOS 16. Just yesterday.
>>> 
>>> It downloaded to my phone (iPhone 13, with Version 16.0 – 20A362) . When I
>>> did that, none of stacks of my stacks will do landscape!
>>> 
>>> stack “wordpuzzle”
>>> 
>>> on preOpenStack
>>> 
>>>  if isMobile() then
>>> 
>>>  mobileSetAllowedOrientations "landscape left,landscape
>>> right"
>>> 
>>>  mobileSetFullScreenRectForOrientations "landscape
>>> left,landscape right","0,0,736,414"
>>> 
>>>set the fullscreenmode of this stack to "showAll" --
>>> better for wider screens
>>> 
>>>  end if
>>> 
>>>  hide grc "blankScreen"
>>> 
>>>   setCardCoords "landscape"
>>> 
>>> end preOpenStack
>>> 
>>> stack “view_BrowserLandscape”
>>> 
>>> 
>>> 
>>> on preopenstack
>>> 
>>>  local tBrowser, tOrientations
>>> 
>>>  set the fullscreenmode of this stack to empty
>>> 
>>>  put the short name this stack into tBrowser
>>> 
>>>  put (tBrowser contains "landscape") into sLandscapeOnly
>>> 
>>>  put "landscape left,landscape right" into tOrientations
>>> 
>>>  if sLandscapeOnly then
>>> 
>>>  put "landscape" into sOrientation
>>> 
>>>  else
>>> 
>>>  put "portrait,portrait upside down," before tOrientations
>>> 
>>>  put "portrait" into sOrientation
>>> 
>>>  end if
>>> 
>>>  setCardCoords sOrientation
>>> 
>>>  if isMobile() then
>>> 
>>>   mobileSetAllowedOrientations tOrientations
>>> 
>>>  end if
>>> 
>>>  resetUI
>>> 
>>>  hide grc "blankImage"
>>> 
>>>  send "showBrowser" to me in 10 seconds
>>> 
>>> end preopenstack
>>> 
>>> Where is the newest download.
>>> 
>>> https://downloads.livecode.com/livecode/
>>> 
>>> LiveCode 9.6.9 RC 1, 10 August 2022
>>> 
>>> RC 1
>>> Release Notes<
>>> https://livecodestatic.com/downloads/livecode/9_6_9/LiveCodeNotes-9_6_9_rc_1.pdf
 
>>> 10 August 2
>>> 
>>> 
>>> Brahmanathaswami
>>> 
>>> 
>>> 
>>> 
>>> And it not there!
>>> 
>>> 
>>> Did see SivaSiva 1.7.2? It on the iPhone – App Store.
>>> 
>>> Svasti Astu – Be Well
>>> Brahmanathaswami
>>> 
>>> Get SivaSiva.app – It free!
>>> https://www.himalayanacademy.com/view/sivasiva
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> 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
>>> 
>> 
>> 
>> -- 
>> On the first day, God created the heavens and the Earth
>> On the second day, God created the oceans.
>> On the third day, God put the animals on hold for a few hours,
>>  and did a little diving.
>> And God said, "This is good."
>> ___
>> 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: iOS 16! It will not do landscape!

[Brian Milby via use-livecode]

Does your app use a launcher model?  SivaSiva has one stack that is the 
launcher which opens the portal stack (main menu) when then goes to modules.  
Portrait is set on the launcher and each module has different orientation 
requirements/settings.

Brian Milby
br...@milby7.com

> On Sep 16, 2022, at 10:47 AM, Mike Kerner via use-livecode 
>  wrote:
> 
> weird. we've got 16.1 on our ipads. the LC app we're running on them is
> working fine in landscape.
> 
>> On Thu, Sep 15, 2022 at 9:31 PM Sannyasin Brahmanathaswami via use-livecode
>>  wrote:
>> 
>> Aloha Everyone
>> 
>> Well I was involved in iOS 16. Just yesterday.
>> 
>> It downloaded to my phone (iPhone 13, with Version 16.0 – 20A362) . When I
>> did that, none of stacks of my stacks will do landscape!
>> 
>> stack “wordpuzzle”
>> 
>> on preOpenStack
>> 
>>   if isMobile() then
>> 
>>   mobileSetAllowedOrientations "landscape left,landscape
>> right"
>> 
>>   mobileSetFullScreenRectForOrientations "landscape
>> left,landscape right","0,0,736,414"
>> 
>> set the fullscreenmode of this stack to "showAll" --
>> better for wider screens
>> 
>>   end if
>> 
>>   hide grc "blankScreen"
>> 
>>setCardCoords "landscape"
>> 
>> end preOpenStack
>> 
>> stack “view_BrowserLandscape”
>> 
>> 
>> 
>> on preopenstack
>> 
>>   local tBrowser, tOrientations
>> 
>>   set the fullscreenmode of this stack to empty
>> 
>>   put the short name this stack into tBrowser
>> 
>>   put (tBrowser contains "landscape") into sLandscapeOnly
>> 
>>   put "landscape left,landscape right" into tOrientations
>> 
>>   if sLandscapeOnly then
>> 
>>   put "landscape" into sOrientation
>> 
>>   else
>> 
>>   put "portrait,portrait upside down," before tOrientations
>> 
>>   put "portrait" into sOrientation
>> 
>>   end if
>> 
>>   setCardCoords sOrientation
>> 
>>   if isMobile() then
>> 
>>mobileSetAllowedOrientations tOrientations
>> 
>>   end if
>> 
>>   resetUI
>> 
>>   hide grc "blankImage"
>> 
>>   send "showBrowser" to me in 10 seconds
>> 
>> end preopenstack
>> 
>> Where is the newest download.
>> 
>> https://downloads.livecode.com/livecode/
>> 
>> LiveCode 9.6.9 RC 1, 10 August 2022
>> 
>> RC 1
>> Release Notes<
>> https://livecodestatic.com/downloads/livecode/9_6_9/LiveCodeNotes-9_6_9_rc_1.pdf
>>> 
>> 10 August 2
>> 
>> 
>> Brahmanathaswami
>> 
>> 
>> 
>> 
>> And it not there!
>> 
>> 
>> Did see SivaSiva 1.7.2? It on the iPhone – App Store.
>> 
>> Svasti Astu – Be Well
>> Brahmanathaswami
>> 
>> Get SivaSiva.app – It free!
>> https://www.himalayanacademy.com/view/sivasiva
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> 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
>> 
> 
> 
> -- 
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> ___
> 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: lcb missing manual

[Brian Milby via use-livecode]

I guess I never answered the original question:

The editor type isn't a LCB thing.  Those are a part of the IDE.  Here is
the path from the open source repository:
.../livecode/ide/Toolset/palettes/inspector/editors/
You should also be able to find them in your local install of LC.
/Applications/LiveCode/LiveCode 9.6.9 (rc
1).app/Contents/Tools/Toolset/palettes/inspector/editors/
I agree that they should be documented somewhere.  Looking at the names
there, most that you would use are probably fairly evident.

The LiveCode Builder Style Guide/Widget specific guidelines covers the 4
entries needed to use many of the PI editors.  There is one in a widget
that could be useful though "user_visible" - this property is not displayed
in the PI but is available to get/set.  "options" looks to be specific to
the "enum" editor.

The Extending Livecode Guide covers the 4 that are needed for the widget as
a whole.  It does look like there are a few additional ones used in widgets
that are not mentioned that should be included in the docs (os, svgicon,
preferredsize, userVisible, _ide).

I tend to be fairly adept at reading and understanding code - even if I
don't know the syntax well enough to write it.  So I didn't really read the
documentation to learn LCB (but referenced the syntax and style guide as
needed), but read the widgets that I was working on.  As such, the things
you are having difficulty finding didn't really impact my efforts.  I was
mainly extending the widget and was just copying existing code as a model
when adding things (properties and handlers).  About the only thing that
really tripped me up was aliased properties.  You have to define the main
property and then alias works.  If you define the alias, then it doesn't
work (TreeView widget - scroll vice vscroll).  Considering all of this, I
consider all of the included LCB source code as part of the documentation
for LCB.

I'll add some comments to your "issues"

Thanks,
Brian


On Sat, Sep 10, 2022 at 3:49 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I was about to call you out, too, Brian.
> I started trying to work with LCB several years ago, kept slamming into
> things that weren't documented, and decided I had better things to do with
> my time.
> Now I'm back at it, but I don't think it should be such a black hole,
> especially when I put it down for a couple of months and then want to get
> back into it.
> If we want other people to take the plunge, and maybe invent cool stuff
> using it, something better than what exists, now, should exist.
>
> On Sat, Sep 10, 2022 at 3:36 PM Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Honestly the way I learned the most about LCB was working on the LC
> > widgets.  There is plenty of example code there but you just have to
> spend
> > time understanding what you are reading.
> >
> > Brian Milby
> > br...@milby7.com
> >
> > > On Sep 10, 2022, at 2:01 PM, Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > I was trying to work on Ralph's improvements on the navBar and I kept
> > > getting bitten by the thin documentation of lcb, so for my own
> benefit, i
> > > started a wiki and issues list to fill in the blanks
> > > Please help me learn lcb by adding to both of these.
> > > The wiki: https://github.com/macMikey/LCB-missing-manual/wiki
> > > The issues: https://github.com/macMikey/LCB-missing-manual/issues
> > >
> > >
> > >> On Fri, Sep 2, 2022 at 8:42 PM Mark Wieder via use-livecode <
> > >> use-livecode@lists.runrev.com> wrote:
> > >>
> > >>> On 9/2/22 16:54, Brian Milby via use-livecode wrote:
> > >>> Did a simple test with 819kb json file:
> > >>> - JSON Library / LCB 5400 ms
> > >>> - PhotonJSON / LCS 400 ms
> > >>> - mergJSON / extension 250 ms
> > >>
> > >> That's impressive. Monte's external is written in C, so that's as
> close
> > >> to bare metal as we're gonna get.
> > >>
> > >> --
> > >>  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
> > >>
> > >
> > >
> > > --
> > > On the f

Re: lcb missing manual

[Brian Milby via use-livecode]

Honestly the way I learned the most about LCB was working on the LC widgets.  
There is plenty of example code there but you just have to spend time 
understanding what you are reading.

Brian Milby
br...@milby7.com

> On Sep 10, 2022, at 2:01 PM, Mike Kerner via use-livecode 
>  wrote:
> 
> I was trying to work on Ralph's improvements on the navBar and I kept
> getting bitten by the thin documentation of lcb, so for my own benefit, i
> started a wiki and issues list to fill in the blanks
> Please help me learn lcb by adding to both of these.
> The wiki: https://github.com/macMikey/LCB-missing-manual/wiki
> The issues: https://github.com/macMikey/LCB-missing-manual/issues
> 
> 
>> On Fri, Sep 2, 2022 at 8:42 PM Mark Wieder via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> On 9/2/22 16:54, Brian Milby via use-livecode wrote:
>>> Did a simple test with 819kb json file:
>>> - JSON Library / LCB 5400 ms
>>> - PhotonJSON / LCS 400 ms
>>> - mergJSON / extension 250 ms
>> 
>> That's impressive. Monte's external is written in C, so that's as close
>> to bare metal as we're gonna get.
>> 
>> --
>>  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
>> 
> 
> 
> -- 
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> ___
> 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: NAVRAD was: lcb missing manual

[Brian Milby via use-livecode]

You have to use the IDE to install widgets.
Tools… Extension Manager… + (icon, top right)

Brian Milby
br...@milby7.com

> On Sep 9, 2022, at 9:40 AM, Mike Kerner via use-livecode 
>  wrote:
> 
> Throwing NavRAD into my extensions folder doesn't seem to install it. I
> wonder why.
> 
>> On Tue, Sep 6, 2022 at 4:19 PM Mike Kerner 
>> wrote:
>> 
>> by the way, isn't it crazy how much overhead is required with lcb widgets?
>> there is so...much...stuff you have to put on top just to get to the heart
>> of the thing.
>> and i'm never going to like the way lc embeds the comments in the source
>> of anything.
>> or the way they spell "favourites", or pronounce "Aluminum". Do you see an
>> extra "i" in there? No? It's invisible, that's why.
>> 
>> On Tue, Sep 6, 2022 at 4:00 PM Brian Milby via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> I think the user is going to need to code the width adjustment in the
>>> resizeStack handler.  Widgets can’t change their rect on their own.  It has
>>> to happen from the LCS side.
>>> 
>>> Brian Milby
>>> br...@milby7.com
>>> 
>>>> On Sep 6, 2022, at 3:29 PM, Ralph DiMola via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> Mike,
>>>> 
>>>> For future reference the source is in the .lce file. The .lce is in zip
>>> format. Temporarily change the extension to .zip. You will see the lcb file
>>> in there. Also when you install it the source will be in the extension
>>> folder. But since I posted .lce I have put in comments starting with "RAD
>>> Change" to show where I have made changes. Here is the link to the updated
>>> source==>https://www.dropbox.com/s/bv930usovpruo5e/navrad.lcb?dl=0
>>>> 
>>>> Thanks for taking a look!
>>>> 
>>>> Also I found that after I updated the docs that the docs are generated
>>> from the lcb file. I re-built the widget and boom my doc changes were
>>> destroyed. No problem I just had redo the docs for my changes in the lcb
>>> file. So many unknowns. I am trying to find a way to resize it to the card
>>> width with a user setting for height percent of card width. But the docs
>>> are so scant and confusing I feel the giant headache coming on again.
>>>> 
>>>> 
>>>> 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 Mike Kerner via use-livecode
>>>> Sent: Tuesday, September 06, 2022 3:00 PM
>>>> To: How to use LiveCode
>>>> Cc: Mike Kerner
>>>> Subject: Re: NAVRAD was: lcb missing manual
>>>> 
>>>> Ralph,
>>>> got the source, somewhere? i'd like to learn from it.
>>>> testing to begin...now.
>>>> 
>>>>> On Thu, Sep 1, 2022 at 1:32 PM Ralph DiMola via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> I took a major stab at LCB and created a new widget based on the
>>>>> navbar widget. I have made 2 changes to the navbar and call it navrad.
>>>>> It does not modify the stock navbar. With almost no docs it was a
>>>>> challenge. There were so many unknowns I got a few giant headaches. It
>>>>> adds 4 new properties(iconFill,autoRADHilite,preHilitedItem,
>>>>> preHilitedItemName) and 1 new message(preHiliteChanged). I updated the
>>>>> documentation so the new properties and message show in the dictionary
>>>>> with example(search for "navrad" or just "rad").
>>>>> One thing I ran into was that I had to call the "autohilite" property
>>>>> autoRADHilite because using any existing property causes a confilict
>>>>> that I could not get around without sufficient docs. It does show in
>>>>> the property inspector as "auto hilite". These changes allow
>>>>> 1)enlarge/center the icon if there is no label 2)intercept a selection
>>>>> before it is hilited and make a choice to hilite and send the stock
>>>>> hiliteChanged message (or not). Why no label? For one social media
>>> icons don’t need labels. Why a pre message?
>>>>> Someon

Re: NAVRAD was: lcb missing manual

[Brian Milby via use-livecode]

I think the user is going to need to code the width adjustment in the 
resizeStack handler.  Widgets can’t change their rect on their own.  It has to 
happen from the LCS side.

Brian Milby
br...@milby7.com

> On Sep 6, 2022, at 3:29 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> Mike,
> 
> For future reference the source is in the .lce file. The .lce is in zip 
> format. Temporarily change the extension to .zip. You will see the lcb file 
> in there. Also when you install it the source will be in the extension 
> folder. But since I posted .lce I have put in comments starting with "RAD 
> Change" to show where I have made changes. Here is the link to the updated 
> source==>https://www.dropbox.com/s/bv930usovpruo5e/navrad.lcb?dl=0
> 
> Thanks for taking a look!
> 
> Also I found that after I updated the docs that the docs are generated from 
> the lcb file. I re-built the widget and boom my doc changes were destroyed. 
> No problem I just had redo the docs for my changes in the lcb file. So many 
> unknowns. I am trying to find a way to resize it to the card width with a 
> user setting for height percent of card width. But the docs are so scant and 
> confusing I feel the giant headache coming on again.
> 
> 
> 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 Mike Kerner via use-livecode
> Sent: Tuesday, September 06, 2022 3:00 PM
> To: How to use LiveCode
> Cc: Mike Kerner
> Subject: Re: NAVRAD was: lcb missing manual
> 
> Ralph,
> got the source, somewhere? i'd like to learn from it.
> testing to begin...now.
> 
>> On Thu, Sep 1, 2022 at 1:32 PM Ralph DiMola via use-livecode < 
>> use-livecode@lists.runrev.com> wrote:
>> 
>> I took a major stab at LCB and created a new widget based on the 
>> navbar widget. I have made 2 changes to the navbar and call it navrad. 
>> It does not modify the stock navbar. With almost no docs it was a 
>> challenge. There were so many unknowns I got a few giant headaches. It 
>> adds 4 new properties(iconFill,autoRADHilite,preHilitedItem, 
>> preHilitedItemName) and 1 new message(preHiliteChanged). I updated the 
>> documentation so the new properties and message show in the dictionary 
>> with example(search for "navrad" or just "rad").
>> One thing I ran into was that I had to call the "autohilite" property 
>> autoRADHilite because using any existing property causes a confilict 
>> that I could not get around without sufficient docs. It does show in 
>> the property inspector as "auto hilite". These changes allow 
>> 1)enlarge/center the icon if there is no label 2)intercept a selection 
>> before it is hilited and make a choice to hilite and send the stock 
>> hiliteChanged message (or not). Why no label? For one social media icons 
>> don’t need labels. Why a pre message?
>> Someone suggested it and I thought it was a great idea. Backwards 
>> compatible with existing navbar LCS code. The was an auto sizing to 
>> card width request. I will look to see if I can do it without more docs(or 
>> help).
>> 
>> If anyone would like to try it and find any bugs it's at ==>
>> https://www.dropbox.com/s/51zm4m8dip49jov/com.livecode.widget.navrad.2
>> .0.0.lce?dl=0
>> 
>> 
>> Ralph DiMola
>> IT Director
>> Evergreen Information Services
>> rdim...@evergreeninfo.net
>> 
>> 
>> ___
>> 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
>> 
> 
> 
> --
> On the first day, God created the heavens and the Earth On the second day, 
> God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> ___
> 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: lcb missing manual

[Brian Milby via use-livecode]

Did a simple test with 819kb json file:
- JSON Library / LCB 5400 ms
- PhotonJSON / LCS 400 ms
- mergJSON / extension 250 ms

Brian Milby
br...@milby7.com

> On Sep 2, 2022, at 4:27 PM, Brian Milby  wrote:
> 
> Look no further than comparing the JSON library written in LCB and LCS 
> (PhotonJSON).  I’m thinking that the LCS is probably faster.  Probably worth 
> a shot to actually test in more detail.  I tried to import the smartcrumbs 
> output with the external, LCB and LCS and only the LCS even was successful 
> (probably due to the MD5 hashes).
> 
> Each has strengths and a use case.  LCB can do quite a bit that you just 
> can’t do with LCS.  The efficiency of dealing with a single object widget 
> over a grouped control is another plus.  I’d imagine quite a bit of the speed 
> of the new widgets over DG is going to be along these lines.  LC Mark would 
> be the one to speak to speed differences between LCB and LCS though.
> 
> Brian Milby
> br...@milby7.com
> 
>>> On Sep 2, 2022, at 3:59 PM, Mark Wieder via use-livecode 
>>>  wrote:
>>> 
>>> On 9/2/22 10:43, Jacques Clavel via use-livecode wrote:
>>> 
>>> You can write exactly the same functions, commands in LCB than in LCS
>> 
>> Um, no.
>> There are quite a few pain points trying to determine the differences in 
>> what is supported and what is different.
>> 
>> -- 
>> 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: lcb missing manual

[Brian Milby via use-livecode]

Look no further than comparing the JSON library written in LCB and LCS 
(PhotonJSON).  I’m thinking that the LCS is probably faster.  Probably worth a 
shot to actually test in more detail.  I tried to import the smartcrumbs output 
with the external, LCB and LCS and only the LCS even was successful (probably 
due to the MD5 hashes).

Each has strengths and a use case.  LCB can do quite a bit that you just can’t 
do with LCS.  The efficiency of dealing with a single object widget over a 
grouped control is another plus.  I’d imagine quite a bit of the speed of the 
new widgets over DG is going to be along these lines.  LC Mark would be the one 
to speak to speed differences between LCB and LCS though.

Brian Milby
br...@milby7.com

> On Sep 2, 2022, at 3:59 PM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 9/2/22 10:43, Jacques Clavel via use-livecode wrote:
> 
>> You can write exactly the same functions, commands in LCB than in LCS
> 
> Um, no.
> There are quite a few pain points trying to determine the differences in what 
> is supported and what is different.
> 
> -- 
> 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: Livecode / Github

[Brian Milby via use-livecode]

I would agree that a LC specific (smartcrumbs specific actually) interface
to git would be helpful.  On the back end, it would just be native git
add/commit/push/fetch/pull/merge commands to get data into the repository.
The JSON file structure looks to be a mainstack key with the GUID value and
then GUID keys for each stack in the file that have all objects as a
dictionary. It should be relatively easy to turn it into an array. The
challenge will be dealing with diffs.  The structure is something like this:

{
  "guid of stack a": {
"object guid": {
}
  },
  "guid of stack b": {
"guid of stack b": {
  "name": "Main Stack Name"
}
  },
  "mainstack": "guid of stack b"
}



On Thu, Sep 1, 2022 at 9:41 PM Pi Digital via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks Brian for your comprehensive response. What I meant was, though,
> that ‘ideally’ we need some instructions in the Guide and preferably a GUI
> for github and the like built into LC specifically for SmartCrumbs. That
> way the UIDs can be auto converted to the object names and laid out in
> filestruct format to make sense. Roundtripping to SourceTree or anything
> else is not really what we want, is it?
>
> Let me see if I get a chance to knock something up quickly over the
> weekend. I need to try out these new polylist and polygrid widgets anyway.
> Linking it to GitHub and remote servers shouldn’t be an issue. I understand
> how they work so I won’t have a problem. It just needs to be made much much
> simpler for others.
>
> Sean Cole
> Pi Digital Productions Ltd
>
> eMail Ts & Cs
>
>
> > On 2 Sep 2022, at 02:26, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I think some of this is a bit too much to address in a list post.  I'll
> > make some comments though.
> > (i) Make a repo at https://github.com;
> > https://www.atlassian.com/git/tutorials/setting-up-a-repository; you can
> > view tons of docs at https://docs.github.com/en
> > (ii)-(iv) I use https://www.sourcetreeapp.com (Mac and Win app
> available)
> > to manage my repos (many other options available). They also have other
> > tutorials at https://www.atlassian.com/git
> >
> > When you create a GitHub repository currently, it will make a default
> > branch called "main".  Initially you would take your stack and commit
> > (really another word for "save") to the main branch.  If you had 2
> > developers that were working on the same stack at the same time, then one
> > way would be to have 2 branches off of main.  Let's say "brian" and
> "sean"
> > for example.  So each of us would check out our branch (initially the
> same
> > as main).  We would make any changes we needed and each would commit to
> our
> > own branch.  When whatever we are working on is ready to incorporate into
> > the product, we would merge our branch into the main branch.  Since
> > everything is text files (except for the images and other binary
> resources
> > like that), git can detect which pieces have changed and integrate them
> > together.  So instead of a zip going back and forth of the full project,
> > the individual changes would be tracked and integrated.  The biggest
> > difference is that multiple developers can work on the same stack at the
> > same time and have their changes integrated together.
> >
> > The down side that I do see with this implementation is that it is
> > difficult to know what object is being changed.  Since everything is
> stored
> > by GUID it can be hard to know what is being updated by looking at the
> > commit logs.  Due to the Mac CR issue, I probably won't be able to do
> much
> > for demonstrating how it works until there is a good workaround (I guess
> I
> > could manually convert the JSON each time for now).  I did fix the JSON
> > file on my ScriptTracker repo so it could be viewed on GitHub.  I need to
> > make a change to a script that hasn't been fixed to see how it shows up.
> > The JSON fix showed pretty much as a whole new file (line 1 was updated
> to
> > lines 1-1000+).
> >
> > My approach with ScriptTracker is a bit different.  First is that my tool
> > is much more limited (just does the scripts).  But, my tool adds a bit of
> > information to the header of each exported script to give it context and
> > the scripts are named by the object ID (mainly to avoid issues with
> illegal
> > characters in the object name).  It might be something that could be done
> > with plugins to add som

Re: Livecode / Github

[Brian Milby via use-livecode]

Mark, this is the same bug that you already filed:
https://quality.livecode.com/show_bug.cgi?id=23910

On Thu, Sep 1, 2022 at 9:29 PM Brian Milby  wrote:

> Actually, that is a bug that needs to be fixed.  I don't have "My
> Livecode" running from my documents folder.  So the extension itself is in
> the correct place, but all of the stuff it writes is in the wrong place.
>
> On Thu, Sep 1, 2022 at 9:04 PM Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Got it figured out. It just doesn't work on linux.
>>
>> On OSX when executing scEnabledPlugin  I get the error
>>
>> A stack with the same name as ...
>> Before loading /Users//Documents/My
>> LiveCode/SmartCrumbsVCW/extensions...
>> what do you want to do with stack:
>> /Users//Downloads/smartCrumbs/...
>>
>> So it looks like scInstallPlugin installs a copy of the plugin into a
>> *very* specific hardcoded directory, no matter where I placed the source
>> to start with. And no doubt calls specialFolderPath("documents") in
>> order to figure out where that should be and of course that call
>> doesn't work on linux, so it probably just gives up silently. I'm
>> guessing the correct call should really be to
>> revEnvironmentUserPluginsPath().
>>
>> Not going to bother filing a bug on this. I rather expect LC to drop
>> linux support any day now anyway.
>>
>>
>> --
>>   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: Livecode / Github

[Brian Milby via use-livecode]

Actually, that is a bug that needs to be fixed.  I don't have "My Livecode"
running from my documents folder.  So the extension itself is in the
correct place, but all of the stuff it writes is in the wrong place.

On Thu, Sep 1, 2022 at 9:04 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Got it figured out. It just doesn't work on linux.
>
> On OSX when executing scEnabledPlugin  I get the error
>
> A stack with the same name as ...
> Before loading /Users//Documents/My
> LiveCode/SmartCrumbsVCW/extensions...
> what do you want to do with stack:
> /Users//Downloads/smartCrumbs/...
>
> So it looks like scInstallPlugin installs a copy of the plugin into a
> *very* specific hardcoded directory, no matter where I placed the source
> to start with. And no doubt calls specialFolderPath("documents") in
> order to figure out where that should be and of course that call
> doesn't work on linux, so it probably just gives up silently. I'm
> guessing the correct call should really be to
> revEnvironmentUserPluginsPath().
>
> Not going to bother filing a bug on this. I rather expect LC to drop
> linux support any day now anyway.
>
>
> --
>   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: Livecode / Github

[Brian Milby via use-livecode]

I think some of this is a bit too much to address in a list post.  I'll
make some comments though.
(i) Make a repo at https://github.com;
https://www.atlassian.com/git/tutorials/setting-up-a-repository; you can
view tons of docs at https://docs.github.com/en
(ii)-(iv) I use https://www.sourcetreeapp.com (Mac and Win app available)
to manage my repos (many other options available). They also have other
tutorials at https://www.atlassian.com/git

When you create a GitHub repository currently, it will make a default
branch called "main".  Initially you would take your stack and commit
(really another word for "save") to the main branch.  If you had 2
developers that were working on the same stack at the same time, then one
way would be to have 2 branches off of main.  Let's say "brian" and "sean"
for example.  So each of us would check out our branch (initially the same
as main).  We would make any changes we needed and each would commit to our
own branch.  When whatever we are working on is ready to incorporate into
the product, we would merge our branch into the main branch.  Since
everything is text files (except for the images and other binary resources
like that), git can detect which pieces have changed and integrate them
together.  So instead of a zip going back and forth of the full project,
the individual changes would be tracked and integrated.  The biggest
difference is that multiple developers can work on the same stack at the
same time and have their changes integrated together.

The down side that I do see with this implementation is that it is
difficult to know what object is being changed.  Since everything is stored
by GUID it can be hard to know what is being updated by looking at the
commit logs.  Due to the Mac CR issue, I probably won't be able to do much
for demonstrating how it works until there is a good workaround (I guess I
could manually convert the JSON each time for now).  I did fix the JSON
file on my ScriptTracker repo so it could be viewed on GitHub.  I need to
make a change to a script that hasn't been fixed to see how it shows up.
The JSON fix showed pretty much as a whole new file (line 1 was updated to
lines 1-1000+).

My approach with ScriptTracker is a bit different.  First is that my tool
is much more limited (just does the scripts).  But, my tool adds a bit of
information to the header of each exported script to give it context and
the scripts are named by the object ID (mainly to avoid issues with illegal
characters in the object name).  It might be something that could be done
with plugins to add some info to the JSON and script files.  I'll need to
take a look - it would make working with the scripts easier.  For the JSON,
I think it may be helpful to have full object names included with the GUID
so you have more of an idea what was changed when looking at the diff.

Also, if you just want to track your changes (and not work with another dev
to merge), it does get a bit easier.  Then you don't even need to use a
server (GitHub) but can run git completely on your seat.  The same GUI
tools mentioned above can be used there as well.

Command line tools are there but not required.  As I mentioned above, I use
a GUI for just about all of my git usage.  They make it easy to see what
happened and when.

Hopefully this helps a little.  I think there are a couple of videos from
conferences over the past few years covering Git.  I know that there is at
least one that I did (but it was targeted at building LC from source).

Thanks,
Brian

On Thu, Sep 1, 2022 at 5:39 PM Pi Digital via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Fab :D
>
> however, ‘how’ does one…
>  (i) set up a GitHub (I know how, this is for the benefit of others),
> (ii) perform commits, push, pulls (perhaps using LC and having an LC
> library/widget for this would be best),
> (iii) merge to a branch,
> (iv) switch branches
> All the while making it simple for even the most beginner of beginners to
> understand, like everything else in LC *Should be?
>
> It’s like giving us the front door but the hallway floor is missing.
>
> There is no guide on real world usage so we are left stranded with it.
>
> Here’s the actual situation myself and my colleague face. At the moment
> one of us works on the app, makes some changes, zips it up, and posts it up
> to a server. Then the other does the same ad infinitum.
>
> But what you have described is not much different. How can we really tell
> who made changes unless we know the uid for the script or card (for layout)
> or object? And are we all supposed to now become command line experts to
> manage an svc? I’m puzzled at the moment.
>
> It shows great promise, but it’s still not fully ready, is it. It’s
> usable, like LCB, if you can do lower level stuff. But not many using LC
> are able, hence why they use LC. Everything LC, and I mean everything, that
> is front end for LC users *Should, note, Should be High Level and easy to
> code & understand. The plug

Re: Livecode / Github

[Brian Milby via use-livecode]

Here is the workflow that I think is intended:

Export stack to files
Commit files to GitHub or other VCS
—
Fetch/pull latest from GitHub
Import stack from files
Make changes
Export stack to files
Commit changes to GitHub
—
At any point changes between branches can be merged due to structure of exports 
so you could have parallel development happening.

Brian Milby
br...@milby7.com

> On Sep 1, 2022, at 2:27 PM, Sean Cole via use-livecode 
>  wrote:
> 
> I managed to get the stack and all substacks to export finally. There was
> an issue with an old extension library two of the stacks use (Chart Maker)
> so just removed the stacks for now and all ported properly.
> 
> Now, it occurs to me that this is all well and good, but there is a lack of
> instruction on how to make use of it now. How do you link it to something
> like GitHub or some other external or local server? How do we collaborate
> with other users? How will they know which scripts are which when they only
> see a folder full or GUIDs?
> 
> I 'think' these are valid questions. Or maybe I'm just stupid or missed
> something somewhere.
> 
> By the way, here is an update to the plugin code:
> global gLastObject
> 
> on savingProperties pLongId, @pProperteis
>   // I'm loving all the typos like pProperteis - Really rushed out the
> door.
>   put "saving properties of" && pLongId into gLastObject
>   put gLastObject
>   wait 0.001 millisec with messages
> end savingProperties
> 
> on savingScript pLongId, @pScript
>   put "saving script of" && pLongId into gLastObject
>   put gLastObject
>   wait 0.001 millisec with messages
> end savingScript
> 
> Sean
> 
>> On Thu, 1 Sept 2022 at 05:08, Sean Cole  wrote:
>> 
>> Yeah, I could really do with it giving me some feedback as to where this
>> object is. Actually, I could...
>> ... I just wrote a plugin for it. Use scCreatePlugin "","" (scCreatePlugin
>> on its own doesn't work from the message box like the dictionary suggests).
>> Then in the script I used
>> 
>> global gLastObject
>> 
>> on savingProperties pLongId, @pProperteis
>>   --> your code
>>   put "saving properties of" && pLongId into gLastObject
>>   put word -2 to -1 of gLastObject
>>   wait 0.01 millisec with messages
>> end savingProperties
>> 
>> 
>> 
>> Once I ran this it displayed which substack it was working on in the
>> message box and once it had failed the global showed me the last parameter
>> it had successfully accessed. Cool. But I still can't work out which
>> parameter of either that object (a standard text field) or the next (a
>> group with no behaviours or anything out of the ordinary as far as I can
>> tell). I'll come back to it tomorrow. It's silly o'clock now.
>> 
>> Sean
>> 
>> On Wed, 31 Aug 2022 at 17:13, Mark Wieder via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
 On 8/31/22 03:00, Sean Cole via use-livecode wrote:
>>> 
 LC Team: :-) It would be REALLY handy if proper errors were thrown when
>>> one
 occurs that can help us easily understand what the issues are. Also, if
 prior to release documentation were gone through to make sure they are
 legible. And if plugins released actually work as described. :-)
>>> 
>>> Actually, it's even worse.
>>> The result is empty if no error occurred and "* successful" if it
>>> worked. To me that seems backwards.
>>> 
>>> https://quality.livecode.com/show_bug.cgi?id=23911
>>> 
>>> --
>>>  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: Livecode / Github

[Brian Milby via use-livecode]

https://github.com/bwmilby/scriptTracker

It appears that the JSON file does include all substacks.

Brian Milby
br...@milby7.com

> On Aug 31, 2022, at 10:37 AM, Brian Milby  wrote:
> 
> I’ll run it on my much smaller ScriptTracker stack (which has a couple 
> substacks) and report my findings.
> 
> Brian Milby
> br...@milby7.com
> 
>> On Aug 31, 2022, at 10:34 AM, Pi Digital via use-livecode 
>>  wrote:
>> 
>> It created a smartcrumbs folder which contained 1 .livecode.sc folder which 
>> contained 3 subfolders, medias, scripts and shareTexts. medias contained 1 
>> images folder with 2,325 jpeg files. The scripts folder contained 22,006 
>> livecodescript files. The sharedTexts folders contained 7,352 GUID ref’d 
>> folders with one or more html files as well as 7,462 separate html files. 
>> And that is all. 
>> 
>> Having tried again using the Export button from the magicPallet (which, 
>> because of the delay between pressing the button and it actually exporting, 
>> should have a spinner or something to show its working on it) I get the same 
>> result but this time with nothing in the message box or any log file. 
>> 
>> I’ll try again but from the message box. The guide definitely says it will 
>> create a json file in each .livecode.sc folder that contains information 
>> about other objects and substacks. It doesn’t say we need to export each 
>> substack individually. But the json file should hold info about all the 
>> other stuff as well. We’ll see. 
>> 
>> Sean Cole
>> Pi Digital Productions Ltd
>> 
>> eMail Ts & Cs
>> 
>> 
>>>> On 31 Aug 2022, at 13:46, Brian Milby via use-livecode 
>>>>  wrote:
>>> 
>>> Had it created any of the script or other objects?  Curious whether it 
>>> builds the JSON first or if it is done while exporting the other assets.
>>> 
>>> Thanks,
>>> Brian
>>> 
>>>>> On Aug 31, 2022, at 6:02 AM, Sean Cole via use-livecode 
>>>>>  wrote:
>>>> 
>>>> Well, I had to leave it overnight to finish exporting as it was clear to
>>>> take some time. This was for just the main stack, not my long list of
>>>> stacks. Looking at the message box this morning, though, has a response
>>>> 
>>>> Message execution error:
>>>> Error description: Object: object does not have this property
>>>> Hint:
>>>> 
>>>> 'Object does not have this property' ?? What property? Thanks LC for giving
>>>> me all the information I need to fix it [shrugs]. It hasn't created the
>>>> JSON file in the main .sc folder so it must have abandoned the operation at
>>>> some point.
>>>> 
>>>> I'll give it another go now after a reset and to another faster drive to
>>>> see if that improves things but with no other info to go on I have no idea
>>>> what needs to be done.
>>>> 
>>>> LC Team: :-) It would be REALLY handy if proper errors were thrown when one
>>>> occurs that can help us easily understand what the issues are. Also, if
>>>> prior to release documentation were gone through to make sure they are
>>>> legible. And if plugins released actually work as described. :-)
>>>> 
>>>> Sean
>>>> 
>>>> 
>>>>> On Wed, 31 Aug 2022 at 04:05, Mark Wieder via use-livecode <
>>>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>>>> On 8/30/22 19:36, Sean Cole via use-livecode wrote:
>>>>>>> just another 96 stacks to go.
>>>>>>> Looks like I'll set up an automation script.
>>>>> 
>>>>> Ouch! I think the library would do well to check the password status and
>>>>> allow entering and cacheing the password as necessary. Too bad it's
>>>>> closed source so we can't fix it.
>>>>> 
>>>>> --
>>>>> 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
>> ___
>> 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: Livecode / Github

[Brian Milby via use-livecode]

I’ll run it on my much smaller ScriptTracker stack (which has a couple 
substacks) and report my findings.

Brian Milby
br...@milby7.com

> On Aug 31, 2022, at 10:34 AM, Pi Digital via use-livecode 
>  wrote:
> 
> It created a smartcrumbs folder which contained 1 .livecode.sc folder which 
> contained 3 subfolders, medias, scripts and shareTexts. medias contained 1 
> images folder with 2,325 jpeg files. The scripts folder contained 22,006 
> livecodescript files. The sharedTexts folders contained 7,352 GUID ref’d 
> folders with one or more html files as well as 7,462 separate html files. And 
> that is all. 
> 
> Having tried again using the Export button from the magicPallet (which, 
> because of the delay between pressing the button and it actually exporting, 
> should have a spinner or something to show its working on it) I get the same 
> result but this time with nothing in the message box or any log file. 
> 
> I’ll try again but from the message box. The guide definitely says it will 
> create a json file in each .livecode.sc folder that contains information 
> about other objects and substacks. It doesn’t say we need to export each 
> substack individually. But the json file should hold info about all the other 
> stuff as well. We’ll see. 
> 
> Sean Cole
> Pi Digital Productions Ltd
> 
> eMail Ts & Cs
> 
> 
>> On 31 Aug 2022, at 13:46, Brian Milby via use-livecode 
>>  wrote:
>> 
>> Had it created any of the script or other objects?  Curious whether it 
>> builds the JSON first or if it is done while exporting the other assets.
>> 
>> Thanks,
>> Brian
>> 
>>>> On Aug 31, 2022, at 6:02 AM, Sean Cole via use-livecode 
>>>>  wrote:
>>> 
>>> Well, I had to leave it overnight to finish exporting as it was clear to
>>> take some time. This was for just the main stack, not my long list of
>>> stacks. Looking at the message box this morning, though, has a response
>>> 
>>> Message execution error:
>>> Error description: Object: object does not have this property
>>> Hint:
>>> 
>>> 'Object does not have this property' ?? What property? Thanks LC for giving
>>> me all the information I need to fix it [shrugs]. It hasn't created the
>>> JSON file in the main .sc folder so it must have abandoned the operation at
>>> some point.
>>> 
>>> I'll give it another go now after a reset and to another faster drive to
>>> see if that improves things but with no other info to go on I have no idea
>>> what needs to be done.
>>> 
>>> LC Team: :-) It would be REALLY handy if proper errors were thrown when one
>>> occurs that can help us easily understand what the issues are. Also, if
>>> prior to release documentation were gone through to make sure they are
>>> legible. And if plugins released actually work as described. :-)
>>> 
>>> Sean
>>> 
>>> 
>>>> On Wed, 31 Aug 2022 at 04:05, Mark Wieder via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>>>> On 8/30/22 19:36, Sean Cole via use-livecode wrote:
>>>>>> just another 96 stacks to go.
>>>>>> Looks like I'll set up an automation script.
>>>> 
>>>> Ouch! I think the library would do well to check the password status and
>>>> allow entering and cacheing the password as necessary. Too bad it's
>>>> closed source so we can't fix it.
>>>> 
>>>> --
>>>> 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
> ___
> 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: Livecode / Github

[Brian Milby via use-livecode]

Had it created any of the script or other objects?  Curious whether it builds 
the JSON first or if it is done while exporting the other assets.

Thanks,
Brian

> On Aug 31, 2022, at 6:02 AM, Sean Cole via use-livecode 
>  wrote:
> 
> Well, I had to leave it overnight to finish exporting as it was clear to
> take some time. This was for just the main stack, not my long list of
> stacks. Looking at the message box this morning, though, has a response
> 
> Message execution error:
> Error description: Object: object does not have this property
> Hint:
> 
> 'Object does not have this property' ?? What property? Thanks LC for giving
> me all the information I need to fix it [shrugs]. It hasn't created the
> JSON file in the main .sc folder so it must have abandoned the operation at
> some point.
> 
> I'll give it another go now after a reset and to another faster drive to
> see if that improves things but with no other info to go on I have no idea
> what needs to be done.
> 
> LC Team: :-) It would be REALLY handy if proper errors were thrown when one
> occurs that can help us easily understand what the issues are. Also, if
> prior to release documentation were gone through to make sure they are
> legible. And if plugins released actually work as described. :-)
> 
> Sean
> 
> 
>> On Wed, 31 Aug 2022 at 04:05, Mark Wieder via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> On 8/30/22 19:36, Sean Cole via use-livecode wrote:
>>> just another 96 stacks to go.
>>> Looks like I'll set up an automation script.
>> 
>> Ouch! I think the library would do well to check the password status and
>> allow entering and cacheing the password as necessary. Too bad it's
>> closed source so we can't fix it.
>> 
>> --
>>  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: lcb missing manual

[Brian Milby via use-livecode]

LCB has been slower than LCS, but the advantage is that you can easily link to 
much faster compiler code.  I’m not sure if that has changed any… I could pull 
out some code from a while back where we were doing some speed tests.

Sent from my iPhone

> On Aug 30, 2022, at 5:31 PM, Geoff Canyon via use-livecode 
>  wrote:
> 
> Is there a page that discusses the pros of LCB? I looked and didn’t find it. 
> 
> I’m thinking of a simple list (I’m making this up because I didn’t find the 
> page)
> 
> — N times faster execution than LCS
> — interface with code libraries using simple hooks
> — bundle code and graphics together into widgets
> 
> More?
> 
> gc
> 
>>> On Aug 28, 2022, at 11:27 AM, Mark Wieder via use-livecode 
>>>  wrote:
>>> 
>>> On 8/28/22 11:06, Mike Kerner wrote:
>>> the lcb documentation, especially in the api widget is ungreat.
>>> the good news is that as long as there is an oss repo version of LC, you 
>>> can hunt for some of the information that is missing. AND, at least for 
>>> now, you can still find much of it in the LC application
>>> example: as i was hunting, i found a bunch of editors, but none of them 
>>> seem to be documented anywhere obvious.
>> 
>> Yep - I find most of my documentation by digging.
>> 
>> The lack of colornames just bit me earlier this week and I had to backpedal 
>> and code a list of a dozen color names as "R,G,B". Even the "#FF" format 
>> isn't accepted.
>> 
>> -- 
>> 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: Livecode / Github

[Brian Milby via use-livecode]

I used Magic Palette to do the export.  It should create the folder
structure next to the stack file that was the topstack in the IDE.
I have not looked at the lesson though.

On Mon, Aug 29, 2022 at 1:31 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 8/28/22 20:45, Brian Milby via use-livecode wrote:
> > If you want to see what the JSON export looks like for a fairly small
> > stack, you can view this:
> >
> https://github.com/bwmilby/SvgIconTool/blob/main/smartcrumbs/SvgIconTool.livecode.sc/stackFileProperties.json
> >
> > Unfortunately you will need to download and view it with something that
> > understands the CR line ending since GitHub doesn't.  That repo has both
> > ScriptTracker exports and SmartCrumbs exports of the stack.  The former
> is
> > designed with two things in mind:  allowing changes in the scripts that
> are
> > part of a binary stack to be tracked and allowing the editing of those
> > scripts in an external editor (I like Atom for the linting, have not
> tried
> > the newer option).  The latter looks to be a way to completely decompose
> a
> > stack into mostly text files (images being one exception) that can be
> > tracked (and in theory changes merged together I'm guessing).
>
> OK - I just tried out smartcrumbs to check it out. Not quite sure what's
> going on here. Outsmarted by smartcrumbs.
>
> According to the lesson you just drag this onto a stack.
> Nope.
> Click the "Export Stack" button.
> Stack flickers.
> Did anything happen?
> According to the dictionary there's an scGetPathLog().
> Maybe that will give me a clue.
> /My LiveCode/SmartCrumbsVCW/logs//2022-08-29
> Eh?
> What's this "/My LiveCode" thing? I don't have one of those.
> And why is it trying to store that off my root directory?
> Let's try that one again.
> "Recursion limit reached"
> I'll try scExportStack from the message box.
> It gives "can't find handler"
>
> OK - back to real work.
>
> --
>   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: Livecode / Github

[Brian Milby via use-livecode]

If you want to see what the JSON export looks like for a fairly small
stack, you can view this:
https://github.com/bwmilby/SvgIconTool/blob/main/smartcrumbs/SvgIconTool.livecode.sc/stackFileProperties.json

Unfortunately you will need to download and view it with something that
understands the CR line ending since GitHub doesn't.  That repo has both
ScriptTracker exports and SmartCrumbs exports of the stack.  The former is
designed with two things in mind:  allowing changes in the scripts that are
part of a binary stack to be tracked and allowing the editing of those
scripts in an external editor (I like Atom for the linting, have not tried
the newer option).  The latter looks to be a way to completely decompose a
stack into mostly text files (images being one exception) that can be
tracked (and in theory changes merged together I'm guessing).

Since the JSON file is keyed off of the GUIDs of each object, it really
doesn't lend itself to human inspection.  Assuming line endings are sane
(probably would work for Windows and definitely will work for Linux), Git
should easily be able to track the changes.  Whether someone could easily
discern which object was being touched is another matter (which would be
necessary to merge changes together).

On Sun, Aug 28, 2022 at 9:31 PM Pi Digital via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It will be good to see, once available, how using the new SmartCrumbs add
> on will help with this. All objects in JSON form and then use stack scripts
> (and htmlText, AudioClip and VideoClip data) in your GitHub repository.
> This is something I really want to start implementing.
>
> Sean
>
>
> > On 28 Aug 2022, at 20:29, Geoff Canyon  wrote:
> >
> > 
> > To be clear: if anyone wants to try Navigator's export to script
> behaviors function -- work on a copy, and I'd love feedback.
> >
> >> On Sun, Aug 28, 2022 at 10:35 AM Geoff Canyon 
> wrote:
> >> The same applies to the code in Navigator. I wrote it about five years
> ago when I was preparing to transform Navigator itself to use script
> behaviors.
> >>
> >> Always work on a copy.
> >>
> >> That said, it worked fine for Navigator, and no one has ever told me it
> broke anything.
> >>
> >> gc
> >>
> >>> On Thu, Aug 18, 2022 at 10:06 PM Pi Digital via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>> I tried scriptifier and it broke stuff so just be careful with it and
> check its output.
> >>>
> >>> Sean
> >>>
> >>>
> >>> > On 19 Aug 2022, at 01:39, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>> >
> >>> > Hey Skip, long time...
> >>> > I don't know if you were around when script-only-stack behaviors
> came into
> >>> > being, but you can now rip all of the code out of your stacks and
> happily
> >>> > use vc/git. The stacks themselves are still binary (although several
> of us
> >>> > have been messing with dumping that paradigm completely, it's less
> >>> > practical than I would have hoped, as of today).
> >>> > Navigator will export every script in a project into behavior
> stacks, and
> >>> > Monte wrote a stack called "Scriptifier", if memory serves. It's
> embedded
> >>> > in the LC bundle, and it does the same thing, namely extracting all
> the
> >>> > scripts out of a project and putting them into .livecodescript text
> files.
> >>> > Levure is great. I have used it with every project I've worked on for
> >>> > several years, BUT you don't have to use it to go this route.
> >>> >
> >>> >> On Thu, Aug 18, 2022 at 7:04 PM Martin Koob via use-livecode <
> >>> >> use-livecode@lists.runrev.com> wrote:
> >>> >>
> >>> >> Hi SKIP
> >>> >>
> >>> >> Welcome back to the list!
> >>> >>
> >>> >> There is Levure which I knew of as a third party application
> framework
> >>> >> created by Trevor DeVore but I just did a search for it and I see
> it now on
> >>> >> the LiveCode website described as an App Collaboration Framework.
> >>> >> https://livecode.com/products/livecode-platform/levure/ <
> >>> >> https://livecode.com/products/livecode-platform/levure/>  So it
> must have
> >>> >> at some point migrated to the mother ship.
> >>> >>
> >>> >> I haven’t used it but I have considered migrating my application to
> it.
> >>> >> It works with version control systems as long as you follow its
> >>> >> recommendations about how to organize your code into behaviours
> that are
> >>> >> stored in script only stacks which are just text files that a
> version
> >>> >> control system can read (These are somewhat new so depending on
> when you
> >>> >> last used LiveCode they may be new to you.)  This was an
> enhancement that
> >>> >> has enabled the use of version control for scripts in a project. It
> is the
> >>> >> binary stacks that versions control systems can’t track so in
> Levure those
> >>> >> are just used for user interface.
> >>> >>
> >>> >> Hope this helps.
> >>> >>
> >>> >> Martin
> >>> >>
> >>> >>
> >>> >>> On Aug 18, 2022, at 6:38 PM, Skip Kimpel via use-livecode <
> >>>

Re: Svg Icon Tool

[Brian Milby via use-livecode]

I think that if auto highlight is disabled then hiliteChanged would never get 
triggered.  Having the back end highlight change without it visually changing 
would probably lead to confusion.


> On Aug 26, 2022, at 11:55 AM, Ralph DiMola via use-livecode 
>  wrote:
> 
> What if the widget had a property to disable the auto hilite on click and 
> when the hiliteChanged message arrives you can set(or not) the hilite as 
> appropriate via setting a widget property? A pre-message would be cleaner but 
> this is not horrible.
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net

___
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: Svg Icon Tool

[Brian Milby via use-livecode]

Speaking from a phone UI context, I would think that when you touch an object 
that it would highlight to register the touch.  If you drag off the object, 
then the touch is cancelled.  When you release, then the validity is tested.  
If the touch is valid, then the object would retain the highlight (or if you 
had different colors for touch/selected it would change) and the follow on 
actions would take place.  If not valid, the highlight would be reverted to 
previous state without any change in the current card.

All of this can be scripted currently but you have to add your own tests to the 
hiliteChanged message and guard against causing a loop.

I’ll set up a repo for this widget so it can be worked based on the GPL code.

> On Aug 26, 2022, at 10:30 AM, Mike Kerner via use-livecode 
>  wrote:
> 
> correct, the hiliteChanged message is superfluous in this scenario, and the
> developer would just manage the touch/mouse messages
> i disagree that flipping the hilite to one and then back is better. the
> hilite is an indicator of state. if the state is not allowed to change,
> then the hilite should not change.
> in the current operation, the user hits a selection. the hilite changes. at
> this point, there aren't any good options. if we switch cards, then do the
> test, tell the user that the selection is not allowed, then switch back,
> they get this jerky transition, and we have to restore the previous state.
> if we do not make the transition, then they get the hilite changing, then
> they get rejected, and then we have to switch the hilite back to what it
> was, before.
> 
>> On Fri, Aug 26, 2022 at 10:14 AM Brian Milby via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Ok, then we need a full spec on how this would work.  It is not just the
>> addition of a message.
>> 
>> To get what you are desiring, it would be most consistent to just add the
>> mouse messages and the autoHilite property.
>> 
>> I would still want the silent option since that works most in the grain of
>> the current functionality.
>> 
>> In your use case, you wouldn’t even use the hiliteChanged message.  You
>> would just act based on the mouseUp after your checks.
>> 
>> From a UI perspective, I think it makes more sense for the object to
>> highlight on the touch and then revert on the mouseUp if not permitted.
>> 
>>> On Aug 26, 2022, at 9:28 AM, Mike Kerner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> you would have a property for autohilite, and if that is false, the
>>> developer would be responsible for setting the hilite. that's the way
>> it's
>>> implemented with other controls.
>>> 
>>>> On Fri, Aug 26, 2022 at 9:23 AM Brian Milby via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> The silent update would allow that to happen in the hilitechanged
>> handler.
>>>> 
>>>> I don’t know how you would implement a pre… message.  How would the
>> widget
>>>> know whether to proceed or not?  The two messages would fire almost
>>>> simultaneously.  There also isn’t any way to tell the widget to cancel
>> the
>>>> highlight action, which would be needed.
>>>> 
>>>> A mouseDown message may work but would still need a way to cancel the
>>>> highlight.  I think the silent change is the most seamless way to
>>>> accomplish this task.
>>>> 
>>>> In general I think that normal mouse messages should be passed from
>>>> widgets - even if they add specialized functionality with additional
>>>> messages.  I don’t think they would solve this issue on their own
>> though.
>>>> 
>>>> (I also did some work in this widget to add the nothing and multiple
>>>> selections)
>>>> 
>>>> 
>>>> 
>>>>> On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> i don't think so. i want to be able to be able to intercept the
>>>>> touch/click, and decide what to do. sometimes i want to ignore it.
>>>>> sometimes i want to throw up an error and not switch. sometimes i want
>> to
>>>>> do something else, first.
>>>>> 
>>>>>> On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode <
>>>>>> use-livecode@lists.runrev.com> wrote:
>>>>>> 
>>>>>> 
>>>>>> I 

Re: Svg Icon Tool

[Brian Milby via use-livecode]

Ok, then we need a full spec on how this would work.  It is not just the 
addition of a message.

To get what you are desiring, it would be most consistent to just add the mouse 
messages and the autoHilite property.

I would still want the silent option since that works most in the grain of the 
current functionality.

In your use case, you wouldn’t even use the hiliteChanged message.  You would 
just act based on the mouseUp after your checks.

From a UI perspective, I think it makes more sense for the object to highlight 
on the touch and then revert on the mouseUp if not permitted.

> On Aug 26, 2022, at 9:28 AM, Mike Kerner via use-livecode 
>  wrote:
> 
> you would have a property for autohilite, and if that is false, the
> developer would be responsible for setting the hilite. that's the way it's
> implemented with other controls.
> 
>> On Fri, Aug 26, 2022 at 9:23 AM Brian Milby via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> The silent update would allow that to happen in the hilitechanged handler.
>> 
>> I don’t know how you would implement a pre… message.  How would the widget
>> know whether to proceed or not?  The two messages would fire almost
>> simultaneously.  There also isn’t any way to tell the widget to cancel the
>> highlight action, which would be needed.
>> 
>> A mouseDown message may work but would still need a way to cancel the
>> highlight.  I think the silent change is the most seamless way to
>> accomplish this task.
>> 
>> In general I think that normal mouse messages should be passed from
>> widgets - even if they add specialized functionality with additional
>> messages.  I don’t think they would solve this issue on their own though.
>> 
>> (I also did some work in this widget to add the nothing and multiple
>> selections)
>> 
>> 
>> 
>>> On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> i don't think so. i want to be able to be able to intercept the
>>> touch/click, and decide what to do. sometimes i want to ignore it.
>>> sometimes i want to throw up an error and not switch. sometimes i want to
>>> do something else, first.
>>> 
>>>> On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> 
>>>> I think what we probably need is simply:
>>>> 
>>>> set the hilitedItemSilently of widget 1 to 1
>>>> Or
>>>> set the hilitedItemWithoutMessage of widget 1 to 1
>>>> 
>>>> This would allow more elegant solutions to many of the raised issues.
>>>> 
>>>> Thanks,
>>>> Brian
>>>> 
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>>> On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> the two things that are glaring, imho are
>>>>> * [preHiliteChanged](
>> https://quality.livecode.com/show_bug.cgi?id=23207)
>>>> -
>>>>> someone taps on a selection. i do a check, throw up a "nope", and
>> nothing
>>>>> changes. this one is preventing me from moving off of the tmControls
>>>> navbar.
>>>>> * autowidth to the card width.
>>>>> but there are several others, as well
>>>>> 
>>>> 
>> https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904
>>>>> listen, i get it. i need to re-learn lcb and actually use it.
>>>>> but i also have force powers, so i know that someone is going to do
>> these
>>>>> things, before i do, and then i won't have to.
>>>>> 
>>>>>> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode <
>>>>>> use-livecode@lists.runrev.com> wrote:
>>>>>> 
>>>>>> Mike,
>>>>>> I have used my own version of the navbar widget for years. I added an
>>>>>> option to enlarge/vertically justify the icon if there is no label and
>>>>>> eliminated the "new item" thingy. I think the stock widget already
>> lets
>>>> you
>>>>>> select the zero option. I added that back before the stock widget let
>>>> you
>>>>>> do it. What changes/enhancements are you looking for?
>>>>>> 
>>>>>

Re: Svg Icon Tool

[Brian Milby via use-livecode]

The silent update would allow that to happen in the hilitechanged handler.

I don’t know how you would implement a pre… message.  How would the widget know 
whether to proceed or not?  The two messages would fire almost simultaneously.  
There also isn’t any way to tell the widget to cancel the highlight action, 
which would be needed.

A mouseDown message may work but would still need a way to cancel the 
highlight.  I think the silent change is the most seamless way to accomplish 
this task.

In general I think that normal mouse messages should be passed from widgets - 
even if they add specialized functionality with additional messages.  I don’t 
think they would solve this issue on their own though.

(I also did some work in this widget to add the nothing and multiple selections)



> On Aug 26, 2022, at 9:03 AM, Mike Kerner via use-livecode 
>  wrote:
> 
> i don't think so. i want to be able to be able to intercept the
> touch/click, and decide what to do. sometimes i want to ignore it.
> sometimes i want to throw up an error and not switch. sometimes i want to
> do something else, first.
> 
>> On Thu, Aug 25, 2022 at 5:48 PM Brian Milby via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> 
>> I think what we probably need is simply:
>> 
>> set the hilitedItemSilently of widget 1 to 1
>> Or
>> set the hilitedItemWithoutMessage of widget 1 to 1
>> 
>> This would allow more elegant solutions to many of the raised issues.
>> 
>> Thanks,
>> Brian
>> 
>> 
>> Sent from my iPhone
>> 
>>> On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> the two things that are glaring, imho are
>>> * [preHiliteChanged](https://quality.livecode.com/show_bug.cgi?id=23207)
>> -
>>> someone taps on a selection. i do a check, throw up a "nope", and nothing
>>> changes. this one is preventing me from moving off of the tmControls
>> navbar.
>>> * autowidth to the card width.
>>> but there are several others, as well
>>> 
>> https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904
>>> listen, i get it. i need to re-learn lcb and actually use it.
>>> but i also have force powers, so i know that someone is going to do these
>>> things, before i do, and then i won't have to.
>>> 
>>>> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> Mike,
>>>> I have used my own version of the navbar widget for years. I added an
>>>> option to enlarge/vertically justify the icon if there is no label and
>>>> eliminated the "new item" thingy. I think the stock widget already lets
>> you
>>>> select the zero option. I added that back before the stock widget let
>> you
>>>> do it. What changes/enhancements are you looking for?
>>>> 
>>>> I also have LCS routines to store the navbar options as a custom
>> property
>>>> array. I have handlers to add/delete/change option text and icons via
>>>> script for a contextual UI. They are not documented or polished but if
>>>> there is any interest I will look into it.
>>>> 
>>>> Ralph DiMola
>>>> IT Director
>>>> Evergreen Information Services
>>>> rdim...@evergreeninfo.net
>>>> 
>> ___
>> 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
>> 
> 
> 
> -- 
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> ___
> 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: Svg Icon Tool

[Brian Milby via use-livecode]

I think what we probably need is simply:

set the hilitedItemSilently of widget 1 to 1
Or
set the hilitedItemWithoutMessage of widget 1 to 1

This would allow more elegant solutions to many of the raised issues.

Thanks,
Brian


Sent from my iPhone

> On Aug 25, 2022, at 2:48 PM, Mike Kerner via use-livecode 
>  wrote:
> 
> the two things that are glaring, imho are
> * [preHiliteChanged](https://quality.livecode.com/show_bug.cgi?id=23207) -
> someone taps on a selection. i do a check, throw up a "nope", and nothing
> changes. this one is preventing me from moving off of the tmControls navbar.
> * autowidth to the card width.
> but there are several others, as well
> https://quality.livecode.com/buglist.cgi?quicksearch=navigation%20bar&list_id=105904
> listen, i get it. i need to re-learn lcb and actually use it.
> but i also have force powers, so i know that someone is going to do these
> things, before i do, and then i won't have to.
> 
>> On Thu, Aug 25, 2022 at 2:39 PM Ralph DiMola via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Mike,
>> I have used my own version of the navbar widget for years. I added an
>> option to enlarge/vertically justify the icon if there is no label and
>> eliminated the "new item" thingy. I think the stock widget already lets you
>> select the zero option. I added that back before the stock widget let you
>> do it. What changes/enhancements are you looking for?
>> 
>> I also have LCS routines to store the navbar options as a custom property
>> array. I have handlers to add/delete/change option text and icons via
>> script for a contextual UI. They are not documented or polished but if
>> there is any interest I will look into it.
>> 
>> Ralph DiMola
>> IT Director
>> Evergreen Information Services
>> rdim...@evergreeninfo.net
>> 
___
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: Svg Icon Tool

[Brian Milby via use-livecode]

You are welcome!

Good idea.  Just one file needs to be copied (SvgIconTool.livecode) to install. 
 If you ran it once and imported families, then you can copy or move the 
milby.us folder to retain the settings (I actually link that folder so I can 
run as a plug-in or from the repo and use the same settings.)

Thanks,
Brian

> On Aug 25, 2022, at 7:07 AM, matthias rebbe via use-livecode 
>  wrote:
> 
> Thank you very much for this great tool.
> 
> Maybe you add some information to the readme.md what files/folders from the 
> zip have to be copied to the plugins folder.
> 
> Regards,
> Matthias
> 
> 
>> Am 25.08.2022 um 05:22 schrieb Brian Milby via use-livecode 
>> :
>> 
>> Greetings list!
>> 
>> A few years ago I published a tool that allowed easy creation of the Icon
>> Families that I had been working on to integrate into the IDE.  (The code
>> had been started, but users had no way to leverage the planned capability
>> at the time.)  At that time I simply posted it to Sample Stacks and a copy
>> on my web server with more icons.
>> 
>> I had been wanting to get it onto GitHub for quite some time, but never got
>> around to it.  In another thread I mentioned the tool and Mike asked if it
>> was available on GitHub.  That was just the sort of thing I needed to get
>> it posted.  (Thanks Mike!)
>> 
>> https://github.com/bwmilby/SvgIconTool
>> 
>> The most significant change that I've made with this version is that it
>> will keep the icon families and prefs stored as separate files instead of
>> inside the stack.  This will make things much easier since plugins start as
>> a palette and you have to toplevel it to save (which is no longer
>> necessary).  If you use the previous version, you only really need to worry
>> about any custom families that you imported.  All of the ones that I
>> provided earlier are available in the repository and can be loaded in bulk
>> by dragging them onto the library card.
>> 
>> I welcome feedback and bug reports on the GitHub repository.
>> 
>> Thanks and have a blessed day!
>> Brian Milby
>> ___
>> 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

Svg Icon Tool

[Brian Milby via use-livecode]

Greetings list!

A few years ago I published a tool that allowed easy creation of the Icon
Families that I had been working on to integrate into the IDE.  (The code
had been started, but users had no way to leverage the planned capability
at the time.)  At that time I simply posted it to Sample Stacks and a copy
on my web server with more icons.

I had been wanting to get it onto GitHub for quite some time, but never got
around to it.  In another thread I mentioned the tool and Mike asked if it
was available on GitHub.  That was just the sort of thing I needed to get
it posted.  (Thanks Mike!)

https://github.com/bwmilby/SvgIconTool

The most significant change that I've made with this version is that it
will keep the icon families and prefs stored as separate files instead of
inside the stack.  This will make things much easier since plugins start as
a palette and you have to toplevel it to save (which is no longer
necessary).  If you use the previous version, you only really need to worry
about any custom families that you imported.  All of the ones that I
provided earlier are available in the repository and can be loaded in bulk
by dragging them onto the library card.

I welcome feedback and bug reports on the GitHub repository.

Thanks and have a blessed day!
Brian Milby
___
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: addIcon issue

[Brian Milby via use-livecode]

Have you looked at SVG Icon Tool (Sample Stacks)?  It can help manage icon 
families.  You should be able to set the icon using just the short name.  The 
icon svg library will check the current library first and then cycle through 
all loaded families looking for a match.  If there is a collision then you 
don’t know which one will get used (probably the current family and then the 
rest in order of creation).

Here is a version with a large number of icons included:
https://milby.us/lc/SvgIconTool.zip

I worked on the family code and doubt much has changed since the source was 
closed.  Version number matches GitHub in the rc1 of 9.6.9 currently.

Thanks,
Brian

Sent from my iPhone

> On Aug 21, 2022, at 1:58 PM, Mike Kerner via use-livecode 
>  wrote:
> 
> reading through the library, it appears that you are correct - you cannot
> add to the default family.
> changing the family using setCurrentIconFamily("custom") does cause the
> picker to show those icons. if i want to select one for assignment to a
> widget, is that the only way to do it? entering custom/test does not seem
> to work. instead i have to set the family and then choose the icon
> 
>> On Sun, Aug 21, 2022 at 1:21 PM J. Landman Gay via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> I don't think you can add to the default icon family. The docs say that if
>> you haven't specified a family then the icon goes into one named "custom".
>> So see what you get when you run iconFamilies() and if "custom" is in
>> there
>> then set the family using setCurrentIconFamily("custom").
>> 
>> If you prefer, you can create your own family with its own name with
>> addIconFamily. In any case you have to set the current family before you
>> can use its icons.
>> --
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>> On August 21, 2022 7:48:13 AM Mike Kerner via use-livecode
>>  wrote:
>> 
>>> I have an svg widget that draws correctly, so I'm trying to add it to the
>>> library, but addIcon does not seem to be working.
>>> After calling addIcon, I try to search for the icon, but it does not
>> appear
>>> in the icon picker, and adding it by name does not work, either.
>>> Here's the line:
>>> get addIcon("test","m 13,21.59 -4.29,-4.3 -1.42,1.42 5,5 a 1,1 0 0 0
>> 1.41,0
>>> l 13,-13 -1.41,-1.42 z M 25,0 H 7 A 7,7 0 0 0 0,7 v 18 a 7,7 0 0 0 7,7 h
>> 18
>>> a 7,7 0 0 0 7,-7 V 7 A 7,7 0 0 0 25,0 Z m 5,25 a 5,5 0 0 1 -5,5 H 7 A
>> 5,5 0
>>> 0 1 2,25 V 7 A 5,5 0 0 1 7,2 h 18 a 5,5 0 0 1 5,5 z",0)
>>> 
>>> 
>>> --
>>> On the first day, God created the heavens and the Earth
>>> On the second day, God created the oceans.
>>> On the third day, God put the animals on hold for a few hours,
>>>  and did a little diving.
>>> And God said, "This is good."
>>> ___
>>> 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
>> 
> 
> 
> -- 
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> ___
> 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: Livecode performance problem

[Brian Milby via use-livecode]

Based on what Bob said, here is my version of that handler:

on mouseUp
   local tA, tB, tC, tD, tAll, tStart, tEnd
   put fld "A" into tA
   put fld "B" into tB
   put fld "C" into tC
   put fld "D" into tD
   --
   put the milliseconds into tStart
   split tA by cr
   split tB by cr
   split tC by cr
   split tD by cr
   repeat with i=1 to the number of lines of the keys of tA
  put i & tab & tA[i] & tab & tB[i] & tab & tC[i] & tab & tD[i] & cr
after tAll
   end repeat
   delete the last char of tAll
   put the milliseconds into tEnd
   put (tEnd - tStart) & cr & tAll into fld "result"
end mouseUp

I used very short lines, but this way was 3/4ms; my initial method was
6/7ms; your original method was 15/16ms.

On Fri, Aug 19, 2022 at 6:09 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Off the top of my head:
>
> split v1 by tab
> split v2 by tab
> split v3 by tab
> split v4 by tab
>
> put the keys of v1 into tKeyList
> sort tKeyList ascending numeric
>
> repeat for each line tKey in tKeyList
>put tKey & tab & v1 [tKey] & tab & v2 [tKey] & tab & v3 [tKey] & tab &
> v4 [tKey] & cr after tCombined
> end repeat
>
> Not sure if this will be faster, but every time you refer to a line of a
> string the engine has to parse out where that line is from the beginning.
> Parsing times will increase exponentially (is that the right term?) the
> more lines you are parsing in both the source strings AND the destination
> string.
>
> But arrays are indexed memory locations so the engine knows exactly where
> every bit of text is. And putting something after a string does not have to
> parse to find the end, the engine knows where that is in memory. It might
> be even faster though if you build an array as output and then use the
> combine command to convert it all at once to a string.
>
> I am assuming of course that splitting does not put lines of text in
> random order in the array. Arrays can be dicey that way.
>
> Bob S
>
>
>
> > On Aug 19, 2022, at 14:09 , Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I have a set of fields, call them A, B, C, and D. Each has the same
> number of lines. Each field has different text (per line)
> >
> > I need to combine the data - frequently - into a form that look like:
> >
> >  C>
> >
> > For the number of lines in the set of fields. Currently I do this as
> follows:
> >
> > put empty into vCombined
> > put fld A into v1
> > put fld B into v2
> > put fld C into v3
> > put fld D into v4
> > repeat with i=1 to the number of lines in v1
> >   put i &tab& line i of v1 &tab& line i of v2 &tab& line i of v3 &tab&
> line i of v4 into line i of vCombined
> > end repeat
> >
> > I put the field contents into variable before the loop to combine them
> as my understanding is variable access is faster than field access in a loop
> >
> > My question to the Hivemind is: Is there a noticeably faster way to
> covert these field to the tab delimited structure as show above than the
> code above?
> >
> > This current takes about 20 seconds for 2000 lines or about a second per
> 100 lines (very roughly, I was not using a timer in my code, just my
> wristwatch seconds in the IDE debugger between breakpoints)
> >
> > Thank you for any pointers in advance,
> >
> > Paul Dupuis
> > Researchware
> >
> >
> > ___
> > 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: Livecode performance problem

[Brian Milby via use-livecode]

First optimization would be to put … & cr after vCombined and then delete the 
trailing from when done.

Sent from my iPhone

> On Aug 19, 2022, at 5:11 PM, Paul Dupuis via use-livecode 
>  wrote:
> 
> I have a set of fields, call them A, B, C, and D. Each has the same number 
> of lines. Each field has different text (per line)
> 
> I need to combine the data - frequently - into a form that look like:
> 
>  C>
> 
> For the number of lines in the set of fields. Currently I do this as follows:
> 
> put empty into vCombined
> put fld A into v1
> put fld B into v2
> put fld C into v3
> put fld D into v4
> repeat with i=1 to the number of lines in v1
>   put i &tab& line i of v1 &tab& line i of v2 &tab& line i of v3 &tab& line i 
> of v4 into line i of vCombined
> end repeat
> 
> I put the field contents into variable before the loop to combine them as my 
> understanding is variable access is faster than field access in a loop
> 
> My question to the Hivemind is: Is there a noticeably faster way to covert 
> these field to the tab delimited structure as show above than the code above?
> 
> This current takes about 20 seconds for 2000 lines or about a second per 100 
> lines (very roughly, I was not using a timer in my code, just my wristwatch 
> seconds in the IDE debugger between breakpoints)
> 
> Thank you for any pointers in advance,
> 
> Paul Dupuis
> Researchware
> 
> 
> ___
> 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: polylist toys

[Brian Milby via use-livecode]

I just rename the zip file when I download it :)

But yes, only way to know currently is to log in and check the version/date.

Sent from my iPhone

> On Aug 18, 2022, at 11:49 AM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 8/18/22 07:42, Mike Kerner via use-livecode wrote:
>> fiddling with polylist examples, and i noticed in the "lazyLoadOnlineImage"
>> example that I can trigger an error just by opening it and tapping
>> "populate"
>> can anyone else confirm?
> 
> Yep. The polylist continually throws ridiculous errors at me.
> (=E:/Projects/GitHub/LiveCode-LTD/summer-mega-bundle/src/PolyList/PolyList.lcb).
>  And that's at line 2791 (unable to get image geometry) but the source is 
> locked so there's nothing more to do.
> 
> Also, the versioning thing is out of hand. I just downloaded version 1.0.0 of 
> the bundle (again!) because I got a bugzilla notice that there was a fix in 
> the new version. So I now have v1.0.21 of the enhancements packaged in a 
> 1.0.0 zip file, and I see that half a dozen extensions have been updated 
> since the last time I downloaded 1.0.0. And there was no notification that 
> anything had been updated/fixed/whatever. If it hadn't been for the comment 
> Panos put into bugzilla how is anyone supposed to know that things have been 
> updated?
> 
> -- 
> 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: Fail to test new stack on Android device

[Brian Milby via use-livecode]

Change the app name or version string info.  You have an app with the same name 
and an earlier version already on the device.

Sent from my iPhone

> On Aug 11, 2022, at 6:39 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> 
> 
>> Am 11.08.2022 um 12:30 schrieb Klaus major-k via use-livecode 
>> :
>> 
>> Hi all,
>> 
>> I just tested an older stack on my Android device, everything is fine.
>> Then I created a new stack for a little stack and always get this error
>> when selecting "Test" in the LC dev menu.
>> 
>> 
>> Only script in that stack:
>> 
>> on preopenstack
>>  set the fullscreenmode of this stack to "showall"
>> end preopenstack
>> 
>> ## And a button:
>> on mouseUp
>> ## Need to know if that is returning anything or giving an error or 
>> whatever...
>> answer iphonesafeareainsets()
>> end mouseUp
>> 
>> If I switch back to the other stack, I can upload and test, but not with 
>> this new stack!?
>> 
>> Any hints? Thanks!
> 
> of course everyting is set up correctly in the "Stanalone Application 
> Settings"!
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: Getting the visible rect of a stack with fullscreenmode "showall"

[Brian Milby via use-livecode]

The handler you probably need to look at is in card 1002 (index) called 
setBackground (line 104).  The effective working screenrect is going to report 
device pixels.  To actually know the relative rect from the card’s perspective 
you have to translate to the card coordinates.  I may not have used the most 
efficient method, but you should be able to follow it.

Thanks,
Brian

Sent from my iPhone

> On Aug 10, 2022, at 12:08 PM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Bob,
> 
>> Am 10.08.2022 um 18:04 schrieb Bob Sneidar via use-livecode 
>> :
>> 
>> Wait, there is a more effectiver working screenrect than the effective one?? 
>> ;-P
> 
> yes, but it is R-rated! 8-)
> 
>> Bob S
>> 
 On Aug 10, 2022, at 08:44 , Klaus major-k via use-livecode 
  wrote:
>>> ah, yes, "the effectiver working screenrect"! 8-)
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: Getting the visible rect of a stack with fullscreenmode "showall"

[Brian Milby via use-livecode]

Check out this repository:
https://github.com/bwmilby/mobileDemo

It has logging that shows various rects when changing modes.  I can look later 
to try to give a more concise answer.

Thanks,
Brian

Sent from my iPhone

> On Aug 10, 2022, at 11:00 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi all,
> 
> the subject says it all...
> 
> How can we get the the visible rect of a stack running
> on mobile with fullscreenmode "showall"?
> Know what I mean?
> 
> Thank you for any hint!
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: Tree Widget: hilitedValue?

[Brian Milby via use-livecode]

If pPath[1] = “a” and pPath[2] = “b”
Then pArray[pPath] is the same as saying pArray[“a”][“b”]

I’m not sure when it was added.  It is relatively recent (7 or 8 I think, but 
not sure)

Thanks,
Brian

Sent from my iPhone

> On Jul 10, 2022, at 4:46 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 7/9/22 7:11 PM, Brian Milby via use-livecode wrote:
>> function getValue pArray, pPath
>>split pPath by comma
>>return pArray[pPath]
>> end getValue
> 
> I keep forgetting we can do that. It's cool, but I don't understand how it 
> works. Splitting the path by comma produces a numbered array, and yet the 
> function appears to ignore the numerical keys and return only the element 
> values.
> 
> How come?
> 
> -- 
> 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: Tree Widget: hilitedValue?

[Brian Milby via use-livecode]

I don't think there is an existing one liner, but it can be done a couple
ways.

Here is a recursive function defined in the PI code for Custom Props:

on fetchArrayDataOnPath pPath, pArray, @rData
   local tKey
   put item 1 of pPath into tKey
   if the number of items in pPath is 1 then
  if tKey is not among the keys of pArray then
 return "no such key"
  else
 put pArray[tKey] into rData
 return empty
  end if
   else
  delete item 1 of pPath
  fetchArrayDataOnPath pPath, pArray[tKey], rData
   end if
end fetchArrayDataOnPath

There are other handlers in that script that could be useful as well
(add/set/delete).

You could also turn the path into an array (but lose the error checking
above):

function getValue pArray, pPath
   split pPath by comma
   return pArray[pPath]
end getValue

Thanks,
Brian

On Sat, Jul 9, 2022 at 5:08 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 7/9/22 3:17 PM, J. Landman Gay via use-livecode wrote:
> > On 7/8/22 12:34 PM, Richard Gaskin via use-livecode wrote:
> >> I see the Tree widget supports a hilitedElement property, which is
> useful for managing the
> >> selection in the UI.
> >>
> >> Is there a one-liner for obtaining not the element path but the value?
> >
> > I'm using an older version, but here the hilitedElement includes the
> values of each element in
> > the path.
> >
>
> I misunderstood, you don't mean just the names of the elements. The value
> shows up as part of
> the tree unless you turn off "show values". I think you'll have to parse
> the array to actually
> get the values in a leaf.
>
> --
> 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: Stylistic question.

[Brian Milby via use-livecode]

One reason would be if you were trying to use behaviors so you could manage 
your code with a repository like Git.  This would greatly reduce the number of 
behavior scripts that you would create.  One app that work on has the code in 
the stack’s behavior script.

Sent from my iPhone

> On Jun 19, 2022, at 4:33 PM, Alex Tweedly via use-livecode 
>  wrote:
> 
> I've noticed that in a lot of the example code I've seen recently, there's a 
> bit of a common pattern.
> 
> In the card script, there will be code like
> 
> on mouseUp
>   switch the short name of the target
> case "first"
> doCommandFirst
> break
> case "another"
> doCommandAnother
> break
> case "lastnotleast"
> doCommandlastnotleast
> break
>   end switch
> end mouseUp
> 
> I've seen this in examples from Livecloud, Appli, the WebApp example from 
> Steven/Michael, and a few other places.
> 
> I would generally have put this code in each button (or other control) 
> directly, and I'm wondering whether there are advantages or preferences for 
> one of those versus the other.
> 
> Thanks for any opinions,
> 
> Alex.
> 
> 
> ___
> 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: Referencing Livecode

[Brian Milby via use-livecode]

Maybe a direct link here would be better:

https://livecode.com/resources/



Sent from my iPhone

> On Jun 17, 2022, at 6:39 AM, Mark Smith via use-livecode 
>  wrote:
> 
> I think in this instance, probably asking support would be the best bet. 
> 
>> On 16 Jun 2022, at 2:31 pm, David V Glasgow via use-livecode 
>>  wrote:
>> 
>> Hi Folks,
>> 
>> I am writing a paper for publication (I hope) describing analysis of 
>> internet predator messages achieved using Livecode.
>> 
>> I want to reference LC but I am not sure if there is a standard form or URL 
>> for doing this.  If not I am inclined to use 
>> https://en.wikipedia.org/wiki/LiveCode 
>> 
>> Any alternative suggestions?
>> 
>> David Glasgow
>> 
>> PS Also, while trying to find a suitable URL I came across the ‘Cheat 
>> Sheets’ page and PDFs, and stumbled on a couple of errors in the just LC 
>> one… not sure who to alert.
>> 
>> // String
>> 
>> "foo" & "bar" is "foobar" "foo" && "bar" is "foo bar" "str" begins with "st"
>> "str" ends with "g"
>> 
>> // Chunks
>> 
>> char 5 of "str" is "n"
>> ___
>> 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: Would anyone miss convertOctals?

[Brian Milby via use-livecode]

Had to look it up, never used it.

Sent from my iPhone

> On Jun 9, 2022, at 8:45 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> So I'm currently sitting here about to embark on fixing 
>  (which is the final 
> thing to sort out before being able to merge my constant expression patch) 
> and I was reminded of 'convertOctals'.
> 
> Now, generally, I am somewhat averse to actually removing any language 
> feature (even those we have deprecated, unless we absolutely have to!) - 
> however, I would really like to make convertOctals have no effect at all in 
> 10.0+ as it adds a disproportionate amount of complexity compared to (what I 
> think, at least) its utility is (particularly in the context of things 
> 'coming next' like the script compiler).
> 
> So three questions:
> 
>  1) Do you know what convertOctals is, and what it does?
> 
>  2) If you do, have you ever actually used it in any scripts which are 
> actually still in use?
> 
>  3) If you do use it in any scripts which are still in use, would you be 
> willing to change them to not use it?
> 
>  4) If you do use/have used it, had you ever noticed that it has been 
> slightly broken for years?
> 
> Now, its always better to offer a carrot when there is a stick (or in this 
> case, an axe) being wielded and the carrot in this case would be to expand 
> the numeric literal syntax to add both explicit octal and binary number 
> literals alongside hexadecimal:
> 
>0xabcdef - hex literal
>0o777 - octal literal
>0b101110101
> 
> The key difference between 0o777 and using 0777 (with convertOctals true) is 
> that the former is not ambiguous at parse time, it doesn't require a runtime 
> property set to true in order for the engine to convert the string to a 
> number correctly.
> 
> Please let me know your thoughts :)
> 
> Warmest Regards,
> 
> Mark.
> 
> P.S. In the scheme of 'breaking changes' - we've already made a number of 
> them for 10 already, and my gut tells me removing convertOctals is likely to 
> cause less consternation than those we already have - but I could be wrong!
> 
> -- 
> 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: storing binary data in a "memory" database

[Brian Milby via use-livecode]

Is this the issue?

To pass binary data in an array element, prepend "*b" to the element's key.

Sent from my iPhone

> On Jun 3, 2022, at 6:56 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Hi Doc thanks for the response. I am using aes256 encryption so an ascii 
> hash is not viable. If this were a file based sqLite database I could perhaps 
> change the encoding. Maybe I can with a :memory: database too! Here's my 
> code. I have posted this before, it's an incredibly useful handler. If you 
> provide pDBID it will ADD or REPLACE a table in that :memory: database. If 
> you do NOT it will create a NEW :memory: database and return the database ID. 
> The parameter pDBName is misnamed it should probably be pTableName. I'll fix 
> that later. 
> 
> I suppose what I need is a statement to change the encoding of the database 
> before I create it. 
> 
> put arrayToSQLite(tPasswordsDataA, ":memory:", "passwords", lMemoryDB) into 
> lMemoryDB
> 
> FUNCTION arrayToSQLite pArrayDataA, pDBFile, pDBName, pDBID
>   put the keys of pArrayDataA into tArrayKeys
>   sort tArrayKeys numeric ascending
>   IF pDBFile is empty THEN put ":memory:" into pDBFile
>   IF pDBName is empty THEN put "arraydata" into pDBName
> 
>   TRY
>  if pDBID is empty then \
>put revOpenDatabase("sqlite", pDBFile) into pDBID
> 
>  IF "Error" is in pDBID THEN
> return empty
>  END IF
> 
>  put "drop table " & pDBName into tDropSQL
>  revExecuteSQL pDBID, tDropSQL
>  put  the result into tResult
>   CATCH tError
>  answer tError
>  IF the environment is "development" THEN exit to top ELSE quit
>   END TRY
> 
>   -- create the table
>   put "create table" && quote & pDBName & quote \
> & cr into tCreateCommand
>   put "(" & quote & "recordid" & quote && "NUMERIC PRIMARY KEY UNIQUE, " \
> & cr AFTER tCreateCommand
> 
>   put the keys of pArrayDataA [1] into tRecordKeyList
> 
>   REPEAT for each line tRecordKey in tRecordKeyList
>  if pArrayDataA [1] [tRecordKey] is an array or \
>pArrayDataA [1] [tRecordKey] begins with "Salted__" then 
> put "BLOB" into tColumnType
>  else
> put VARCHAR into tColumnType
>  end if
> 
>  put quote & tRecordKey & quote && tColumnType & "," && cr AFTER 
> tCreateCommand
>   END REPEAT
> 
>   delete char -3 to -1 of tCreateCommand
>   put ")" AFTER tCreateCommand
> 
>   TRY
>  revExecuteSQL pDBID, tCreateCommand
>  put the result into tResult
>  IF tResult is not 0 THEN breakpoint
>   CATCH tError
>  breakpoint
>   END TRY
> 
>   put 1 into tRecordCounter
>   put "recordid" & cr & tRecordKeyList into tColumns
> 
>   repeat with i = 1 to the number of lines of tColumns
>  put ":" & i into item i of tColumnList
>   end repeat
> 
>   put "(" & tColumnList & ")" into tColumnList
> 
>   -- insert data
>   REPEAT for each line tKey in tArrayKeys
>  put 1 into tColumnCounter
>  put pArrayDataA [tKey] into tRecordDataA
>  put tRecordCounter into tQueryDataA [1]
> 
>  REPEAT for each line tRecordKey in tRecordKeyList
> add 1 to tColumnCounter
> 
> if tRecordDataA [tRecordKey] is an array then
>put arrayEncode(tRecordDataA [tRecordKey]) into tValue
> else
>put tRecordDataA [tRecordKey] into tValue
> end if
> 
> put tValue into tQueryDataA [tColumnCounter]
>  END REPEAT
> 
>  put "insert into" && pDBName &&  "VALUES" && tColumnList into tInsertSQL
> 
>  TRY
> revExecuteSQL pDBID, tInsertSQL, "tQueryDataA"
> put the result into tResult
> if the result is not a number then breakpoint
>  CATCH tError
> breakpoint
>  END TRY
> 
>  add 1 to tRecordCounter
>   END REPEAT
> 
>   return pDBID
> END arrayToSQLite
> 
> 
>> On Jun 3, 2022, at 15:04 , doc hawk via use-livecode 
>>  wrote:
>> 
>> A couple of lines of code with declarations, storing, and retrieving would 
>> probably help.
>> 
>> 
>> There also might be a UTF issue (which would be beyond me)—a hash should be 
>> in good old 6.5 bit ASCII, not something newfangled with eight or more bits.
>> 
>> 
>> ___
>> 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: Zip file problem on Mac

[Brian Milby via use-livecode]

I imagine this one isn’t documented due to the issues where you can’t read 
properties from an existing zip file.  I think I found it when digging into the 
source.

I’m sure there are some that could be found by looking at the source code that 
is still available.

Sent from my iPhone

> On May 8, 2022, at 1:33 PM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi all,
> 
>>> Am 08.05.2022 um 03:18 schrieb Neville Smythe via use-livecode 
>>> :
 On 8 May 2022, at 2:00 am, Brian Milby wrote:
>>> It is a bug somewhere. See this big report:
>>> https://quality.livecode.com/show_bug.cgi?id=21447 
>>> 
>>> I actually think it is related. The zip should be created as a Unix variant 
>>> and not Fat and file attributes should be stored. One thing that could be 
>>> tried is to manually set the executable bit when creating the archive. I 
>>> was able to store a link in a zip using this method, but there is no way to 
>>> read the file attributes in LC.
>> Brian, utter genius!
>> Not only do you pinpoint the bug — revZip is creating a ‘fat’ zip not a 
>> ‘unx’ zip and not adding the external attributes – but it looks like you 
>> have provided the workaround (for my problem of execute permissions at least)
>> I tried the implausible trick of using the undocumented 
>> revZipSetItemAttributes
>> put 0x8000 into tExtAttributes -- regular file
>> add 0x01ED to tExtAttributes -- rwxrwxr-x -- modify as per file (and may 
>> only do for Mac,Linux?)
>> revZipSetItemAttributes pArchive, pName, 3, tExtAttributes  — 3 for unix 
>> system
>> for each file as it is added to the archive. I didn’t really expect this to 
>> work as the file is already added to the archive in ‘fat’ format.
>> Not only does unzip -Z report that the archive items are now in ‘unx’ format 
>> with permissions rwxrwxr-x, but astonishingly the zip actually decompresses 
>> to a working executable – well, only so far briefly tested on a Mac but it 
>> seems likely this is going to work on all platforms. 
>> As you point out in your bug 21447 report, revZip probably won’t be able to 
>> decompress the archive correctly because of other deficiencies, but I only 
>> need the user's system to unpack it. And I will have to modify the 
>> permissions for each individual file in the archive. 
>> I never thought I would use the expression, but, like , awesome! OK sorry I 
>> went there, but jolly well done, that man!
>> 
>> Neville
> 
> I really wonder how much more useful features are undocumented and why they 
> do not find their way into the dictionary!?
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: Zip file problem on Mac

[Brian Milby via use-livecode]

It is a bug somewhere.  See this big report:
https://quality.livecode.com/show_bug.cgi?id=21447

I actually think it is related.  The zip should be created as a Unix variant 
and not Fat and file attributes should be stored.  One thing that could be 
tried is to manually set the executable bit when creating the archive.  I was 
able to store a link in a zip using this method, but there is no way to read 
the file attributes in LC.

Thanks,
Brian

Sent from my iPhone

> On May 6, 2022, at 3:10 AM, matthias rebbe via use-livecode 
>  wrote:
> 
> Hm,
> is it really a bug  or does revZip just stick to the zip specs?
> 
> 
> 
>> Am 06.05.2022 um 01:59 schrieb Neville Smythe via use-livecode 
>> :
>> 
>> I have submitting a report to QC (Bug 23698 
>> )
>> 
>> Thanks Matthias for clarifying that permissions are not correct in the 
>> archive. I can now add that the Linux archive has the same problem. The 
>> Windows archive created by revZip executes correctly.
>> 
>> So the problem is nothing to do with Apple. TheUnarchiver and Keka changing 
>> the permissions to what they think they ought to be sounds well-intentioned 
>> but highly problematic (what’s the meme for the opposite of an 
>> overprotective nanny? Busybody big sister?)
>> 
>> Your last comment caused me to realise that I have only changed very 
>> recently to automating the process of creating the zip files as a 
>> post-standalone build-process using revZip. Previously I created the zip 
>> files by hand, and my beta-tester uses Windows. Thought I was being clever. 
>> So the bug in the LC implementation may have been present for a long time.
>> 
>> Neville
>> 
>>> 
>>> Neville, i can confirm that behavior even under BigSur.
>>> 
>>> I've created a small standalone with LC 10DP3 on BigSur and created  2  zip 
>>> files  from the output folder using LC's zip library and using shell 
>>> command zip.
>>> 
>>> Running the shell command 'zipinfo' to analyse both zip files showed, that 
>>> the zip created with LC's zip library did not contain any executable 
>>> permissions while the zip created with macOS zip shell command did contain 
>>> the permissions.
>>> So it seems the LC's zip library does not store the permissions in the zip.
>>> 
>>> According to your comment about The Unarchiver. Yes, i can also confirm 
>>> that The Unarchiver and also Keka can extract the zip file created with LC 
>>> and the standalone in the extracted folder is executable again.
>>> But...
>>> As zipinfo did list all the files wihtout any executable permissions, i 
>>> unzipped the zip with the shell command 'unzip' and that standalone was not 
>>> executable again. All files showed exact those permissions that zipinfo 
>>> showed before.
>>> 
>>> So i assume the following: Keka and The Unarchive seem to correct file 
>>> permissions when they detect a folder structure that seems to be an app 
>>> bundle. But that's just an assumption.
>>> At least Keka seems to have such feature according to its change log 
>>> Changes in version 1.0.11 
>>> 
>>> 
>>> But anyway. The LC zip library ignores the permission when creating an 
>>> archive.  If this worked before with older versions of LC  i cannot say, as 
>>> i always used the zip shell command or tools like Keka.
>>> 
>>> 
>>> Matthias
>>> 
>>> 
>> 
>> ___
>> 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: Mobile Image Editing

[Brian Milby via use-livecode]

The image on the card it 320x200 (rough, for discussion).  The file is 
1280x800.  I do an import as paint and the formatted size matches the file 
initially.  Fill/draw anything and the formatted size is now the same as the 
object.  I’m saying it is downsized (scaled down).

If I zoom in so the object is 640x400 (some not visible as it is off the card), 
then edit the formatted size changes to match.

Sent from my iPhone

> On Apr 8, 2022, at 2:50 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I'm not sure I understand. When you "downsize" do you mean you're scaling? 
> Or are you creating a new image? Or cropping the original?
> 
>> On 4/7/22 9:11 PM, Brian Milby via use-livecode wrote:
>> Greetings list people!
>> I am currently working on a project where we will be editing images on a
>> mobile device.  I'm running into an issue where the formatted height and
>> width of the image change.  Most of the images are natively 1600x1200 but
>> we initially display them scaled to fit on the screen.  When the user does
>> any edit action at a zoomed out level, the image is downsized to the
>> current zoom.  Once downsized, if you zoom in on the image and edit, the
>> formatted size doesn't change.
>> Is there any way around this?  What we would really like is to edit the
>> image and keep it at the full resolution.
>> We are currently using the native LiveCode paint/bucket tools.  Although
>> most of my testing is in the IDE at the moment, we do use resize handlers
>> to format for the actual device resolution.
> 
> 
> -- 
> 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

Mobile Image Editing

[Brian Milby via use-livecode]

Greetings list people!

I am currently working on a project where we will be editing images on a
mobile device.  I'm running into an issue where the formatted height and
width of the image change.  Most of the images are natively 1600x1200 but
we initially display them scaled to fit on the screen.  When the user does
any edit action at a zoomed out level, the image is downsized to the
current zoom.  Once downsized, if you zoom in on the image and edit, the
formatted size doesn't change.

Is there any way around this?  What we would really like is to edit the
image and keep it at the full resolution.

We are currently using the native LiveCode paint/bucket tools.  Although
most of my testing is in the IDE at the moment, we do use resize handlers
to format for the actual device resolution.

Thanks for any thoughts or pointers,
Brian
___
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: drawingSvgCompileIcon(pIconName) always BLACK

[Brian Milby via use-livecode]

I guess I need to make an update to this library :)

Sent from my iPhone

> On Apr 6, 2022, at 1:28 PM, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2022-04-06 18:16, Klaus major-k via use-livecode wrote:
>> Hi all,
>> so sorry, looks like I completely f. up here.
>> Sorry for the confusion, not may day...
>> See:
>> 
> 
> Hehe - no worries.
> 
> So in answer to your original query about wanting to be able to color the 
> icons - the drawing library supports the 'currentColor' attribute in SVG - 
> and this is tied to the 'backgroundColor' property of the image object the 
> drawing is set on.
> 
> It would only take a small tweak to Brian's extension to make this work - 
> adding `fill="currentColor"` to the path node it generates.
> 
> Brian's extension works by fetching the path data from the IconSVG library, 
> wrapping it in the necessary SVG XML, and then compiling it with 
> drawingSvgCompile.
> 
> Irksomely, there does not seem to be any support for marking colors in SVGs 
> as 'currentColor' in any SVG editor we've come across (unless its deeply 
> buried in it). So one strategy there is making sure the colors you want to be 
> configurable in the SVG are set to a known unlikely random color (e.g. 
> #ABCDEF), exporting as SVG XML from the editor and then just doing a global 
> find/replace of (e.g.) #ABCDEF with currentColor.
> 
> 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: Counting Syllables

[Brian Milby via use-livecode]

True about speed, but I was more thinking about storage space and tolerance to 
missing words.  A complete dictionary would likely be faster.

Brian

Sent from my iPhone

> On Mar 22, 2022, at 9:07 AM, Craig Newman via use-livecode 
>  wrote:
> 
> If you have a database at all, it would cost nothing much in speed to just 
> use the whole thing all the time. Put the database into an array, of the form:
> “cat 1”
> "chicken 2”
> “elephant 3”
> ‘miaou 1"
> …
> 
> The hard part is finding that database. It would take quite a while to build 
> and finalize your own.
> 
> Craig
> 
> 
>> On Mar 21, 2022, at 10:47 PM, Brian Milby via use-livecode 
>>  wrote:
>> 
>> Well, you could set up your rules and just database the exceptions.  Then 
>> you at least have a guess for the words that you don’t “know” the answer 
>> for.  If there is a database miss, then use the rule set.
> 
> ___
> 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: Counting Syllables

[Brian Milby via use-livecode]

Well, you could set up your rules and just database the exceptions.  Then you 
at least have a guess for the words that you don’t “know” the answer for.  If 
there is a database miss, then use the rule set.

Sent from my iPhone

> On Mar 21, 2022, at 8:27 PM, Rick Harrison via use-livecode 
>  wrote:
> 
> I’ve tried a bunch of things. It’s 80-90% correct, but failing 10-20% of the 
> time due to irregulars isn’t acceptable.
> I think I have to look into a database table lookup solution, but I’m 
> dreading it.
> 
> Thanks,
> 
> Rick
> 
>> On Mar 21, 2022, at 4:18 PM, Craig Newman via use-livecode 
>>  wrote:
>> 
>> Such cases are rare, certainly, but “queue” comes to mind. I am sure that a 
>> vowel parsing routine will be reasonably accurate, but not perfect, as per 
>> the previous example.
>> 
>> A quick search did not turn up any “list of all words and their syllable 
>> count”, but there still might be one. One site mentioned that algorithms 
>> were being used, but were “not perfect”.
>> 
>> Craig
> 
> ___
> 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: Funding

[Brian Milby via use-livecode]

Would it be bad form to post the link?  I just kicked in a bit more since I 
think it has great potential.  I hope it fully funds.

Sent from my iPhone

> On Mar 17, 2022, at 1:56 PM, Tom Glod via use-livecode 
>  wrote:
> 
> welcome to the club I have the same issue.  No spam filter on my end, I
> checked.
> Heather, I do get the other mailings about blogs and the livecode services.
> Is that a different list?
> 
>> On Thu, Mar 17, 2022 at 1:14 PM J. Landman Gay via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> I think there's still time to support the project. No risk, you get your
>> money back if it doesn't fund. I personally hope it does, the benefits
>> would be big.
>> --
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>> On March 17, 2022 11:47:05 AM "R.H. via use-livecode"
>>  wrote:
>> 
>>> I did not receive any letter regardings any funding.
>>> 
>>> 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
>> 
>> 
>> 
>> 
>> ___
>> 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: Problems with Filter?

[Brian Milby via use-livecode]

Your source was only one line.  The default for filter is to work by line.  It 
returns all lines that match, hence the same string you started with.

Sent from my iPhone

> On Mar 12, 2022, at 5:22 PM, Rick Harrison via use-livecode 
>  wrote:
> 
> 
> put "THIS*FIND" into tTarget
> 
> put “abcdefghijkTHISISMYTEXTTOFINDlmnopqrstuvwxyz” into tLargeTextString
> 
> put tLargeTextString into pText
> 
> 
> — Adding your code here Mark:
> put ".*THIS.*FIND.*" into tTarget
> 
> filter pText with regex pattern tTarget into tFilteredTextResult
> 
> answer "tFilteredTextResult = " & tFilteredTextResult
> 
> yields: 
> 
> tFilteredTextResult = "abcdefghijkTHISISMYTEXTTOFINDlmnopqrstuvwxyz”
> 
> So what did it filter?  It’s the same string I started with.
> 
> Rick
> 
>> On Mar 12, 2022, at 3:43 PM, Mark Wieder via use-livecode 
>>  wrote:
>> 
>> or
>>   put ".*THIS.*FIND.*" into tTarget
>>   filter pText with regex pattern tTarget into tFilteredTextResult
> 
> ___
> 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: Problems with Filter?

[Brian Milby via use-livecode]

Filter removes non-matching lines.

On Sat, Mar 12, 2022 at 3:07 PM Rick Harrison via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Mark,
>
> matchText works fine.
>
> That doesn’t explain why “filter” doesn’t work though.
>
> Thanks!
>
> Rick
>
> > On Mar 12, 2022, at 2:05 PM, Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Try matchtext rather than filter:
> >
> > local tTextt, tFound?
> > put matchtext(tLargeTextString, ".*THIS(.*)FIND.*", tText) into tFound?
>
> ___
> 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: add a "scale" option to the icongravity

[Brian Milby via use-livecode]

Wouldn’t you really need another property like “iconSizing” which would have 
values of “none” or “clip” (current behavior), “resize” or “fill” (the current 
iconGravity option), and “scale” (your proposal)?  I can think of situations 
where clip and scale would need the current positioning afforded by the gravity 
setting.

Merry Christmas everyone!
Brian

Sent from my iPhone

> On Dec 24, 2021, at 7:49 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi all,
> 
> I just added a feature request to the quality center.
> 
> For ICONGRAVITY we now have the "resoie" option, 
> which will scale the image unproportionally in the button,
> which is erm. not the best option... 8-)
> 
> Maybe we can have a "scale" option, too, which will scale the 
> image in the button, but always proportionally!
> That would make snse and remove some extra work!
> 
> Fell free to add a comment:
> 
> 
> Have some nice holidays!
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: How to get a hilitedElement value from a Tree View's arrayData?

[Brian Milby via use-livecode]

I’ll admit that I modeled my code after code in the IDE somewhere (property 
editor).  Now I wonder why they didn’t just use split.

Sent from my iPhone

> On Dec 21, 2021, at 1:14 PM, Keith Clarke via use-livecode 
>  wrote:
> 
> Ah, yes of course - split a list variable with comma to form an array, being 
> the inverse of combine tArray with comma to create a list. 
> 
> "The Worm is the Spice! The Spice is the Worm!” - the Dune weird array thing! 
> 
> Thank you, Alex - another synapse is ignited by the enlightenment… for a 
> while, anyway! :D
> Best,
> Keith
> 
>> On 21 Dec 2021, at 17:33, Alex Tweedly via use-livecode 
>>  wrote:
>> 
>> Hmmm - maybe I'm missing something, but 
>> 
>> Can't you use the feature of "using a numeric-indexed array as key" ?
>> 
>> (AFAIK it's an undocumented feature, except in the original release notes 
>> for 5.x, which are no longer on the downloads site, and which I can't find 
>> my copy of - so if anyone has them, could they re-post somewhere. This 
>> feature allows you to use a numeric-indexed array as a key, equivalent to 
>> presenting a set of keys:
>> 
>> put "a,b,c" into tA
>> split tA by comma
>> -- now we have tA[1]="a", tA[2]="b", tA[3]="c"
>> put "def" into tArray[tA]
>> -- now tArray["a"]["b"]["c"] = "def"
>> 
>> So, where Brian's code does
>> 
>>> put the hilitedElement of the target into tElement
>>> put 0 into tIndex
>>> repeat for each item tItem in tElement
>>>   add 1 to tIndex
>>>   put tItem into tReference[tIndex]
>>> end repeat
>>> set the htmltext of field "ItemText" to tArray[tReference]
>> 
>> that should be equivalent to
>> 
>> put the hilitedElement of the target into tElement
>> split tElement by comma
>> set the htmltext of field "ItemText" to tArray[tElement]
>> 
>> Alex.
>> 
>> P.S. I also apologise for not looking at this earlier; I saw an earlier 
>> email and thought to myself "Hmmm. I bet that's a case for that weird array 
>> feature :-), and went looking for my copy of the release notes; when I 
>> failed to find them, I forgot to look further into it.
>> 
>> 
>> 
>> On 21/12/2021 15:19, Brian Milby via use-livecode wrote:
>> 
>>> I saw this originally and meant to dig a bit.  Sorry for causing additional 
>>> work for you.  Here is a widget script that does pretty much what you are 
>>> doing but leverages a way of array access that isn’t obvious.
>>> 
>>> https://github.com/bwmilby/DocEditorPlus/blob/master/DocEditorPlus_Scripts/stack_DocEditorPlus_widget_id_1008.livecodescript
>>> 
>>> You should not need to use a case statement.  In my case the value was HTML 
>>> in one case but plain text otherwise.
>>> 
>>> It is part of a more involved stack, but the card with this widget may be 
>>> helpful for your purposes.
>>> 
>>> Thanks,
>>> Brian
>>> 
>>> Sent from my iPhone
>>> 
>>>> On Dec 21, 2021, at 6:38 AM, Keith Clarke via 
>>>> use-livecode  wrote:
>>>> 
>>>> Hi folks,
>>>> For future reference, below is how I managed to get this sorted. The 
>>>> solution seems rather ugly, but it works for the fixed depth of Tree View 
>>>> data I’m interested in.
>>>> 
>>>> The root cause seems to be down to the way LiveCode handles array keys 
>>>> passed in from variables. It doesn't seem possible to define a complete 
>>>> multidimensional array in as a text string (as one might build URLs with 
>>>> parameters). Rather, variables seem to be recognised and processed only if 
>>>> passed in for each individual array key, within its square brackets. 
>>>> Furthermore, the square brackets seem to need to be present in the markup 
>>>> of the array access call - hence the ugly switch statement with explicit 
>>>> cases for each level of Tree View depth rather than something more dynamic 
>>>> & generic...
>>>> on hiliteChanged
>>>> 
>>>> put the arrayData of control "Tree" into tTreeData
>>>> 
>>>> put the hilitedElement of control "Tree" into tHilitedElement
>>>> 
>>>> // Identify element depth
>>>> 
>>>> put the number of items in tHilitedElement into

Re: How to get a hilitedElement value from a Tree View's arrayData?

[Brian Milby via use-livecode]

I saw this originally and meant to dig a bit.  Sorry for causing additional 
work for you.  Here is a widget script that does pretty much what you are doing 
but leverages a way of array access that isn’t obvious.

https://github.com/bwmilby/DocEditorPlus/blob/master/DocEditorPlus_Scripts/stack_DocEditorPlus_widget_id_1008.livecodescript

You should not need to use a case statement.  In my case the value was HTML in 
one case but plain text otherwise.

It is part of a more involved stack, but the card with this widget may be 
helpful for your purposes.

Thanks,
Brian

Sent from my iPhone

> On Dec 21, 2021, at 6:38 AM, Keith Clarke via use-livecode 
>  wrote:
> 
> Hi folks,
> For future reference, below is how I managed to get this sorted. The solution 
> seems rather ugly, but it works for the fixed depth of Tree View data I’m 
> interested in.
> 
> The root cause seems to be down to the way LiveCode handles array keys passed 
> in from variables. It doesn't seem possible to define a complete 
> multidimensional array in as a text string (as one might build URLs with 
> parameters). Rather, variables seem to be recognised and processed only if 
> passed in for each individual array key, within its square brackets. 
> Furthermore, the square brackets seem to need to be present in the markup of 
> the array access call - hence the ugly switch statement with explicit cases 
> for each level of Tree View depth rather than something more dynamic & 
> generic...
> on hiliteChanged
> 
> put the arrayData of control "Tree" into tTreeData
> 
> put the hilitedElement of control "Tree" into tHilitedElement
> 
> // Identify element depth
> 
> put the number of items in tHilitedElement into tDepth
> 
> put 0 into tLevelCount
> 
> repeat for each item tKey in tHilitedElement
> 
> add 1 to tLevelCount
> 
> put tKey into tLevel[tLevelCount]
> 
> put "[tLevel[" & tLevelCount & "]]" after tElement
> 
> end repeat
> 
> // Build array key to show element value in field
> 
> switch tDepth
> 
> case 1
> 
> put tTreeData[tLevel[1]] into field "Test"
> 
> break
> 
> case 2
> 
> put tTreeData[tLevel[1]][tLevel[2]] into field "Test"
> 
> break
> 
> case 3
> 
> put tTreeData[tLevel[1]][tLevel[2]][tLevel[3]] into field "Test"
> 
> break
> 
> end switch
> 
> end hiliteChanged
> 
> I’m sure the experienced developers here would find cleaner ways to achieve 
> this but this hack works and I can get back to evaluating the data accessible 
> from the PDF widget! :) 
> 
> Best,
> Keith
> 
>> On 20 Dec 2021, at 21:13, Keith Clarke via use-livecode 
>>  wrote:
>> 
>> I’m using the Tree View widget to provide a quick and dirty read-only 
>> display of the various arrays of information that can be extracted from the 
>> PDF Widget.
>> 
>> Each PDF page contains too much text to read & understand within the 
>> constraints of a single line in a Tree View control. So, on highlighting an 
>> element in the Tree View, I want to display its value - such as 
>> arrayData[“Pages”][“1”][“text”] - into a field to read the detail extracted. 
>> (Currently I’m putting it into the message box as an interim step, as I tend 
>> to build & debug my scripts line by line and this is as far as I’ve got!)
>> 
>> I may have misread the docs but it seems that when a Tree View element is 
>> hilited, one doesn’t get immediate access to the element’s value. Instead, 
>> one has to jump through hoops, by handling the hilitedElement, which returns 
>> the nested keys of the element. So, I’m simply trying to convert this 
>> comma-separated list to an array reference, so that I can get the value 
>> associated with this key.
>> 
>> If I’ve missed a simple means to access the Tree View element’s value 
>> directly ‘on click', I’ll gladly change course!
>> Best,
>> Keith 
>> 
 On 20 Dec 2021, at 20:46, J. Landman Gay via use-livecode 
  wrote:
>>> 
>>> I'm confused about what the goal is. The hilitedElement contains the text 
>>> of the selection. The array is already in place, so you don't really need 
>>> to add to it.
>>> 
>>> The reason you're seeing text in the message box is because the last line 
>>> contains an unspecified "put". Without a destination for the "put" it will 
>>> go automatically to the message box. If you want to work with it, you'd 
>>> need to put the value into a variable.
>>> 
>>> What's the purpose of the concatenation, and what do you want to do with 
>>> the selection?
>>> 
>>> On 12/20/21 11:11 AM, Keith Clarke via use-livecode wrote:
 Hi folks,
 I’m struggling to access the value from a Tree View widget’s data array as 
 the hilitedElement changes - though I think my issue is more about working 
 with arrays than the Tree View widget.
 The following test script (on the Tree widget) successfully gets the 
 Tree’s arrayData into tTreeData and creates a ‘correct-looking’ nested 
 array key syntax for any changing tHilitedElement.
 However, the last line displays the tHilitedElement variable s

Re: How to in LC for Desktop and the Web?

[Brian Milby via use-livecode]

As I understand it, #1 doesn’t really work… it needs to be served from a web 
server.  When you test in the IDE, it actually serves it from a server instance 
that is started for that purpose.

As for building the paths, I’m not exactly sure but do know that stuff in the 
“copy files” section ends up in the package and virtual file system that is 
used in the running app.

Sent from my iPhone

> On Dec 9, 2021, at 6:36 PM, Paul Dupuis via use-livecode 
>  wrote:
> 
> Following up (in case someone has an answer):
> 
> I see in the description for SpecialFolderPath(), that under HTML5 (platform) 
> the following are available:
> "temporary": A folder where temporary files can be placed
> "engine": The folder where the standalone initial file system is extracted
> "resources": The resources folder where files or folders specified in the 
> Standalone Builder are located.
> 
> But where do these point to:
> 
> 1) When the HTML5 app is running from the local file system (say Windows) in 
> a browser
> 
> VS
> 
> 2) When the HTML5 app is running from a server URL in a browser
> 
> If no one knows the answers, I can always run a set of tests to determine the 
> values.
> 
> 
>> On 11/24/2021 7:15 PM, Paul Dupuis via use-livecode wrote:
>> I have an LC application that currently runs on Window and macOS, that I 
>> want to try to get running under LC 10 for the web. One characteristic of 
>> the app is that it opens a number of external stacks. On desktop platforms, 
>> these external stacks (outside the .EXE (windows) or .app package (macOS) 
>> are found in a folder at the same level as the installed application.
>> 
>> So if the app is installed at C:\Program Files\MyApp\MyApp.exe
>> The the folder containing the external stacks is at C"\Program 
>> Files\MyApp\FolderOfStacks\
>> 
>> I get the path of the mainstack and use it to construct the path to the 
>> folder
>> 
>> If I build for Web, is there some equivalent model for external stacks?
>> 
>> I get that I may need to have a:
>> 
>> switch platform()
>>   case "Win32"
>>   case "macOS"
>>  -- load external stacks the way I do now
>>  break
>>   case "web"
>>  -- load external stacks some other way
>> break
>> end switch
>> 
>> but what is the web best practice for that 'some other way"? And is it 
>> different if I am testing locally vs hosting MyApp on a server?
>> 
>> ___
>> 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: Android tap location doesn't match visual location

[Brian Milby via use-livecode]

Would it be possible to use a send in time approach?  If not for real, you 
might could try to avoid the loop as a test.  I’ll confess I have not seen that 
particular issue though.

Sent from my iPad

> On Nov 19, 2021, at 11:49 PM, scott--- via use-livecode 
>  wrote:
> 
> I’m having trouble with an app that up until now has just been for iOS. Most 
> of the changes have been pretty straight forward but I’ve encountered a 
> specific case where touching a button doesn’t pass the touch message to the 
> button being tapped… unless I touch significantly below the button (I also 
> had to switch from mouse messages to touch messages in this particular case.) 
> This is not a general issue. It only happens when I show a group  containing 
> the buttons in question and while this group is displayed there is repeat 
> loop running that includes  “wait with messages” (I’m faking a modal dialog.) 
> I encountered this once before under the same circumstances (a fake modal 
> dialog while moving an iOS app to Android) and simply switched to using the 
> built in dialog. Unfortunately, that won’t work in this case.  Any thoughts?
> 
> --
> Scott Morrow
> 
> Elementary Software
> (Now with 20% less chalk dust!)
> web   https://elementarysoftware.com/
> email sc...@elementarysoftware.com
> booth1-360-734-4701
> --
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> 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: Webview scrolling

[Brian Milby via use-livecode]

Could you detect the keyboard being shown and resize the web view?

Sent from my iPad

> On Oct 8, 2021, at 9:21 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I told a web designer I'd ask here to see if anyone has ideas. I'm 
> displaying a web page with a form in a browser widget. On Android, when I tap 
> into one of the lower form fields, the browser content does not scroll up and 
> the keyboard covers the field you're trying to type into. There are two or 
> three entry fields at the bottom that do that.
> 
> On iOS it scrolls up automatically so there's no problem. Android doesn't 
> move at all. You can manually scroll to the bottom but not beyond it, so the 
> lower fields are obscured.
> 
> Anyone here know how to fix that? The designer has tinkered with margins and 
> padding but that isn't working.
> 
> -- 
> 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: Stack with the same name loop

[Brian Milby via use-livecode]

Yes, but it does not add anything else.  If you do it two times you end up with 
2 identically named stacks.  You can save them to disk with different long 
names and end up with multiple stacks with the same short name but different 
long name.  My demo is on bug 18793.  It works in the IDE.

Sent from my iPhone

> On Oct 7, 2021, at 1:58 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Brian Milby wrote:
> 
> > Clone stack avoids the check.  It is not that hard to get
> > multiple stacks with the same short name but different
> > long names in memory (in a standalone).
> 
> Clone alters the name of the new clone stack.  The engine prepends it with 
> "Copy of ".
> 
> AFAIK it's done that since 1998.
> 
> 
> FWIW I did some extensive research on duplicate stack names issues about four 
> years ago, attempting to pin down how the engine behaves and what the IDE 
> does.
> https://quality.livecode.com/show_bug.cgi?id=1061#c20
> 
> TL/DR: The engine has no problem with duplicate short stack names, but some 
> IDE needs will be compromised until there is an adjustment to how the engine 
> internally resolves short stack name references;
> 
> Currently the old MC implementation remains in place in which those are 
> resolved by load order (which is almost never what any scripter needs), but 
> more useful would be layer/message path order (which is what most scripts and 
> esp IDE tools need).
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.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: Stack with the same name loop

[Brian Milby via use-livecode]

I was not aware of the rename possibility, so it would be possible to produce a 
plug-in that would use your code snip to allow a duplicate named stack to open.

The only time I’ve really run into this is with “Untitled 1” stacks.  I’ve done 
something quick and saved it without changing the stack name.  Then opening two 
of those such stacks is an issue.  This is about the only time I would want to 
have two same name stacks open (and would probably rename them anyway once both 
were open).

I think this falls in the realm of something that could be done but there isn’t 
much real reason that it is needed.  That does assume that the engine isn’t 
changed to remove the options that currently exist.  I only really started 
looking at it due to the old bug reports that come up every year or two.

Thanks for your comments Mark!  Very enlightening.

Brian

Sent from my iPhone

> On Oct 7, 2021, at 12:44 PM, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2021-10-07 17:25, Brian Milby via use-livecode wrote:
>> I would be more of a fan of lowering the engine check to just a
>> warning vice a hard error/prohibition.  Like you said, if you don’t
>> use the long name then most of the time you are going to reference the
>> earliest opened version of the stack (based on the linked list of open
>> stacks).  But if you reference an object within the same stack (or at
>> least the visible card), it can reference by short name.  I guess I
>> should expand my test stack to check that.
> 
> I'm not quite sure how the engine would give a warning - the behavior being 
> discussed in this thread is the way the IDE deals with how the engine deals 
> with a specific case...
> 
> In general, the engine will either let something happen or it won't. In this 
> specific case, it doesn't let implicit opens of stacks (which is what all 
> initial openings of stacks are when you use a 'stack ' chunk are - 
> given the potential disconnect between what  is, and what stackfile 
> might actually be loaded) proceed if there is already a stack with the same 
> name in memory...
> 
> However it *does* send a message 'reloadStack' that can be handled so script 
> can decide what to do.
> 
> Indeed, this handler could happily let things go ahead:
> 
>  on reloadStack pStackName, pPath
>local tOldFilename
>set the name of stack pStackName to (pStackName & "~")
>put the filename of stack pStackName into tOldFilename
>set the filename of stack pStackName to "this is a unique name"
>go stack pPath
>set the name of stack "this is a unique name" to pStackName
>  end reloadStack
> 
> The IDE chooses not to do this to stop the large number of other issues which 
> could arise from having multiple stacks in memory with the same name (in an 
> environment where it might happen 'by accident', rather than for any 
> particularly controlled reason as might be the case in a standalone 
> environment written to cope with it).
> 
>> I can see a couple of ways to implement this where it would not impact
>> existing code.  First would be a global flag to enable opening of
>> files with the same name (default to off/false).  The second would be
>> a “force” parameter to the open command which would bypass the check.
> 
> I guess my real question here is what would be the purpose of that? i.e. What 
> problem does it solve?
> 
> 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: Stack with the same name loop

[Brian Milby via use-livecode]

I would be more of a fan of lowering the engine check to just a warning vice a 
hard error/prohibition.  Like you said, if you don’t use the long name then 
most of the time you are going to reference the earliest opened version of the 
stack (based on the linked list of open stacks).  But if you reference an 
object within the same stack (or at least the visible card), it can reference 
by short name.  I guess I should expand my test stack to check that.

I can see a couple of ways to implement this where it would not impact existing 
code.  First would be a global flag to enable opening of files with the same 
name (default to off/false).  The second would be a “force” parameter to the 
open command which would bypass the check.

Sent from my iPhone

> On Oct 7, 2021, at 11:17 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2021-10-07 15:57, Brian Milby via use-livecode wrote:
>> Clone stack avoids the check.  It is not that hard to get multiple
>> stacks with the same short name but different long names in memory (in
>> a standalone).  The engine makes sane choices when referencing the top
>> stack in that case.  Any individual stack can be referenced via the
>> long name.
> 
> Yes indeed, you don't actually need to even use clone stack - just 'set the 
> name of' will do it.
> 
> However, the fact you can do that from script is a different case from what 
> the IDE should let you do in the normal course of things (and indeed, perhaps 
> we should plug the holes in the engine which let it happen) in (a perhaps 
> vain?) attempt to stop people tying themselves into too many knots.
> 
> Things like the 'topStack' and 'defaultStack' are only sane references to the 
> actual underlying stack if they are used as direct syntax (where they resolve 
> to the internal pointer). As soon as they are rendered to a string (e.g. when 
> passed as an argument) that link is gone - further, if a stack has not been 
> saved then there is no way to distinguish one from the other with any 
> string-based reference (a stack's long id is only different from its name / 
> long name if it has a filename).
> 
> 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: Stack with the same name loop

[Brian Milby via use-livecode]

Clone stack avoids the check.  It is not that hard to get multiple stacks with 
the same short name but different long names in memory (in a standalone).  The 
engine makes sane choices when referencing the top stack in that case.  Any 
individual stack can be referenced via the long name.

Sent from my iPhone

> On Oct 7, 2021, at 10:38 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2021-10-07 15:26, Pi Digital via use-livecode wrote:
>> Hi Mark (both :) )
>> Thanks for your explanation. Very thorough.
>> What I don’t understand is why the engine needs to delete the old
>> reference (weak handle) when invoking a ‘save as’. Is it not just a
>> matter of resaving you a new location and making the pointer to the
>> storage device for that instance? Why does it need to save it and then
>> remove from memory at all? Just carry on with what is already in
>> memory without the need to reload. That’s why we use a ‘save as’
>> anyway.
> 
> This isn't related to 'Save As' - nor is the engine doing anything here 
> beyond sending a message - which is enforcing the 'only one main stack with a 
> given (short) name exists in memory at any one time' invariant.
> 
> When a stack is deserialized from the on-disk file - before it is 'hooked up' 
> to anything (i.e. added to the list of things considered for any sort of 
> search), it sweeps through all loaded mainStacks and checks to see if there 
> is a name conflict (i.e. short name of new stack matches that of old).
> 
> If there is (and the filenames are different) then it deletes what it has 
> just loaded and sends a 'reloadStack' message. Otherwise, it hooks the new 
> loaded stack up to the internal list of things considered actual stacks.
> 
> The IDE handles the reloadStack message - it shows the dialog in question.
> 
> If you choose 'Cancel' it takes no action - so nothing changes (no new stack 
> loaded, no old stack deleted).
> 
> If you choose 'Purge' the IDE does its best to remove the current stack in 
> memory and *then* trys to load the new stack (from the different filepath) - 
> as (in principal) there is no longer any stack in memory with the conflicting 
> name, then engine loads it and things carry on.
> 
> If you choose 'Save' the IDE does the same as above except that *before* it 
> tries to remove the current stack from memory, it saves (save as, if the 
> current stack has no filename).
> 
> So the looping problem here lies somewhere in the process removing the 
> existing stack from memory / saving it.
> 
> 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: LiveCode 10 - what are your thoughts on the new features?

[Brian Milby via use-livecode]

Ah, the problem with calling things “facts” where the data isn’t actually 
knowable.  The number of hairs on my head is a fact but not one that can be 
accurately known.  Kind of like the number of people who watched the Super 
Bowl.  In that context, true fact makes sense (also “cold hard fact”).  While 
it should be redundant, it emphasizes that the data being referenced is an 
actual fact and not an assumed fact.

My dad always was clear that “couple” of minutes was 2 and a few was 3.

Sent from my iPhone

> On Sep 8, 2021, at 3:55 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> My husband said the same when I told him about this thread. "Couple" means 
> two. I said yes, but colloquially it can mean "two or three or somewhere in 
> that range." We almost started a longer discussion about it, but I reminded 
> him of our 30+ years of ongoing talk about a "fact" so we both stopped.
> 
> Addendum: he claims there are "true facts." I say that is redundant, that a 
> fact is by definition true, and he's implying there are false facts (or as we 
> say in the US, "alternative facts.") This has been going on for years. It's a 
> friendly, amusing, kind of false disagreement. Then one day we just looked it 
> up in the dictionary and...a fact can either be a true bit of information, or 
> a generic datum.
> 
> And that spoiled all the fun.
> 
> On 9/8/21 6:14 AM, Keith Martin via use-livecode wrote:
 On Sep 7, 2021, at 11:04 PM, Martin Koob via use-livecode 
  wrote:
>>> 
>>> My wife and I have an ongoing disagreement about the term 'couple of’ in 
>>> terms of counting.  I say it means around 2 or 3ish.  She says it means 2. 
>>> Further she says if you wanted to say 3 or 4 you would say ‘a few’.
>> I'm the kind of person that distinguishes between 'like' (exclusive: similar 
>> to but not) and 'such as' (inclusive: similar to and part of the comparison 
>> set), so this is coming from a position of pedantry, but that's because I am 
>> a writer...
>> Strictly speaking, 'a couple' means two, no more and no less. In casual use 
>> (when counting, not when referring to relationship partnerships) it isn't 
>> unusual for it to be used in place of 'a few' and possibly mean three or 
>> even four, but it's not technically *correct.*
>> I too hope your wife's logic is what holds true!
>> :)
>> k
> 
> 
> -- 
> 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: matchChunk & matchText broken?

[Brian Milby via use-livecode]

If the regularExpression includes a pair of parentheses, the position of the 
substring matching the part of the regular expression inside the parentheses is 
placed in the variables in the positionVarsList.

Sent from my iPhone

> On Aug 13, 2021, at 4:33 AM, Peter Reid via use-livecode 
>  wrote:
> 
> Either I'm doing something wrong or both matchChunk and matchText are broken.
> 
> For example using matchChunk:
> 
> local tStartPos, tEndPos
> put empty into tStartPos
> put empty into tEndPos
> 
> put matchChunk("hello world how are you", "\ ho[a-z]", tStartPos, tEndPos) 
> into itMatches
> 
> put itMatches & "|" & tStartPos & "|" & tEndPos & "|"
> 
> 
> The output is:true|||- in other words a match is found but the 
> positions are not being returned in the variables tStart and tEnd
> 
> I get the same behaviour from matchText, ie it correctly finds or not the 
> patterns I'm looking for but I don't get the positions (matchChunk) or text 
> (matchText).
> 
> These seem to be fairly fundamental and frequently used functions that should 
> just work. Which is why I'm assuming that I'm doing something wrong!
> 
> Please can anyone correct me (or confirm the fault)?
> 
> Thanks
> 
> 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
___
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: iOS clipboard?

[Brian Milby via use-livecode]

Need to use native fields to enable copy/paste functionality.

On Mon, Jun 28, 2021 at 3:29 PM Marty Knapp via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Does anyone have a suggestion for LC’s lack of support for clipboardData
> in iOS? I’ve implemented my customer database as an iOS app so I can do
> tech support when I’m away from the office and not have to lug along a
> laptop. Typically when I need to look up an order number or email (received
> by email) - I either try to memorize it or I write it down on a piece of
> paper and then type it into my database. Very clunk to say the least. It
> seems kinda crazy that I can’t copy the email address from the customer
> email and then paste that into my iOS app… Or did I miss something?
>
> Marty
> ___
> 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: Mobile Scroller

[Brian Milby via use-livecode]

I have this working in SivaSiva for the stories module on Android.  It locks up 
on iOS so I have rotation disabled for now.  In my use case, the group is 
essentially the full screen with an image that is being moved around.  I’ll try 
to find the specific scripts tonight.

Thanks,
Brian

Sent from my iPhone

> On Jun 18, 2021, at 3:06 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> Tom,
> 
> What handler are you doing this in?
> 
> 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 Tom Glod via use-livecode
> Sent: Friday, June 18, 2021 2:51 PM
> To: How to use LiveCode
> Cc: Tom Glod
> Subject: Mobile Scroller
> 
> Hi Folks,
> 
> I implemented a MobileControl "Scroller" to scroll a group.  Works great.
> However when I change the orientation, it no longer works correctly.
> 
> 
>   - I tried to just update the properties relating to the rect
>   - deleting / recreating
> 
> 
> mobileControlSet "CardContentScroller","visible",true
> 
> mobileControlSet "CardContentScroller","rect",the rect of *group* "Card
> Content" of this card of me
> 
> *put* 0,0,the width of *group* "Card Content" of this card of me,the
> formattedHeight of *group* "Card Content" of this card of me into
> tContentRect
> 
> mobileControlSet "CardContentScroller","contentRect",tContentRect
> 
> mobileControlSet "CardContentScroller","vIndicator",true
> 
> 
> but it still isn't updating properly.
> Not sure what i'm doing wrong.
> 
> The code runs on the orientationChanged message
> 
> Please help.
> 
> Thanks,
> 
> --
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Mobile:647.562.9411
> ___
> 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: workaround for cut-off text in native scroller?

[Brian Milby via use-livecode]

Ok.  I’ll just pull down your demo and play around with it.

Sent from my iPhone

> On Jun 1, 2021, at 2:56 PM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Jaques,
> 
>>> Am 01.06.2021 um 20:38 schrieb J. Landman Gay via use-livecode 
>>> :
>>> 
>>> Sorry, no idea what "FSM of empty" might be? :-)
>> 
>> It's either the Flying Spaghetti Monster
> 
> I highly doubt that! :-D
> 
>> or fullscreenmode. ;)
> 
> Makes sense, thanks!
> And "of empty" means with NO fullscreenmode, I guess?
> 
> Tried that, no die!
> The dictionary tells me about "fullscreenmode":
> ...
> • empty - The stack is resized (not scaled) to fit the screen. 
> (default) This is the legacy behavior.
> ...
> 
> Maybe I am misunderstanding this, but my stack was cut off on the right and 
> bottom
> when setting FSM to EMPTY.
> 
> Dimensions of my stack are smaller than my devide!
> Stack: 800*400
> Device: 1280*720
> 
> Is the dictionary wrong or do I miss or misunderstand something important?
> 
>> --
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: workaround for cut-off text in native scroller?

[Brian Milby via use-livecode]

One thing to try for testing would be to use FSM of empty and see how many 
lines are required.  One thing I noticed with browser widget is that native 
elements render at device resolution inside regardless of FSM in use.  If it 
requires the same, then this is probably not related.  If the number changes, 
then I may be on to something.  In either case, having to fudge the height of a 
text field is not good.

Sent from my iPhone

> On Jun 1, 2021, at 11:00 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Rick,
> 
>> Am 01.06.2021 um 16:38 schrieb Rick Harrison via use-livecode 
>> :
>> Hi Klaus,
>> What happens if you add 100 blank lines?
> 
> I get the white space of hundred empty lines in the scroller.
> 
>> What happens if you add 100 blank lines and the last one has something on it?
> 
> Did not try that.
> 
>> I hope you find a suitable workaround because that’s a serious bug!
> 
> Hm, not sure, but it looks like you need at least 5 empty lines to "fool" LC 
> to compute 
> the correct scroll of the native scroller. Means all lines are visible, but 
> not the EMPTY lines!?
> 
> And yes, this IS a serious bug!
> 
>> Rick
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: workaround for cut-off text in native scroller?

[Brian Milby via use-livecode]

I’ll need to build a test project this evening to reproduce using your full 
screen mode.  So far I have only used “empty” with a scroller.  Hopefully 
someone else will have more to suggest before then.

Thanks,
Brian

Sent from my iPhone

> On Jun 1, 2021, at 8:50 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Brian,
> 
>> Am 01.06.2021 um 13:57 schrieb Brian Milby via use-livecode 
>> :
>> 
>> Which full screen mode are you using?
>> The referenced fix works by extending the scroll region longer than the 
>> actual content with a goal of allowing you to get to the last line.  What 
>> are you seeing when you try to use that?  (Does it let you get any further 
>> or just doesn’t change it at all for you?)
> 
> at the end of my field I added:
> ...
> EMPTY line
> --
> Another empty line
> 
> 
> I tested with an offset of 60 and 100:
> ...
> put 0,0,(the formattedWidth of group "scrollgroup"),(the formattedHeight of 
> group "scrollgroup" + 100) into tContentRect
> ...
> These last lines are never displayed/scrolled to!?
> So now what?
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: workaround for cut-off text in native scroller?

[Brian Milby via use-livecode]

Which full screen mode are you using?
The referenced fix works by extending the scroll region longer than the actual 
content with a goal of allowing you to get to the last line.  What are you 
seeing when you try to use that?  (Does it let you get any further or just 
doesn’t change it at all for you?)

Sent from my iPhone

> On Jun 1, 2021, at 7:16 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi friends,
> 
> are there any (working!) workaround for this pesty bug where
> a correctly set up native scroller does not show the last line(s)?
> 
> Bug #: 
> 
> 
> I am really suprised that noone has noticed resp. reported this
> before, since this is a real showstopper in my opinion. :-/
> 
> OK, there is a special workaround on GITHUB for a stack of SWAMIs
> but this does not help in my current situation.
> 
> Any hints highly appreciated!
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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