Re: LC904rc2 Project Browser error?

I installed 9.0.4 on a Mac, and it looks like there are several bugs still with drag and drop of groups. Did you file a bug for this issue? On Sat, Apr 27, 2019 at 12:17 AM Paul Dupuis via use-livecode < use-livecode@lists.runrev.com> wrote: > Not to slight to any 3rd party tools, but I personalt

Carving out stacks (or even just scripts) from a standalone

Has anyone tried doing this lately? I shouldn't really say lately, since the standalone in question was likely built with something like the 4.5 engine, maybe even earlier. I don't think it was encrypted, it's on a Mac, but I also have access to a PC-built version if that makes a difference. Anyon

Re: ANN: Script Editor Refactoring Support

This sounds awesome! gc > On Mar 20, 2019, at 10:45 AM, Mark Wieder via use-livecode > wrote: > > Announcing (60 days until the San Jose conference): > > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscri

Re: get an overview of all scripts (e.g total lines of all scripts) of a stack

Late to the party, but the contextual menu in Navigator has a scripts sub-menu: Scripts Count Count with Behaviors Count Enclosed Count Enclosed with Behaviors - Copy Copy with Behaviors Copy Enclosed Copy Enclosed with Behaviors The counting options report looks like this: The size of the scrip

Re: [off]sublimeText update

Don't forget that you can iterate over the keys if you need them: repeat for each key tStack in tStacks or over the elements if you don't need the keys: repeat for each element V in tStacks On Mon, Mar 18, 2019 at 4:10 PM Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > O

Re: [off]sublimeText update

On Sat, Mar 16, 2019 at 9:33 AM Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > On 3/16/19 7:43 AM, AndyP via use-livecode wrote: > > > >> But I agree that Navigator having a crap-ton of script-only behaviors is > >> cumbersome in the IDE if you're showing IDE stacks. > > >

Re: [off]sublimeText update

One of the reasons (the only reason?) I don't do something like this with Navigator is that there are at least a few people that clone the Navigator repo directly. I'd rather have everyone (Except Brian!) using the same exact form of Navigator rather than some using the version with script-only sta

Re: Relayering Madness

On Thu, Mar 14, 2019 at 3:09 PM Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Thanks Jacque, I did that of course, same result. I forgot that there is a > way of doing this using Navigator, by starting a drag on the group in > Navigator, THEN pressing the option key, and d

Re: Relayering Madness

On Thu, Mar 14, 2019 at 4:24 PM J. Landman Gay via use-livecode < use-livecode@lists.runrev.com> wrote: > I guess I'm not sure what the problem was, I relayer groups all the > time. I change the layer number in the group's property inspector > though, since I don't use the Project Browser. Maybe i

Re: [off]sublimeText update

I wrote an XML exporter about fifteen years ago. I don't think I have a copy of it anywhere, and of course it probably would break with all the changes since then. But it wasn't *that* complex; Navigator has built-in code to return a list of all the controls within a given group/card/stack, and sep

Re: Weird LiveCode Plugins Prefs writing problems

On Fri, Feb 8, 2019 at 2:55 PM William Prothero via use-livecode < use-livecode@lists.runrev.com> wrote: > Folks: > Livecode 9.0.2 business Mac OSX 10.14.2 > I'm also on 10.14.2 and I'm not seeing this with Navigator. (or other plugins) Sorry I don't have something better to offer. __

Re: How to tell if a field is "closed"?

I'm sure someone else will come up with something better, but at the least, don't set a custom property for each field; instead, in the openField set one custom property for the card or group that the fields are in, something like "isOpen", with the long id of the open field; then empty that proper

Re: Navigator 7.3rc1 is available

ail: chi...@themartinz.com > Cell: 626 696-5561 > > -Original Message----- > From: use-livecode On Behalf Of > Geoff Canyon via use-livecode > Sent: Wednesday, January 30, 2019 11:38 AM > To: How to use LiveCode > Cc: Geoff Canyon > Subject: Re: Navigator 7.3rc1

Re: Navigator 7.3rc1 is available

n > Email: chi...@themartinz.com > Cell: 626 696-5561 > > -Original Message- > From: use-livecode On Behalf Of > Geoff Canyon via use-livecode > Sent: Wednesday, January 30, 2019 9:31 AM > To: How to use LiveCode > Cc: Geoff Canyon > Subject: Re: Navigator 7.3rc

