Re: Musings on Architect, MVC, Nested Behaviors

J. Landman Gay jacque at hyperactivesw.com > I know there is enthusiasm for script only stacks and they are really > helpful for those who use git. But when git isn't a target, the old > fashioned way is really much easier to follow and debug. Being script-only is just the storage format on disk.

Re: Musings on Architect, MVC, Nested Behaviors

J. Landman Gay wrote: > The issue is remote debugging. Script only stacks save nothing but > scripts. > Breakpoints are stored as custom properties which are lost when the > stack is saved as part of a standalone, so when testing a mobile app > they are gone and the debugger is unavailable. Ah,

Re: Musings on Architect, MVC, Nested Behaviors

J. Landman Gay wrote: > On December 27, 2018 2:36:16 PM Richard Gaskin via use-livecode > wrote: >> >> Sounds like one more reason to allow stack properties as YAML >> frontmatter in the file. Ever since I suggested that a couple >> years back, the range of va

Re: Musings on Architect, MVC, Nested Behaviors

Sannyasin Brahmanathaswami wrote: > @ y'all about revision control of binary stacks and YAML properities > (front matter) for text only scripts.. cool musings! but they might > want/need different threads? One of your team members requested extending the format of script-only stacks specificall

Re: Musings on Architect, MVC, Nested Behaviors

J. Landman Gay wrote: > On December 27, 2018 8:54:29 PM Richard Gaskin via use-livecode > wrote: >> >> At your prompting I started to open an enhancement request for this, >> but not long into it I hit on why they probably haven't done this >> yet: >>

Re: Musings on Architect, MVC, Nested Behaviors

Bob Sneidar wrote: >> On Dec 28, 2018, at 09:49 , Richard Gaskin wrote: >> >> In the beginning, script-only stacks contained only a script. >> >> Later, accommodation was made to allow the behavior property there, >> using the "with behavior" clause. >> >> Now we're considering adding breakpoints

Re: Musings on Architect, MVC, Nested Behaviors

Sannyasin Brahmanathaswami wrote: >  Richard wrote: >> Not at all my intention to hijack your thread by exploring that >> option further to see if we can arrive at an actionable plan. On the >> contrary, it is in direct support of pursuing solutions specific to >> your needs. > > I don't mind h

Re: Musings on Architect, MVC, Nested Behaviors

Quentin Long wrote: >> From: Richard Gaskin >> By what means would be indicate which properties we want saved there >> and which ones we don't care about? > > To a first approximation, I'd say that any property which has been > changed from the engine's built-in default value should be saved. On

LiveCode on TIOBE, 2018

If you saw my Community Roundup talk in the November installment of LiveCode Global, you know I track the TIOBE Index as a shorthand indicator of LiveCode's relative marketshare/mindshare. The TIOBE Index is a list of the Top 100 programming languages in the world, ranked by popularity among d

Re: Musings on Architect, MVC, Nested Behaviors

