LiveCode Forums

For reference:
https://quality.livecode.com/show_bug.cgi?id=19753

Since it is part of the app, you will need to compile the widget in a separate directory outside of the app itself.

Do you think you have found/solved the issue? If so I can help getting a PR submitted in it.

It would be interesting to have both so we can gauge performance improvements in LCB over multiple iterations. I did look into this, but the engine PCRE code is not available to LCB. If it were to be moved to libFoundation and made extern, then it could be used by a LCB library. Some of the data st...

Would something like this be a good syntax? matchArray(string, regularExpression [, resultArray]) Where the result array would be constructed as follows: resultArray[matchNumber][subMatchNumber][item] item 1: matching string item 2: match starting position item 3: match ending position Example: matc...

Data grids are a complex beast and I have not tried to use them with GM at all. They are implemented as a group so that is why they have to be addressed that way. The guide for the DG is a pretty good size read all by itself.

In a standalone, the stack that is bound to the app (the splash stack) must remain open until the app closes. Hiding it is the correct method. You may need to "start using" the main stack, but I have not actually done an app using this format yet. And as others have said, the menus should go in the ...

I’ve done some work on the PM/GM to make them available to mobile platforms. Not sure where the changes first appeared though (I know they are in 9RC1). There were a couple of things that were fixed, but none were due to differences in IDE/Stand-alone (other than it not working at all on mobile). On...

Your code is very similar to the ReplaceText code. It does a similar thing working through the chunk. That’s why I think implementing in the engine wouldn’t be that monumental of an effort. I think we just need to define the LCS syntax first. I’m also wondering if I could do it in LCB (access to com...

If you want to look at the source code, some files to start in are exec-strings.cpp, regex.cpp, and funcs.cpp; a few pertinent functions - MCR_exec, MCStringsEvalMatchText, MCStringsEvalMatchChunk, and MCStringsEvalReplaceText The advantages to having it in the engine is that the field is only conve...

Yes, the OP essentially wants Thierry's match and replace integrated into LiveCode. From a backwards compatibility view, it is going to require new functions since instead of individual variables it will need to return arrays.

You need a repeat loop before the filter. Loop through each line and record the text before the @. Check to see if the current line text is in the list. If so, exit the loop. Use the found text to filter the list. I tested the below on the sample that you provided and it seemed to give the expected ...

And after installing the font (without even relaunching LC 9DP11), everything works as expected. I see the proper glyph in both the message box and the stack field. I tried the hex version and the 3 decimal versions presented. I also tried in LC7.0.6 with similar results. All of my tests were on Mac...

Had some lunch . . . and tried this: put numToCodePoint(43261) into fld "gg" And, before you ask: 43261 is the decimal way of expressing hex A8FD and that worked! So, obviously LiveCode is having a problem with Hexadecimal. So if you do: put numToCodePoint(0xA8FD) into fld "gg" put codePointToNum(c...

I just created some test stacks and cannot reproduce this issue. I'm using DP11 on Win10. I created a new default stack (named Untitled 1). I checked the "Purge stack on close" option using the stack inspector. I saved the file on the desktop. I closed the file with the "x" and verified that it no l...

Yes, that will work. That is how it was handled when it was missing from the IDE.

I think that the issue with your original RegEx is at least in part due to the fact that $ means the end of a line. To escape it you would need to use \$ instead.