Re: Navigator 7.3rc1 is available

On Wed, Jan 30, 2019 at 5:09 AM Clarence Martin via use-livecode < use-livecode@lists.runrev.com> wrote: > Ji Geoff, > I am responding to you 7.3rc1 and this is probably true about the other > releases too. > I noticed that if I open a group in a New Navigator window, the first > Navigator window

Navigator 7.3rc1 is available

As usual, you can get Navigator here . Or grab it from GitHub . Briefly this fixes an issue with folding when multiple targets are displayed, and adds alignment and conformity tools to the Size/Loca

Re: Never, ever use the name of a built-in property as a custom property

On Mon, Jan 28, 2019 at 11:49 AM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Yet even there you did a great job of rethinking the thing that handles > the data, leaving the data free to be as free as data often is. > Thanks! It was a pain to format, but my recent-acq

Re: Never, ever use the name of a built-in property as a custom property

Sure, I'm not arguing for custom property sets -- just saying that if you *are* going to use them, don't bork the naming convention. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage you

Re: Navigator 7.2rc1 is available

unning LC 9.0.2 Community, MacOS 10.14.2, Navigator 7.2 RC1. If >> you point me to where the folding code actually happens, I can turn on rev >> development and trace it. >> >> Bob S >> >> >> > On Jan 25, 2019, at 14:16 , Geoff Canyon via use-livecode <

Never, ever use the name of a built-in property as a custom property

https://github.com/gcanyon/navigator/issues/27 I just found that Navigator breaks when editing the custom properties of datagrids, because of the custom property dgProps["style"]. When I originally added custom properties to the property editor in Navigator it was simple: I pretty much had to add

Re: Navigator 7.2rc1 is available

t; Nope. Running LC 9.0.2 Community, MacOS 10.14.2, Navigator 7.2 RC1. If you > point me to where the folding code actually happens, I can turn on rev > development and trace it. > > Bob S > > > > On Jan 25, 2019, at 14:16 , Geoff Canyon via use-livecode < > use-li

Re: Navigator 7.2rc1 is available

I'm not seeing this? I tried both with a specific stack and (what I remember from the last time) "this card of the topstack". Folding is working for me, both by clicking in the margin, and by selecting a fold level on the popup menu for a card or group. Any specific recipe? gc On Fri, Jan 25, 20

Re: Navigator 7.2rc1 is available

Bah, I’ll take a look later today. gc > On Jan 25, 2019, at 1:19 PM, Bob Sneidar via use-livecode > wrote: > > Hate to do this to you Geoff but the groups are not folding again. > > I click in the shaded area nothing. I right click on the name of the group > and select fold level 1, nothin

Navigator 7.2rc1 is available

As usual, you can get Navigator here . Or grab it from GitHub . For details read the release notes , but briefly this: -- fixes the color

Re: Us and them? [was Re: Livecode Dictionary]

On Thu, Jan 24, 2019 at 12:36 AM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > When I forked it I returned to a > editor separate from a debugger, each purpose-built for the task they do > YES. If I had a nickel for every time I expand the variable list while in the de

Re: Can a substack become the mainstack and the mainstack become its substack?

If your goal is GitHub, then you definitely want script-only stack behaviors, and you should check out either Brian's ScriptTracker or my Navigator (nearly up-to-date documentation specific to con

Re: Can a substack become the mainstack and the mainstack become its substack?

Sure, just create the stack you want to use as the splash screen, and then set the mainstack of the current mainstack to the splash screen stack. I think this will fail if the mainstack has substacks of its own. So first change the substacks, then the mainstack. And if you are depending on the subs

Re: Livecode Dictionary

On Sun, Jan 20, 2019 at 12:07 PM Tom Glod via use-livecode < use-livecode@lists.runrev.com> wrote: > > The permissions are over the top, but not intentional I am sure. > Agreed. I'm just waiting to see if: 1. My changes go in with the current state of affairs. 2. Someone from LC re-ups their cer

Re: Livecode Dictionary

On Sun, Jan 20, 2019 at 6:47 AM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > LiveCode can’t use your contribution without the CLA. Someone from LC May > need to clarify the details. Since they release code as GPL and > Commercial, we need to assign copyright to them for

Re: Livecode Dictionary