Mark Wieder wrote: > On 12/29/18 10:27 AM, Alex Tweedly via use-livecode wrote: > >> Could breakpoints also go in an LSON file ? Is there a way that a >> script can set breakpoints into a script? (i.e. not insert eh command >> into the script, but set a dynamic breakpoint like are stored in a >> b

Re: LiveCode on TIOBE, 2018

ine Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On December 29, 2018 12:23:15 PM Richard Gaskin via use-livecode wrote: If you saw my Community Roundup talk in the November installment of LiveCode Global, you know I track the TIOBE Index as a shor

Re: Musings on Architect, MVC, Nested Behaviors

Andre Alves Garzia wrote: > Be aware that YAML is tricky to parse, there are better formats such > as TOML which are much easier and tend to be less error prone. It is > very easy to get some indentation wrong in YAML and move something up > or down a level. TOML is IMHO a better format for such

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

Read through this whole thread, optimistic that I'd find the list of things that differentiate v6 and v9 so we can hone in on actual solutions. I learned two things: - lock/unlock changed - It's apparently easier to write a thousands of words philosophizing about how a small team of C++ p

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

Geoff Canyon wrote: > I wasn't sure what people were talking about with lock screen > performance issues, so I did a simple test ... > ...and found that in 6.7.3 that change increased the duration to about > 1.25 seconds -- a performance hit of about 30x just because a locked- > screen button is

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

Curry Kenworthy wrote: > http://curryk.com/NeverGonna.mp4 Thank you for the link to test results relating to specific issues. What bug reports can I find those test stacks attached to? I'd like to follow their progress, and perhaps re-run them to see where there may have been changes after th

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

Curry Kenworthy wrote: > Richard: > > I'd like to follow their progress [...] > > supporting the QA process benefits my work as well. > > Thanks, Richard! Yes, if you're not on the list for that bug, that > would superb to sign up. I thought it might be considered old or > familiar news here si

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

Curry Kenworthy wrote: > Richard: ... > > As hodge podge of what appear to be very different optimization > > opportunities under the hood, it may be difficult for the team to > > take action on it/them, and impossible to track. [... ... ...] ... > ..Moot point, because I didn't have time for

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

Simon Knight wrote: > This thread seems to have diverted away from Malte’s original post. Somewhat. His post from Dec 30 listed three issues: - IDE spams a lot of IDE only messages when creating many objects by script -> remedy: Lock messages Locking messages is a good habit for any context

Re: windows defender issues? & other AV issues?

Tom Glod wrote: > Hi folks, I'd like to know if there is any chance that the issues with > windows defender interfering in the normal operation of the LiveCode > engine is something that can and will be looked at? > > Is there any communication between Microsoft and Livecode inc? > > Is there any

Re: windows defender issues? & other AV issues?

Matthias Rebbe wrote: >> The responsibility would probably be on you, the app developer, to >> get an exclusion for your particular app. I don't know much about >> how Defender works, but getting a signing certificate from MS may >> be one way to legitimize the app. > > So that´s maybe the reason

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

Malte Pfaff-Brill wrote: > If there were a list of things that do no longer work as they did non > previous engines it would have been beneficial for me to check off > points like „Yes, using that, need to fix / No, does not affect my > work" Half of that problem is solved in the Engine Changes

Re: windows defender issues? & other AV issues?

Matthias Rebbe wrote: >> Am 06.01.2019 um 20:31 schrieb Richard Gaskin: >> I don't believe certificates have been confirmed as the >> differentiator for apps immune to this Microsoft bug, but >> if anyone can confirm that please add it to the notes in >> the report: >> https://quality.livecode.co

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

Simon Knight wrote: > ...I do agree that the team does an extraordinary job of bug > reduction while adding features and keeping on top of all the > changes to the list of OS’s that livecode runs on. LC v9 is particularly strong in this regard. We have some in our community who've dreamed of a

Re: windows defender issues? & other AV issues?

Bob Sneidar wrote: > We disable Windows Defender via group policy. A lot of IT > administrators do. It's not that it's a bad product, it's that > there are alternatives in the marketplace that provide a great > many more features, like central management and distribution > of policies, which can

Re: windows defender issues? & other AV issues?

Bob Sneidar wrote: > Richard wrote: >> > Do you know what Defender is doing that other more full-featured >> packages aren't in terms of application performance impairment? > > No, but I can guess that it is much as has been posted prior to this. > Virtually all malware deterrent products use sub

Re: windows defender issues? & other AV issues?

Curry Kenworthy wrote: Since Windows Defender is fairly unlikely to be the oh-so-sneaky culprit when similar issues show up running the LC 9 Script Editor on the Mac platform... And now the issue has become doubly conflated. To review, there are two issues in this thread: a) Windows Defende

Re: windows defender issues? & other AV issues?

JJS wrote: > I added .rev .livescript and livecode.exe to Windows Defender and have > not had an slow issue since and keeping fingers crossed. That's very valuable, thanks. So just to confirm, you did not need to turn off Real Time Protection, just exclude two file types and one EXE? -- Richa

Re: windows defender issues? & other AV issues?

J. Landman Gay wrote: > I'm willing to bet that any slowdown in the SE not related to AV > intervention is probably the new auto-complete features. I've > turned most of them off and I see no speed decrease. Same here. But since the LC IDE is written in LCS, anything it does to trigger this wid

Re: windows defender issues? & other AV issues?