On Sun, Jan 20, 2019 at 6:10 AM Trevor DeVore via use-livecode < use-livecode@lists.runrev.com> wrote: > > The newsletter also lists documentation bugs which need fixing. Here is a > link to the latest edition: > > > https://livecode.github.io/this-week-in-livecode/issue/2019/01/14/this-week-in-li

Re: Livecode Dictionary

On Sat, Jan 19, 2019 at 8:22 PM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > I agree that the dictionary isn’t the easiest to update without a GutHib > client, but dictionary updates can be done completely in a browser. Yep, I figured that out after I spent several minu

Re: Livecode Dictionary

On Sat, Jan 19, 2019 at 8:11 PM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > Interesting. I just checked on GitHub and the oauth token for LiveCode > was recently revoked automatically since it was not used. It’s been quite > a while since I did it and I can’t recall ab

Re: Livecode Dictionary

So I have to sign an agreement -- I thought I had, but I have now. And I have to link my LiveCode account and my GitHub account, meaning LC can read and write all user data, including private email addresses, private profile information, and followers. Is that really necessary? gc On Sat, Jan 1

Re: Livecode Dictionary

1. Not everyone (very few people?) understand how git/GitHub works. 2. Even if you have a reasonable grasp of how to use git it's not obvious how to contribute to the dictionary using git. I've maintained Navigator in git/GitHub for about a year, and I'm sure I don't know the detailed steps -- just

Re: The merge function is redundant?

There's some overlap, but merge has (at least) one feature that put doesn't: the ability to run code within its statement. A simple example: put merge("The coin came up .") The equivalent might be: put "The coin came up" && item random(2) of "heads,tails" & "." But consider this: pu

Re: The merge function is awesome!

On Fri, Jan 18, 2019 at 3:23 AM Mark Waddingham via use-livecode < use-livecode@lists.runrev.com> wrote: > On 2019-01-18 06:48, Geoff Canyon via use-livecode wrote: > > I was in the same position with merge(). If you haven't seen it > > already, > > format() has

Re: The merge function is awesome!

On Thu, Jan 17, 2019 at 2:27 PM Tom Glod via use-livecode < use-livecode@lists.runrev.com> wrote: > 6 years with LC...never used the value or merge commands . never even > came across them. > > mind blown. > I was in the same position with merge(). If you haven't seen it already, format() has

Re: The merge function is awesome!

On Thu, Jan 17, 2019 at 11:01 AM hh via use-livecode < use-livecode@lists.runrev.com> wrote: > > Geoff wrote: > > ... you've just given me an idea how to handle things like font/styling > > tags. Something like: > > function ifTag b,o,s,c > > if b then return o & s & c else return s > > end if

Re: The merge function is awesome!

On Thu, Jan 17, 2019 at 4:36 AM hh via use-livecode < use-livecode@lists.runrev.com> wrote: > > Geoff wrote: > > using value(): > > the name of tID && "[" & the id of tID & "]" > > using merge(): > > [[the name of tID]] - ([[the id of tID]]) > > (is there a way to escape the "["?) > > You could us

The merge function is awesome!

In Navigator I use the value() function in several ways. In particular, I use it as a way for users to customize Navigator's list display. For some reason I've managed to go all these years blissfully unaware of the merge() function, which is seemingly superior to value() for this purpose in pretty

Re: Navigator 7.1rc1 is available

Navigator edits custom properties in its standard editor, which resizes to as big as you make Navigator -- so as big as you like, really. But the custom list string editor is for Navigator's own custom list display strings. Navigator has a number of built-in display options, including the object n

Navigator 7.1rc1 is available

As usual, you can get Navigator here . Or grab it from GitHub . Also, as part of this update I created several new scripts. I recorded my screen while using Navigator to convert those scripts to beh

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

Wow, that's a lot of information you're displaying -- have you noticed any hit on Navigator's display performance? Also, couldn't you replace the left of tID & "," & the top of tID & "," & the right of tID & "," & the bottom of tID with the rect of tID ? On Fri, Jan 4, 2019 at 8:02 PM pink vi

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

Answers inline: On Fri, Jan 4, 2019 at 5:06 AM pink via use-livecode < use-livecode@lists.runrev.com> wrote: > I love this plugin... one of my top 3 favorites > > Here's my wishlist: > > 1. One thing I would love to do is assign different commands to the > "Command Bars", I've been going through

Re: Refactoring is your friend / moving from 6.x to 9.x

I wasn't sure what people were talking about with lock screen performance issues, so I did a simple test: I set up a button to either lock the screen once, or twice, and then timed setting the loc of the button while the screen was locked. I didn't time locking the screen; just the movement while l

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

ding is in effect. > > Bob S > > > > On Jan 2, 2019, at 14:17 , Geoff Canyon via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > As usual, you can get Navigator here > > <https://www.dropbox.com/s/kz3zqi4botzglgq/

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

Okay, that should be easy enough -- I just didn't see the need personally, and it will require code that is different than the regular drag/drop/relayering code, so I hadn't bothered. gc On Thu, Jan 3, 2019 at 2:55 PM hh via use-livecode < use-livecode@lists.runrev.com> wrote: > > Geoff C. wrote

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

t the default > folding is in effect. > > Bob S > > > > On Jan 2, 2019, at 14:17 , Geoff Canyon via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > As usual, you can get Navigator here > > <https://www.dropbox.com/s/kz3zqi4botzglgq/navig

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

So you want drag and drop in the stack list to reorder the windows? What's the purpose? To bring a particular stack to the foreground? On Thu, Jan 3, 2019 at 4:38 AM hh via use-livecode < use-livecode@lists.runrev.com> wrote: > > Geoff C. wrote: > > Let me know if there's anything still missing.

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

Glad to help. Let me know if there's anything still missing. On Wed, Jan 2, 2019 at 2:53 PM hh via use-livecode < use-livecode@lists.runrev.com> wrote: > This is (not only now) a real comfortable developer tool. > Especially when starting a project the new features are very effective. > Thanks fo

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

On Wed, Jan 2, 2019 at 5:04 PM Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > On 1/2/19 2:30 PM, Geoff Canyon via use-livecode wrote: > > Ha, I knew that to a select subset of people this would be the most > > important feature of the update :-

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

Ha, I knew that to a select subset of people this would be the most important feature of the update :-) On Wed, Jan 2, 2019 at 2:28 PM Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > On 1/2/19 2:25 PM, Geoff Canyon via use-livecode wrote: > > I also got rid

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

I forgot -- I made a video illustrating how the new features work. Here it is: https://www.youtube.com/watch?v=B1_avMJnZ6k On Wed, Jan 2, 2019 at 2:25 PM Geoff Canyon wrote: > I also got rid of all but one of the global variables Navigator has used > since the very first version. I had tried in

Re: Navigator 7.0.1rc1 is available -- Multi-target windows!

I also got rid of all but one of the global variables Navigator has used since the very first version. I had tried in the past to do away with them, and failed miserably. But now they are vanquished! On Wed, Jan 2, 2019 at 2:17 PM Geoff Canyon wrote: > As usual, you can get Navigator here >

Navigator 7.0.1rc1 is available -- Multi-target windows!

As usual, you can get Navigator here . Or grab it from GitHub . Navigator now supports multiple targets per window. You can still have as many Navigator windows as you like, but now each window can

Re: Refactoring is your friend / moving from 6.x to 9.x

On Sun, Dec 30, 2018 at 11:58 AM Andre Alves Garzia via use-livecode < use-livecode@lists.runrev.com> wrote: > I wish we had better refactoring tools > so that we could rename a handler and all code that called that handler > was fixed, or stuff such as rename variable... > One of the reasons I l

Re: Refactoring is your friend / moving from 6.x to 9.x

In 6.7.3 on a Mac, this results in true for me. Checked in 5.0, also resulted in true. On Sun, Dec 30, 2018 at 1:26 PM Malte Pfaff-Brill via use-livecode < use-livecode@lists.runrev.com> wrote: > > Regarding lock screen, here is one simple example: > > on mouseUp > lock screen > s

Re: Find In the IDE

(self-promotion alert) Navigator's popup menu has a find function that can: do a text search in all scripts of selected objects, in all behaviors of selected objects -- including chained behaviors, in all enclosed controls: select a card and it will search all controls on that card,

Re: Navigator 6.7rc1 is available

I updated to 6.7.1rc1 -- based on a suggestion from Sannyasin Brahmanathaswami, selecting a script-only stack on the target menu now immediately edits the script for that stack instead of showing it in Navigator. As usual, you can get Navigator here

Navigator 6.7rc1 is available