Curry, I haven't questioned your findings in the report. On the contrary, I confirmed them. We don't disagree on observable data. We merely differ on focus: Few of my customers use the LC Script Editor, so they don't care about it. But they do use the software that we ship to them. And sin

Re: windows defender issues? & other AV issues?

Curry Kenworthy wrote: > Richard: ... >> How many devs among us are shipping apps which rely on >> frequent disk saves? > > Not the devs that heed my usual advice and KISS philosophy. :) > > But any system-intensive action performed too often or at the wrong > time during typing, animation, or ot

Re: windows defender issues? & other AV issues?

Brian Milby wrote: > I've looked into the pref save code and it isn't as bad as I thought. > The file is saved regularly, but not at the interval that I thought. > It does have a half second delay which should prevent too many file > writes (the actual save is debounced 500ms in the future, so if

Re: windows defender issues? & other AV issues?

Curry Kenworthy wrote: > And I have the same respect for all, PHD or GED, but neither gets a > free buddy pass from the laws of our universe (or from myself, since > I also notice those laws) on what works best. Uh, all right then. Personally, I feel no driving need to try to take Mark Waddingh

Re: windows defender issues? & other AV issues?

Bob Sneidar wrote: >> On Jan 7, 2019, at 17:59 , Richard Gaskin wrote: >> >> Maybe this is one more reason to move everything to the cloud, >> to end the tyrrany of overzealously monitored local disk I/O. :) >> >> I honestly don't have the quick-fix answer that will keep our >> customers happy wi

Re: windows defender issues? & other AV issues?