I found out about strokeGradient, so I updated: 1. Added strokeGradient property editing, similar to fillGradient editing. 2. Added popups for fillGradient["type"] and strokeGradient["type"], and fillGradient["quality"] and strokeGradient["quality"]. 3. Modified the property editor so start, end,

Re: 9.0.2 Stable Gradient Tool Frequently Fails

Okay, I updated Navigator to 6.7rc1. I'll post to the list separately with the changes. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.run

Re: 9.0.2 Stable Gradient Tool Frequently Fails

It's not an editor, per se, but all the fill gradient properties are accessible and editable in Navigator's property editor. I realized while checking this that there can be stroke gradients as well. I didn't know that, and they're not editable yet. I'll update Navigator and post when they're done

Re: Setting hidden of lines very slow

Why do you need to simulate non-contiguous selections? Set the listBehavior, multipleHilites, and noncontiguousHilites of the field to true and then you can do things like: set the hilitedLines of fld 1 to 1,3,5 But to your original question, you should use: repeat for each line L in the htmlTex

Re: Max number of columns in a datagrid?

On Thu, Nov 29, 2018 at 3:42 AM Niggemann, Bernd via use-livecode < use-livecode@lists.runrev.com> wrote: > From the dictionary p 59 > > > Maximum length of a LINE in a field: > > 65,536 characters storage > No more than 32,786 pixels wide for display > > Kind regards > Bernd > I guess I should h

Re: Max number of columns in a datagrid?

I just checked, and (LC 8 on a Mac) indeed fields fail beyond a certain width/character limit/??? This: on mouseUp repeat with i = 1 to 1 put char -10 to -1 of ("aa" & i & " ") after x end repeat put x into fld 1 end mouseUp results in a field that scrolls right only

Re: How to update the project browser?

On Wed, Nov 28, 2018 at 2:08 AM Tiemo Hollmann TB via use-livecode < use-livecode@lists.runrev.com> wrote: > sometimes the project browser doesn't gets updated automatically. E.g. when > ungrouping a group via msg box, the group stays visible in the project > browser until I close and reopen the P

Re: OT: Automate Modifying a PDF

My first guess would be to find a MacOS PDF editing application that is either AppleScript-able, or experiment with using Automator. The alternative might be just cracking open the binary of the PDF file in LC and see what you find. ___ use-livecode maili

Re: Max number of columns in a datagrid?

On Mon, Nov 26, 2018 at 3:08 PM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Try the field object. > Not that this couldn't be worked around, but isn't a field limited in the width of what it can display? i.e. put a single line 100,000 characters long into an un-wrapp

Re: Max number of columns in a datagrid?

I don't remember what-all he did with it, but FileMaker proved to be remarkably resilient pretty much no matter what he threw at it. The one limitation back then was that a given file couldn't be more than 32MB(!). On Fri, Nov 23, 2018 at 4:38 PM Richard Gaskin via use-livecode < use-livecode@list

Re: Max number of columns in a datagrid?

It's not relevant to the current discussion, but wy back when, I worked with a guy who had created some monster spreadsheets in Excel with something like 9,000 columns. It was working, but it was incredibly slow -- this was running on 68k Macs. Not expecting success, I suggested he give FileMak

Re: What is LC's internal text format?

I'll chip in and point out that the implicit conversion caused significant hiccups in figuring out the offsets issues -- several people (including me) were fooled by the fact that conversion to UTF-32 results in binary data, but can be transparently treated as text. Or maybe I'm mistaken/misremembe

Re: bignum math library

Well, the code is theirs to use if it's useful. We'll see. On Mon, Nov 19, 2018 at 3:02 PM hh via use-livecode < use-livecode@lists.runrev.com> wrote: > Here's a scenario that makes your scripts nevertheless valuable. > > If they implement "Decimal number" for LC Builder, what I hope, > because t

Re: bignum math library

There are libraries for this stuff in C. I'm sure if they incorporate something in the engine my stuff would be entirely unnecessary. Anything in C is going to *far* outclass/speed anything I've done in script. On Sun, Nov 18, 2018 at 11:15 PM hh via use-livecode < use-livecode@lists.runrev.com> w

bignum math library

I've created bignum libraries in the past, but never organized it or did all four operators. So I started with earlier versions of some of the functions, optimized, corrected, and extended, and here it is: https://github.com/gcanyon/bignum It includes functions for addition, subtraction, multiplic

Re: What is LC's internal text format?

; > Ben > > On 13/11/2018 17:29, Mark Waddingham via use-livecode wrote: > > On 2018-11-13 18:21, Geoff Canyon via use-livecode wrote: > >> Nothing I said in this thread has anything to do with optimizing the > >> allOffsets routines; I only used examples from that di

Re: How to find offsets in Unicode Text fast

I didn't realize this conversation was just between Bernd and me, so here it is for the list. Bernd found a solution for the Reykjavík issue (seemingly -- it works, but it's weird) and based on a conversation in another thread I have a solution for non-case-sensitive matching. So the UTF-32 version

Re: What is LC's internal text format?

On Tue, Nov 13, 2018 at 3:43 AM Ben Rubinstein via use-livecode < use-livecode@lists.runrev.com> wrote: > I'm grateful for all the information, but _outraged_ that the thread that > I > carefully created separate from the offset thread was so quickly hijacked > for > the continuing (useful!) detai

Re: How to find offsets in Unicode Text fast

On Tue, Nov 13, 2018 at 12:27 AM Mark Waddingham via use-livecode < use-livecode@lists.runrev.com> wrote: > On 2018-11-13 01:06, Geoff Canyon via use-livecode wrote: > > On Mon, Nov 12, 2018 at 11:36 AM Ben Rubinstein via use-livecode < > > use-livecode@lists.runrev.c

Re: What is LC's internal text format?

of X) while this works: put textEncode("a","UTF-32") into X;put numtochar(bytetonum(byte 1 of X)) Thanks for the insight, Geoff On Tue, Nov 13, 2018 at 12:03 AM Mark Waddingham via use-livecode < use-livecode@lists.runrev.com> wrote: > On 2018-11-13 08:35, Geoff

Re: What is LC's internal text format?

ed in the dictionary and I don't see anything that comes close to describing this. gc On Mon, Nov 12, 2018 at 10:21 PM Mark Waddingham via use-livecode < use-livecode@lists.runrev.com> wrote: > On 2018-11-13 07:15, Geoff Canyon via use-livecode wrote: > > On Mon, Nov 12, 2018

Re: What is LC's internal text format?

On Mon, Nov 12, 2018 at 3:50 PM Monte Goulding via use-livecode < use-livecode@lists.runrev.com> wrote: > Text strings in LiveCode are native encoded (MacRoman or ISO 8859) where > possible and where you don’t explicitly tell the engine > For what it’s worth using `offset` is the wrong thing to do

Re: How to find offsets in Unicode Text fast

I didn't realize until now that offset() simply fails with some unicode strings: put offset("a","↘𠜎qeiuruioqeaaa↘𠜎qeiuar",13) -- puts 0 On Mon, Nov 12, 2018 at 9:17 PM Geoff Canyon wrote: > A few things: > > 1. It seems codepointOffset can only find a single character? So it > won't work for an

Re: How to find offsets in Unicode Text fast

A few things: 1. It seems codepointOffset can only find a single character? So it won't work for any search for a multi-character string? 2: codepointOffset seems to work differently for multi-byte characters and regular characters: put codepointoffset("e","↘ndatestest",6) -- puts 3 put codepoint

Re: How to find offsets in Unicode Text fast

On Mon, Nov 12, 2018 at 11:36 AM Ben Rubinstein via use-livecode < use-livecode@lists.runrev.com> wrote: > I'm really confused that case-insensitive should work at all for UTF-16 or > UTF-32; This is so puzzling. I tried this code in a button: on mouseUp put "Ѡ" into x put "ѡ" into y -

Re: How to find offsets in Unicode Text fast

On Mon, Nov 12, 2018 at 11:36 AM Ben Rubinstein via use-livecode < use-livecode@lists.runrev.com> wrote: > > I'm really confused that case-insensitive should work at all for UTF-16 or > UTF-32; at this point as far as I understand it, LC has no idea that how > to > correctly interpret the value of

Re: How to find offsets in Unicode Text fast

One thing I don't get is how (not) caseSensitive gets handled? Once the text is all binary data, is the engine really still able to look at the binary values for "A" and "a" and treat them as the same? On Sat, Nov 10, 2018 at 8:54 PM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wr

Re: How to find offsets in Unicode Text fast

Unfortunately, I just discovered that your solution doesn't produce correct results. If I get the offsets of "aa" in "↘𠜎aa↘𠜎a↘𠜎", My code (and Brian Milby's) will return: 7,8,9,10 Your code will return: 9,10,11,12 As I understand it, textEncode transforms unicode text int