Mark Wieder wrote: > On 1/7/19 9:38 PM, Richard Gaskin via use-livecode wrote: >> ...an interesting thing about file access is a lot of lstat and >> open calls apparently looking for, and not finding, the App >> Overview stack file: >> >> lstat("/home/rg

Re: windows defender issues? & other AV issues?

AndyP wrote: > This 'thrashing about' of messages may also explain why the situation > (speed) is impacted when the project browser and message box are > open? Components that need frequent updates to reflect current state can indeed be tricky. You may find this report interesting, esp. Commen

Re: HTML entity escaping?

David Bovill wrote: > yes that would work for an app - but this is for Livecode server You can use a stack with a field in it for converting to htmlText, or run the html through the templateField. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobil

Re: windows defender issues? & other AV issues

Bob Sneidar wrote: > Yes, with Windows 10, there is a feature called Sandboxing, where even > if your logged in user has write permissions to where the stack is > saving, you will still not be able to write there. Program Files is a > great example. The solution is not to save stacks. Stacks sho

Re: windows defender issues? & other AV issues

Curry Kenworthy wrote: > Although it's quite possible to save data in stack file(s) if you do > it properly, people who follow that route often have trouble, so I > discourage it. Depends what's in the stack file. The traditional factoring of code, UI, and data became a best practice for good

Re: windows defender issues? & other AV issues

Lagi Pittas wrote: > A POS system that I wrote saved a few arrays and text on exit. It > worked beautifully in 99.9% % of the time but every so often the > user would start up and the file was corrupted some how - I saw > the tilde file (exactly as word does (used to do it?), when view > extens

Re: windows defender issues? & other AV issues

R.H. wrote: > I just feel that we should know what the problem is that corrupts the > stack when saving and the original stack filename is appended with the > tilde character? Agreed. If the engine has a problem writing stack files, that would prevent us from using LiveCode. The trick now is

Re: windows defender issues? & other AV issues

Matthias Rebbe wrote: >> Am 17.01.2019 um 17:08 schrieb Richard Gaskin: >> >> R.H. wrote: >> > I just feel that we should know what the problem is that corrupts >> > the stack when saving and the original stack filename is appended >> > with the tilde character? >> >> Agreed. If the engine has a

Re: Feature request: merge function!

David Bovill wrote: > I would love to be able to change the characters that merge uses - > especially from “[[..]]” to “{{...}}”. > > Quite a lot of templating uses curly brackets - and I especially want > to use it for wiki style templates which can’t use square brackets as > they are used for i

Re: The merge function is redundant?

kee nethery wrote: > I’m confused. Can someone explain why merge function exists when the > put function works just as well? > > merge( [[ 1 + 2 ]] = 3) > vs > put 1 + 2 && “= 3” > > What is it that merge can do that a put cannot do? Just asking because > I don’t want LiveCode to end up like Perl

Re: Multiple regression in LiveCode?

DAVID Epstein wrote: > Has anyone written a LiveCode function that will take a table of 2 or > more independent variables and 1 dependent variable, and return > coefficients, intercept, and standard errors for a multiple > regression? There might be something in the old joneslib.mc library: htt

Re: Livecode Dictionary

Rick Harrison wrote: > Now that Microsoft owns GitHub perhaps LC should consider > moving everything over to some other entity such as Bitbucket, > or SourceForge. > > What do you think? Personally, I think if it's good enough for the world's largest software project, the open source Linux kern

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

Rick Harrison wrote: > I do not believe most of LC’s users are interested in signing up > for GitHub and having to sign an agreement with new owner Microsoft > too. In what way has Girhub's TOS been changed after Microsoft's acquisition which would be a concern to LiveCode developers? -- Ric

Re: HTML entity escaping?

David Bovill wrote: > Richard - thanks for the tip regarding using the template field - I > was wondering if that would work on the server (see my latest post) Oh yes. You made that requirement clear. You can read and write to LC object properties in a faceless command-line environment like C

Re: Script Editor Performance

David Bovill wrote: > My guess on this is that it is a basic field issue. Easily testable: 1. Make a field 2. Type in it 3. Open the Script Editor 4. Type in it If you see a significant difference, we'll know it lies in the SE scripts and not the engine. > One of the most frequent crashes

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

Graham Samuel wrote: > It’s OK, I think, to provide more facilities for the ‘big picture’ > professionals, such as making it easier to use version control and > to work in teams, and to have an ever-expanding set of functions > and even platforms; but it’s not OK if this is at the expense of > th

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

Curry Kenworthy wrote: > What people need most in the Script Editor is to view and edit the > code itself smoothly, without jitters or delays Not hard to make one. A frontScript trapping the editScript message lets you do whatever you want. You can make a stack with a field and a Save button

Re: Thoughts on Livecode Server

David Bovill wrote: > Does anyone have any thoughts on where Livecode server should go / is > going? So far it goes wherever I take it, so I haven't given much thought beyond one enhancement request for init optimization (useful for CGI, will make no difference for any use as a persistent proc

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

Trevor DeVore wrote: > On Wed, Jan 23, 2019 at 12:39 PM Richard Gaskin wrote: >> >> And then there are the countless third-party text editors, some of >> which have LC-specific add-ons crafted by our community for them, >> like Trevor's plugin for Atom. I've been using Atom enough in web >> deve

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

Curry Kenworthy wrote: > Richard: > > Curry Kenworthy wrote: > >> What people need most in the Script Editor is to view and edit the > >> code itself smoothly, without jitters or delays > > > Not hard to make one. A frontScript trapping the editScript > > message lets you do whatever you wa

Re: Thoughts on Livecode Server

David Bovill wrote: > I want to be able to use standard javascript libraries where they > are available and not have to code every library myself in Livecode. Practical, even smart. But disappointing. :) It would be super-cool if we had time to rewrite those in native LC, so the body of code

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

Geoff Canyon wrote: > 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. Names of prop sets, or the names of keys within a set? On the latter I have mixed feelings. As you know, I have rather a fetish about nami

Re: AW: Script Editor Performance

Tiemo Hollmann wrote: > Beside of massive slowdowns, the 9er IDE has (at least on Win 10) some > nasty behaviors. E.g. When using the scroll-bar, the line numbers > don't get updated anymore. You have to stop scrolling and click > somewhere within the script to update the line numbers. Thanks fo

Re: The Notch

J. Landman Gay wrote: > I don't have an Android or iPhone with a notch. How do we deal with > positioning for those? Anything I need to know? Here's the recipe I followed: 1. Place the phone in a durable bag. 2. Hammer it for 15 minutes or until the frustration with arbitrary design distinctio

Re: sysError values...

Paul Dupuis wrote: > I was Googling things like "Livecode list of system errors" or > "LiveCode sysError value list" and so on. I was hoping or thinking > LiveCode might have a FAQ or some document on their website > listing them. > > That said, I am not sure this page actually represents the val

Re: Strip XMP Packet from the end of binary image data

Bob Sneidar wrote: > Copy text from an OCR'd PDF sometime and paste it into a Livecode > field. You may find the number of characters is more than are visible. Reason #233 why PDF must die. ;) -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and

Re: Strip XMP Packet from the end of binary image data

Tom Glod wrote: > The problem for me was that Fireworks was updating the clipboard data > every second ..effectively changing the content of the clipboard even > if it didn't change..The image was not changing , but the meta > data was. so I had a runaway "Clipboard changing message" ... As

Re: Strip XMP Packet from the end of binary image data

Stephen Barncard wrote: > On Fri, Feb 1, 2019 at 12:19 Richard Gaskin wrote: >> >> Reason #233 why PDF must die. ;) > > And replaced with? Anything useful on modern devices. You've never read my rants here on this? Today I'll let others make the argument for me:

Re: Setting behaviors in 9.0.2

J. Landman Gay wrote: > Is anyone else unable to set a behavior on an object in LC 9.0.2? > Neither script, nor message box, nor property inspector will do it for > me with the possible exception of a button on the same card. I'm not > using script-only stacks, just buttons which are sometimes in

Re: Setting behaviors in 9.0.2

J. Landman Gay wrote: > I just found my unsettable behaviors. The IDE set them as custom > properties named "behavior" with the value being the long id of the > behavior button. Was that in a custom property set, or the default set. If the latter, disturbing. -- Richard Gaskin Fourth World S

Re: math, bigly

Mark Wieder wrote: > But what annoys me isn't the fact that baseconvert, etc (bitXor is the > one that bit me) only work on integers less than 2^32. It's more the > fact that the input data was crunched down to something the functions > could handle, and then give me the wrong result with no warni

Re: LC stack version changes between 8 and 9

Bob Sneidar wrote: > Is there a stack version change from 8 to 9? If so, I would be averse > to developing much in 9 except to play around a bit just to help out. IIRC the last format change was between 8.0 and 8.1; 8.1 and 9.0 use the same format. Better, if you do a Save As and choose a spe

Re: Parent of Target

Monte Goulding wrote: > I have actually thought about whether it would be reasonable for `the > long id` to return such an object reference as it would stringify > automagically if necessaryI think complex objects that handle many > object references and the IDE would have a significant bump

Re: LC stack version changes between 8 and 9

Bob Sneidar wrote: > Hah! I use NextCloud Box! $130 bucks or so and I have a local cloud > backup. ...and so much more. When I need to trade files with clients and vendors I create accounts for them and they use it as easy as Dropbox, but without the limitations. > Be forewarned though, on

Re: Parent of Target

Mark Wieder wrote: I do use getter and setter routines regularly. I think your function is useful, but won't by itself get at the question of "who changed that?", and for that question there are at least two possible methods: method 1: local sCurrentFlavorA command setCurrentFruitFlavorTo pF

Re: Bug 20255 - Simple Loop Labeling

If we're taking votes, respectfully count mine as -1 on using tooltips for this. Labels within code are most useful when visible. If we need to read the code carefully enough to figure out where we should aim the mouse, then aim the mouse, then pause waiting for the tooltip to appear, the ben

Re: common code patterns

FWIW I'm with Jacque on this one. Not only are exclusive blocks far more common in practice, they're also explicit - you can see the work "BREAK" right at the end of the case block. If a template doesn't include that explicit guidance, I fear for the experience of new users confused by how th

Re: Parent of Target

Ali Lloyd wrote: > Richard wrote >> Jacque recently showed me the speed difference between explicitly >> writing out the element of an object reference: >> >>get the width of btn 1 of cd 2 of stack "MyStack" >> >> ...vs other forms like long IDs: >> >>put the long is of btn 1 of cd 2 of s

detailed files with specified path?

LC 8.1 now includes an option to specify a folder for the "files" function, e.g.: put files("~/Desktop") How do we obtain the detailed files for a specified folder using this extended functionality? I tried: put the detailed files of "~/Desktop") ..and got an error. :( -- Richard Gask

Re: App Rejected: IPv6 network?

jonathandlynch wrote: > LC scripts are not executable code? They are to the LiveCode engine, but not to the OS. LiveCode Script has no access to the OS, and can't touch anything outside of the LiveCode engine. So from the OS perspective, scripts are just data, like glorified spreadsheet form

Re: App Rejected: IPv6 network?

J. Landman Gay wrote: > On 8/10/17 2:27 PM, Richard Gaskin via use-livecode wrote: >> jonathandlynch wrote: >> > LC scripts are not executable code? >> >> They are to the LiveCode engine, but not to the OS. >> >> LiveCode Script has no access to the

Re: common code patterns

Monte Goulding wrote: > Sorry folks I should have been more specific and said using existing > syntax. So the original thing posted is what I’m after at the moment: > > local tIndex > put 1 into tIndex > repeat for each line tLine in tLines >— code >add 1 to tIndex > end repeat Except tha

Re: common code patterns

Monte Goulding wrote: On 11 Aug 2017, at 7:02 am, Richard Gaskin via use-livecode wrote: Except that's wrong. :) I tend to use 0 as the initial value, and increment at the top of the loop: local tIndex put 0 into tIndex repeat for each line tLine in tLines add 1 to t

Re: Mobile LC Apps Downloading Stacks After installation

Mark Waddingham wrote: > Okay so the thread from which this post came has some glaringly large > and obvious incorrect statements in it so I think it wise I correct > them. Great post. Thanks. My apologies if anything I wrote was construed as misrepresenting your opinion. Not my intention. P

Re: common code patterns

Dan Friedman wrote: > Here’s my silly contribution. How many times do we write something > like this: > > put “Are you sure you want to delete the image” && quote & myImageName > & quote && “?” into tPrompt > > I have a simple q() function in all my projects: > > function q inData > return (q

Re: Forum: Waves of Russian Nonsense

Richmond Mathewson wrote: > The Forums are filling up quickly with a whole lot of nonsense about > cars in Russian (althought, oddly enough it seems to be coming from > the Ukraine). Thank you for the report. In the future, please use the "Report Post" link near the upper-right of each post.

Re: [OT] Draconian computer company policies, was: Mobile LC Apps Downloading Stacks After installation

Richmond Mathewson wrote: > So, I wonder why there is not a way of putting one's iPad app onot the > web in a way (and I don't mean via Cydia) > that will allow people to download it onto their tablets > independently, as one can do on an Android device? Because China. And maybe Singapore, and

Re: common code patterns

Monte Goulding wrote: >> On 14 Aug 2017, at 5:45 pm, Mark Waddingham wrote: >> >> P.S. There is another quote-like char which could be used for >> an implicitly merged / escaped string literal - back-quote - >> `...`. So that should be considered too - one option would be >> single-quote and doub

Re: Forum: Waves of Russian Nonsense

More moderators may be helpful for some tasks, but the crux of this particular issue is the efficiency of the attacking bot, the sheer number of messages. I appreciate Klaus taking the time to delete those manually, and in the past I've ditched large batches myself. But since PHPBB provides

Re: String delimiters [WAS Re: common code patterns]

Bob Hall wrote: >> On Aug 14, 2017, at 6:28 AM, Alex Tweedly wrote: >> >> While we (i.e. you) are thinking about string delimiters, could we >> PLEASE have some decent way to do multi-line strings. > > I find myself in many situations where multi-line strings would make > my code so much more rea

Re: Forum: Waves of Russian Nonsense

Mark Waddingham wrote: > I have asked Heather about this, but unfortunately our forum software > has no admin level between the current ones we give to external > moderators and complete administrative access. The latter is not > something we can grant to external moderators as it gives you acces

Re: sms,MMS, and Push Notificstions

Mike Kerner wrote: > I disagree with Ben on the effort of rolling your own. The first one > is probably some work, until you understand how push works, but after > you understand, it is pretty easy. I don't mind learning new things, and I often prefer the control I get with my own private syst

Re: answer with...

Richmond Mathewson wrote: > This works: > > on mouseUp > answer "your Choice" with fld "CHOIX" > end mouseUp Apparently that works with any return-delimited container, including variables. I couldn't find mention of this in the Dictionary entry for "answer". Any know offhand if there's a b

Re: Developing first on android

Mike Kerner wrote: > There might be another way to skin this cat. I liked what Pomegranate > said, which would also be a way to make apps even more levure/git- > friendly, and would, I think, solve some of the Android layout issues > that she was discussing - every object is created by a script,

Re: Applescript Fails in Standalone on Mac Built with 8.1.6

Mark Wieder wrote: > On 08/17/2017 10:06 PM, Sannyasin Brahmanathaswami wrote: > >> So, why does apple script return execution error when run from 8.1.6 >> standalones? > > Looks like the bugfix is on the way: > > http://quality.livecode.com/show_bug.cgi?id=16029 As far back as I can recall, at

Re: [ot] Richardevm pollution

Mike Kerner wrote: > We have another abuser on the forums > Admins! Attack! The moderators that read this list regularly (Klaus and myself - are there others here?) tend to read the forums with the same frequency. So we'll see it there about as quickly as we see a note here. But our abilit

Re: [ot] Richardevm pollution

Mike Kerner wrote: >> Mike Kerner wrote: >> >> > We have another abuser on the forums >> > Admins! Attack! >> >> The moderators that read this list regularly (Klaus and myself - are >> there others here?) tend to read the forums with the same frequency. >> So we'll see it there about as quickly

Re: Paint tools and image creation

Bob Sneidar wrote: > In my mind a paint tool is a 2 dimensional function. I can see using > the paint tool in a window displaying a single object that was not a > group, kind of like Microsoft Word does it. I cannot imagine trying to > paint an object inside a group as though an artist could reac

Re: Sending a message to users that floats above everything

jonathandlynch wrote: > It would really be great if we could pop over a substack on all > platforms. Can that be done in LCB? http://quality.livecode.com/show_bug.cgi?id=2786 -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web

Re: Paint tools and image creation

Mark Waddingham wrote: > Basically, only the browser, pointer and help tools will recurse into > groups - the paint tools will not ...nor drawing tools or object tools (eg field or button). Any opportunity here to generalize the solution to accommodate this? tool property for groups/creat

Re: Sending a message to users that floats above everything

Stephen Barncard wrote: > the Android world creeps me out. My wife (definitely not a techie) says the same thing on the rare day when she has to use my iPad. There's no disputing taste. I prefer the ease of deploying my test builds to Android, and the customizability, and having three diffe

Re: Sending a message to users that floats above everything

Bob Sneidar wrote: > I suppose it depends on what your priorities are. If I could be > virtually guaranteed that going to a web site wouldn't hijack my > computer, and there were alternatives to having a native file system > so that it wasn't nearly so important (the iOS does have a file system >

Re: Paint tools and image creation

Mark Waddingham wrote: > On 2017-08-22 20:31, Richard Gaskin via use-livecode wrote: >> Any opportunity here to generalize the solution to accommodate this? > >> tool property for groups/creating objects in groups interactively >> http://quality.livecode.com/show_bug.cgi

Re: Thoughts on BLOBs in SQLite

Glen Bojsza wrote: > I was looking for feedback on whether it is better to store images as > BLOBs in an SQLite database for a LC app or store paths to the images > in the SQLite database and the images in a separate folder. This is a religious issue in some circles, and there may be technical

Re: Search Values of Array in "One Go"

Sannyasin Brahmanathaswami wrote: > I can't wait to use the new tools for watching processes to see where > bottle necks arise… ? -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web _

Re: Sending a message to users that floats above everything

J. Landman Gay wrote: > On 8/23/17 9:46 AM, Bob Sneidar via use-livecode wrote: >> But the reason there are more attacks against Android is simple. >> It's orders of magnitude easier to exploit. > > Very true. But the actual percentage of Android users who contract > malware is less than 1% (0.01

Re: Sending a message to users that floats above everything

Bob Sneidar wrote: >> On Aug 23, 2017, at 13:23 , Richard Gaskin wrote: >> >> Stock Android is safer than just about any desktop OS, including >> macOS. > > Gotta disagree there. Not sure how you would quantify it either. Without quantification there would be no objective means to see if you ha

<    3   4   5   6   7   8   9   10   11   12   >