Re: How to find offsets in Unicode Text fast

This is faster -- under some circumstances, much faster! Any idea why textEncoding suddenly fixes everything? On Sat, Nov 10, 2018 at 5:13 AM Niggemann, Bernd via use-livecode < use-livecode@lists.runrev.com> wrote: > This is a little late but there was a discussion about the slowness of > simple

Re: How to find the offset of the last instance of a repeating character in a string? (Geoff Canyon)

I've updated my GitHub to the following, which adopts Brian's "starts with" (I can't count how many times I've had to re-remember that "starts with" is faster than comparing to char 1 through ) and added minor optimizations to the wrapping-up code. gc function allOffsets D,S,pCase,pNoOverlaps

Re: How to find the offset of the last instance of a repeating character in a string? (Geoff Canyon)

On Sun, Nov 4, 2018 at 7:11 PM Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > > If you're looking for 'romeo' in pText, would you set pOverlaps to true > or to false? I'd set it to false, there's no way for "romeo" to overlap. But even if I were looking for "radar", which

Re: How to find the offset of the last instance of a repeating character in a string? (Geoff Canyon)

On Sun, Nov 4, 2018 at 7:42 PM Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Simply add 1 to the last offset pointer. If after the first iteration you > return 1, then set the charsToSkip to 2 instead of offset + > len(searchString) if you take my meaning. > > Bob S > The

Re: How to find the offset of the last instance of a repeating character in a string? (Geoff Canyon)

On Sun, Nov 4, 2018 at 4:34 PM Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > On 11/4/18 10:40 AM, Geoff Canyon via use-livecode wrote: > > I also added a "with overlaps" option. > > My problem with the pWithOverlaps parameter is that is r

Re: How to find the offset of the last instance of a repeating character in a string? (Geoff Canyon)

Alex, good catch! The code below and at https://github.com/gcanyon/alloffsets now puts a stop character after the string to prevent the error you found. I also added a "with overlaps" option. I think this is correct, and about as efficient as possible, but thanks to anyone who finds a bug or a fast

Re: How to find the offset of the last instance of a repeating character in a string? (Geoff Canyon)

wrote: > how about allOffsets? > > Bob S > > > > On Nov 2, 2018, at 09:16 , Geoff Canyon via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > All of those return a single value; I wanted to convey the concept of > > returning multiple val

Re: How to find the offset of the last instance of a repeating character in a string? (Geoff Canyon)

ems a tad clumsy On Fri, Nov 2, 2018 at 7:41 AM Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > It probably should be named listOffset, like itemOffset or lineOffset. > > Bob S > > > > On Nov 1, 2018, at 17:04 , Geoff Canyon via use-livecode &

Re: How to find the offset of the last instance of a repeating character in a string? (Geoff Canyon)

Nice! I *just* finished creating a github repository for it, and adding support for multi-char search strings, much as you did. I was coming to the list to post the update when I saw your post. Here's the GitHub link: https://github.com/gcanyon/offsetlist Here's my updated version: function offs

Re: How to find the offset of the last instance of a repeating character in a string?

I was curious if using the itemDelimiter might work for this, so I wrote the below code out of curiosity; but in my quick testing with single-byte characters it was only about 30% faster than the above methods, so I didn't bother to post it. But Ben Rubinstein just posted about a terrible slow-dow

Re: Numbering lines

(That said, yeah, repeat for each line is going to be faster) On Sun, Oct 28, 2018 at 5:37 PM Geoff Canyon wrote: > > > On Sun, Oct 28, 2018 at 5:27 PM Alex Tweedly via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> My apologies Hermann. I had not been following the original thread

Re: Numbering lines

On Sun, Oct 28, 2018 at 5:27 PM Alex Tweedly via use-livecode < use-livecode@lists.runrev.com> wrote: > My apologies Hermann. I had not been following the original thread > closely, and got confused by the embedded quoting in the later messages. > I was looking at Geoff's code - not yours - and he

Re: Numbering lines

And of course if retaining the order isn't critical you could just go with: function numberText T,D split T by cr combine T by cr and D return T end numberText function unNumberText T,D split T by cr and D combine T by cr return T end unNumberText On Sat, Oct 27, 2018 at 5:29 P

<    1   2   3   4   >