Re: AW: Help: Odd menu behavior under LC6.7.11 on OSX

That was a very interesting bug, requiring a separate click to correctly display each menu! Fixed now, also I found an easy workaround for anyone using LC 6.7 - 8.1.2. Best wishes, Curry K. ___ use-livecode mailing list

Re: Engine Performance across Versions

Bob: If you get around to it try one for Save As Standalone times. Sounds like a good test of IDE tasks, thanks! Best wishes, Curry K. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe

Engine Performance across Versions

Howdy, Whenever I have time between client work and addon updates, I will be publishing a series of test results and "Fight Night" videos comparing performance of different LC versions on tasks. My first test involved math and appending text to a variable, and LiveCode 6.7 was the winner!

Re: Help: Odd menu behavior under LC6.7.11 on OSX

Richmond: > Well, the first question anyone is going to ask is why > on earth you are using 6.7.11? Don't forget to use "OMG/LOL/derisno/perv" as in for example: "OMG, why are you using 6.7, are you a total perv? Derisno past! LOL." :) There is a history to every product, and not only do we

OT: CurryK Contact Updated

Howdy Folks, If you tried to call me recently and didn't get through, it's fixed now! During a family emergency and death, I wasn't able to manage the settings for my phone number (the number that was listed on my web page) and it expired. There was also a technical problem with the first

Re: Cheesed off by 32xxx

Howdy Richmond, Wise man do many things with few buttons. Elite master use single field. That is the true path to LC enlightenment, avoiding all unnecessary sorrows in coding and interface. Having said that, you specifically asked for a way to circumvent the 32k pixel limitation for

Downloads - Immodest Proposal

Hi All, I noticed that on livecode.com the front page has no download link. Anywhere. It would be great if interested people who happen upon the web site could instantly download LiveCode with a prominent button. I see a trial signup, but it really takes some persistence to go through the

Re: Downloads - Immodest Proposal

Charles Szasz: > Curry, > What is the link to your website store? Howdy, Thanks for asking! My addons are now residing at: http://livecodeaddons.com/ And each product has links to the LiveCode store or the eSellerate store, which is here if you need the quickest link:

Re: Downloads - Immodest Proposal

Richard: > How they handle email address harvesting at the .com site for > the proprietary edition is, literally, their business. My interest is primarily for the .com site, and I'm comfortable sharing my opinion. Of course they have every right to their own decision too and I have the

Re: Downloads - Immodest Proposal

Kevin: > Of course we listen. We read what comes in here and on many > other venues. Wow, that post was the perfect confirmation of my thoughts - I knew for certain that LiveCode was listening as I said, that always has been the case in my experience, and I had a feeling you were too! I've

Re: Downloads - Immodest Proposal

> 'Confusion' being an understatement, it would have swiftly > caused shock and horror :) > Dave Yep. :) But there are good reasons for comparison. Swift was making an outrageous joke to draw attention to other actual proposals for the problems of his day. Right at the moment there may have

Re: Don't amputate numberFormat (was: affecting array keys???)

Richard: > With format(), you put something in and get something > else out in one statement. > With numberFormat, you first change an abstraction in > the engine, then do something to a value elsewhere, > and if you remembered to do it in the right order, > and within a single handler, you'll

Re: Don't amputate numberFormat (was: affecting array keys???)

Richard: > But when we consider the full cognitive requirements for > using numberFormat, esp. its dependency on multi-statement > context, I think it would be difficult to come up with a > cognitive-load metric which could demonstrate that it's > actually easier to learn than the subset of

Re: Cheesed off by 32xxx

Richmond say: > The problem, such as it is, is that the Unicode specifications > have 128 * 8703 slots for glyphs ... hence 8703 buttons. Channeling Sensei again for fun - Does man with million chopsticks line them all side by side, only one layer deep? He need very big custom table, very

Re: Downloads - Immodest Proposal

Bob: > As a result, we have no business talking about how much they > should charge for licensing. I am up for renewal on the Indy > license. I am not well to do. I am balking at the price right > now. Still, I could use the non-comm version, but then I feel > like I am not contributing, so I am

Re: Don't amputate numberFormat (was: affecting array keys???)

Mark Waddingham: > I can guarantee that nothing is going to happen to numberFormat > (beyond perhaps improving its documentation) any time soon - > if ever. Indeed, it wouldn't ever disappear just evolved (assuming > we can figure out how to make it a) more powerful and (b) play > more nicely

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

Richmond: > I cannot quite see how people are prepared to go on buying > Apple iPads when there are such draconian restrictions as to > what one can run on them. > While the Android "thing" may not be much better, at last one > can side-load almost anything one wants. > But, Like Richard

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

Mark: > I think Johnathan made the best point here - if you want into the > iOS world and the AppStore Apple provide you have to abide by their > rules. However, if you don't care about the AppStore, then just > jailbreak your phone and run free - no-one is stopping you. > It is entirely your

Re: Recursion limit

If a maze has modest dimensions such as 50 x 100 squares, LiveCode should be able to handle a recursive solution with no issues. If a maze has very large dimensions or irregular paths to test, I would play it safe by using pseudo recursion or other techniques. That way you "burn rubber" on

Re: Make numberFormat even better

Mark: > If we made this distinction, then it would be viable to > make it so that numberFormat *only* affects reals: > put 1 + 0 into tInteger > put 1. + 0 into tReal > set the numberFormat to "0.00" > put tInteger , tReal > => "1,1.00" I would expect big problems doing that generally! But it

Re: Make numberFormat even better AND Cognitive Load

Roland: I vote for the LC-NATIVE "Excel style" number format (enhanced numberFormat in LC, not a new one, no depreciation, but just different ways to achieve the same) Excel number format is powerful and popular, that's for sure. Richard: The Excel spec is a guide, but not an

Re: The selectedObjects - is it a container or not?

Richard: > I wholeheartedly agree. ... > I'm putting together a little plan to move that vision > forward for a new generation of programmers. Good! That's what we need. Although HC itself is history, the reasons for its success can hold a lot of promise for the future. Best wishes, Curry K.

Don't amputate numberFormat (was: affecting array keys???)

Mark Waddingham: > I think this is perhaps more evidence that 'numberFormat' > should probably be deprecated - or at least marked as > 'present for HyperCard compatibility only and shouldn't > be used in new code'. I emphatically disagree. There's nothing wrong with numberFormat as a binary to

Re: The selectedObjects - is it a container or not?

Richard: What LiveCode brings to the modern world is a high-level scripting language distinguished not by any conformance to the rules of English, but by being among the very few that include support for GUI controls as inherent language elements. Just a brief reply here to note that there's

Re: Make numberFormat even better

Roger: > I wouldn't even be here if not for my introduction to > English-like syntax via HyperCard 25+ years ago. My > apparently "not very useful work" over the past 25 years > ... has kept me employed, my family clothed and fed, > a roof over our heads, and all my bills paid. Well said! I'd

Make numberFormat even better

We've talked about this topic so much that now it almost seems a waste to let it go without trying to make some progress. :) Mark: > I'd disagree that anything involving the use of arrays could > be considered a 'rare case' or an 'outlier case' To handle arrays better without requiring more

Re: [ANN] Release 8.1.5 RC-1

> LiveCode 8.1.5 RC-1 contains 72 bug fixes, new features, as well as > security and stability improvements: > - Several crashes have been fixed. Thanks, I'm liking this version! The crashes, hangups, funky cursors, and other glitches in 813/814 had been a hindrance. I'm on a real Windows

Re: can't edit...while it is executing

Richard: > Any way to abort this?: > on mouseUp >repeat > answer "Hi" >end repeat > end mouseUp There is a good chance of succeeding if you hold down Enter continually to actuate the dialog OK while clicking rapidly on the toolbar Property Inspector icon. If the Inspector

Re: Can't Sign App

Trevor: > I do all my signing with Inno Setup on Windows. When Inno > Setup builds the installer it can sign the executable before > adding it to the installer. Inno is the boss. I've recommended it to so many people who needed Winstallers over the years. Recommended mind you; not everyone

Re: [ANN] Release 8.1.5 RC-1

Richmond: > The whole discussion is becoming a "pane" and I for one am "board". > "a real Windows machine" is almost as meaningful as phrases such as > "real men stand up to pee". It was clear; you confirmed your own understanding in that very first post, so I saw the objection as more of an

Re: can't edit...while it is executing

Richard: > It's what software testers call a test. ;) > It isolates the issue to the fewest lines of code > needed to demonstrate the issue. And it was a very good test! I loved it. Forewarned is forearmed, and LC has had quite a few traps to avoid. Glad this one is fixed in latest version.

Re: Windows 10 and LC9.0

Roland said: > The kluge is turning off everything that is offered to support > script hiliting and debugging such as bracket completions, etc. This is one of the reasons I used LiveCode 6.7, and not 8 or 9, for my LC Conference presentation. When displaying code to others, nice to have the

Re: Was: URGENT: MergGoogle no longer works on iOS: CLIENTS VERY UNHAPPY

Mike: > The most recent hit to my pride was the loss of ability > to self transfer into my walk in tub Ah, a fellow traveler indeed! I haven't been able to use my own insurmountable tub yet, still doing sponge baths. Sean: > I certainly don’t feel right putting in my invoice for > the 3-4

Re: Optimization can be tricky

Put yourself in the computer's shoes, and also clarify what you need to accomplish. You are asking it to sort the entire list of 2000 records, but (if I understand) you only want a handful of those. And it has already gone through all the records once before the sort. If you asked a human

Re: Optimization can be tricky

Optimizing scripts in LC is not the same as running reports in other software suites. If you only need 10 results, you probably don't want to handle all items twice. I hate to loop through all items even once. But if I do, I may be done! I'm not making a full report to print out; I'm just

Re: THOUGHT: the [effective] [working] screenLoc

Tiebreaker: file that request! Can't hurt. :) Best wishes, Curry K. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

Re: THOUGHT: the [effective] [working] screenLoc

subtraction Or addition! Best wishes, Curry K. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

Re: LC on Windows - slow for others or just me?

Howdy Richard, > pretty much the whole workflow of my day in LC on Win is painful, > compared to the easy breezy experience I get on Linux and Mac. Oh yes! At a certain version I got a huge slowdown and (as others mentioned) turned off script autoformatting features until it got better. I've

Re: Reading from xls or xlsx - with style

Ben wrote: > I want to import some data where some of the text in a > cell may contain some parts which are in italics or bold. SpreadLib doesn't have styles for IMPORT yet, but SpreadOut already has them for EXPORT. Text size, bold/italic/etc, pics. At least my dev version does! I need to

Re: Optimization can be tricky

Geoff wrote: > This is certainly not identical to the original method, but it's > close enough, and runs in a small fraction of a second. Good approach! Optimized code rules. Best wishes, Curry K. ___ use-livecode mailing list

Re: Tree View / Custom Properties PI

Brian: > So, it looks like adding 4 lines of code to the IDE > and changing 1 word in the Tree View widget source > can remove a few of the irritation points. Nice! Thanks for looking into this part of it. Best wishes, Curry Kenworthy Custom Software Development LiveCode Training and

Regaining IDE Efficiency: Property Inspector

Howdy Folks, As more client projects have caught up with 9, now I'm currently spending the majority of my time in LiveCode 9 IDE. That's both good and bad. The bad is that the 8/9 IDE's UI is much less efficient and much less polished than 6 was. And I'm starting to feel the cumulative

Re: Regaining IDE Efficiency: Property Inspector

Here's the QA enhancement request for Property Inspector defects: https://quality.livecode.com/show_bug.cgi?id=21479 Sorry I didn't see some of the replies here until already submitted, but feel free to add comments there, and sign on if

Anyone using Older LC versions?

Howdy Folks, I am preparing to roll out some addon updates. Therefore, I wanted to check which LC versions I need to support! What's the oldest version that YOU would need? Or if you know someone else who's using an older one. (Don't answer if you're just using 8/9; that's expected.) I've

Re: Anyone using Older LC versions?

Richmond/Tom: > I use 7.1.4 Paul: > LC 6.7.11 No worries, I plan to support 6 and 7 for years to come if at all possible! Richmond: > Check for "lurkers in the undergrowth" ... > perpetual licences on earlier versions and don't feel that > stumping up an annual fee for later versions is

Re: Windows: "not responding"

I recently ran a Windows app from a major publisher that used a very big percentage of both the CPU and the GPU (my computer didn't meet the minimum specs) without any complaints at all from the OS. High CPU, but totally responsive. Worked just fine. And that's one tiny snowflake on the

Re: Regaining IDE Efficiency: Property Inspector

Richard: > Many (most?) development environments use a property sheet Wieder: > I'm a big fan of property sheets. Hint: A property sheet doesn't necessarily need to look like one. It could be useful to consider the value that the past and current PI appearance has for users. The effect it

Re: Regaining IDE Efficiency: Property Inspector

Monte: > We really need a single report per issue. Howdy Monte! Whatever you need is absolutely fine with me, feel free to parse and slice/dice this into any number of pieces with my blessing. However I myself will NOT be filing dozens or hundreds of report; impossible. I wasn't kidding

Re: Fun with Windows 10

Howdy Richmond, Read my previous reply Your reply was not previous (to my message, that is); it was 10 minutes later. That would have been very difficult indeed as I was 100% unable to get at anything. In the same message I addressed that possibility. So, if your student ever comes

Re: Fun with Windows 10

Quickest route might be LC 6.7. No matter which version, 6 8 9, if you can, turn off ALL update preferences/options. Check Task Manager and end any stray LC processes, especially an "Installer" or "Setup" process which is usually just an update check, but causes tons of issues.

Re: Surprise...

Hey Folks, Of course I'm interested in this thread. Always a big concern. Earlier this year, and last year, I was doing face-off competitions between LiveCode versions to test how optimization is faring. When I get time, after some other priorities and addon updates, I would like to do

Re: Surprise...

In case I was unclear, I just meant that the engine still can and should be optimized! As time and budget allows of course, but certainly doable. I doubt it's only the Unicode and nothing else, but either way it doesn't rule out future speed gains. Unicode shouldn't need to slow down

Re: Surprise...

Brian: > I expanded my test stack and ran it > on the versions I had available. Thanks for (among other things!) running these tests. It's useful to see the item vs array turning point. I also notice something else, if I read your result correctly: LC9 beats LC8 on these tests (that's a

Re: Surprise...

Mark T: > In my particular use of arrays and lists, I find the > lists to be a little more than 2 times faster Thanks! (Noting: particular use, and methods used.) Optimizing LCS is extremely important, and methods that are great for testing items and arrays themselves may not be the fastest

Re: [ANN] Release 9.0.1 RC-1

Andy: LiveCode on Windows is now usable! No lag when the message box and the Project Browser are is use. Wow, I'm going to try it in a few days when I have a chance! About time too - a little less Winphobia and Windistance goes a looong way and helps keep in touch with a huge portion of

Re: OS EOL (was: [Bug 19998] The non-appearance of Polygon graphics in LC)

An older system offline could be useful for many things. People have used old computers even to get paralyzed people back in the game with speech. It could also run special projects, education or a kiosk. Be careful though. A new system fully patched still could be risky online if people

Re: Property inspector / custom properties - how can i resize the value field

Bob: > I find that when I create a new property, or a new element > in an existing property, having th click on the property, then > on the name of the property is annoying. Absolutely, and it's actually training people to learn and use inefficient actions. Conceptually and with muscle

Re: On Performance of Array Access

Mark W: > 6.7.11: 1117ms > 9.0.1: 4020ms > PR6671: 1017ms Now THAT'S the kind of news that makes a Friday special! Honestly I was quite disappointed lately in 9's array speed, but this gives me a lot of hope, and it also helps in the practical details of code planning for projects. Thank

tabMode request for WP-style tabAlign

I have submitted a feature request for word processing style tab stop aligns: https://quality.livecode.com/show_bug.cgi?id=21554 Current LC 7+ tabAlign is perfect for columns, including tables. That's because it is, in fact, column

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

Tom: > Thanks again for the efforts. You're welcome! Glad you liked it. I guess I should have mentioned that the big slowdown in LC 9 is not something that people will notice with extremely short code like go next card or put 12 into field 1. This is about substantial code (loops or many

Slow LC 9 Performance - Test Stack, Video, QA Report

LiveCode 9 (as of 9.0.1 RC 3) is significantly slower than LiveCode 6.7 in a variety of tasks. This is a huge problem, it affects many of the projects I'm doing, and I'm sure others are in the same boat. Fellow boat members: please join my bug report/feature request below! The slowdown can

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

Richard: > Is that an actual test from the stack? The stack had (essentially) this: repeat with i=1 to 1234567 add sqrt(i) to n end repeat (LC 9 is 2.8 times slower.) So my latest experiment removed the inside line: repeat with i=1 to 1234567 end repeat (LC 9 is 2.8 times slower,

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

PS - one more test that I will add later to the "showdown" stack: "Root Loops" tested both repeats and math (hence the name) but I hadn't benchmarked an empty loop. I should have done that to try and separate math from loops to the extent possible. (on native Windows 10 6th Gen i3) repeat

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

hh: > How did you do the JavaScript (in browser?) I wrote the JS code by hand, scripted the stack to copy it to clipboard after each test, and ran it on js.do > and how did you do the timing? It's in the test code; download and all will be revealed! ;) Later I will add the empty loop

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

Hello Everyone, Updated stack and more complete results - let me know if you get something very different on your machine. I've added two additional LC benchmark test variations to the "showdown" test stack. That gives it empty loop (with i) and math-intensive options in the "root loops"

Re: How to get word offset all instances of a string in a chunk of text?

Jim: > This just doesn’t work in all cases That's the key though, don't repeat when it's not necessary! A day with no repeats is an efficient day. ;) Best wishes, Curry Kenworthy Custom Software Development LiveCode Training and Consulting http://livecodeconsulting.com/

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

Mark: > For appending 5 item texts, I see a 3x slowdown in LC9, > similar to your results. Thanks for sharing your Linux results! So that means on 3 different platforms (Mac, Win, Linux) using item chunks is 3x to 4x slower in LiveCode today than it was 2 years ago, for a short list of

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

Mark: > if sQty = "1234567" > by your account that should be a runtime error because > it's a comparison between a number and a string? In the original Root Loops code, I assume it should be a pure comparison of i (binary, such as +5.00...) with sQty (binary, +1234567.00...) so that native

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

Jerry: > Are the math routines doing unnecessary unicode interpretation? Mark: > Doing type conversion on the strings-that-are-not-strings > and then getting to the math functions. You guys might be right, but I doubt it. Here's one reason why. I took some care to make the math test a true

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

Me: > I took some care to make the math test a true math test. P.S. - I was careful about binary optimization for the original Root Loops math test, but the alternate shift-click test I added later (big calculations) didn't have that. Doing so makes hardly any difference for LC6, but it

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

Alex: > And I was encouraged to try a quick test - which turned out to be > a counter-example. LC9 is 4x faster than LC6 on this little test > (consistently over different photos). Thanks! This is a good test. Any counter-examples are great since they narrow down the problem areas.

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

PS - Alex, I see that when I modified the code I moved the timer and ended up timing the loading of the files, whereas you were timing the data comparison after loading! :) I'll try that tomorrow night. Good area for testing, interesting results. Best wishes, Curry K.

Re: Slow LC 9 Performance - Test Stack, Video, QA Report

Mark Wieder: > I'm suspicious enough of the sleight-of-hand that underpins the > use of unquoted string literals not to trust the easy answers, ... Bob S: > That's the first thing I thought. Interesting considerations. Whatever the causes, LC 9 needs a little work to get back in shape. Get

Re: WordReport Help

> How do you keep a data tag from inserting > an extra line after the data tag? BTW, Charles is aware that I can look into this issue if he sends me a test stack and template to examine precisely what's going on with the tag and the data. I may charge a fee if I need to edit templates or user

ANN: WordLib 2.2 Release is Available + LC Blog Post

Hello Folks, Finally a version update! :) WordLib 2.2 is packed with new goodies: it provides tab align to the extent that it is supported in LiveCode (and a little further), a fix for a less-common type of line break that will help anyone who uses Apple Dictate, more accurate import of

Re: ANN: WordLib 2.2 Release is Available + LC Blog Post

Tom: > Congrats, Curry, on the new release of WordLib. > What's next? Thanks! Next release is likely WordReport or WordOut; whoever makes it through the process first as releases are finished, tested, set up, and coordinated with LC. BTW, LC has corrected their store pricing display, it's

Re: ANN: WordLib 2.2 Release is Available + LC Blog Post

Clarence: Are there any you tube videos of WordReport or WordOut? Probably not. I'll aim to make some! :) Best wishes, Curry Kenworthy WordLib: Take charge of MS Word and OpenOffice documents SpreadLib: "Excel-lent" spreadsheet import/export for LC http://livecodeaddons.com/

Re: How to get word offset all instances of a string in a chunk of text?

hh: > Sadly LC 9 is at about 10 times slower > than LC 6 with such fast scripts. Yes, I've been doing some benchmarks and LC 9 usually takes anywhere from 2x to 8x as long to perform a job. With or without text being involved. It is a serious problem that should not be neglected across

Re: Standalone build workaround

Jacqueline: > I'm finding that the workaround is more trouble than the > initial issues. Amen. This kind of workaround, I could understand if we were doing it ourselves; although I would hope for it to be a little more elegant even then. But as an official workaround that comes with the

Re: App Dead on iOS 12

Monte: > We have not been able to replicate the crash so it’s pretty > important that we get a report with a recipe ASAP. It's been a day or two. Has anyone reported/recipe'd this yet? If not I will. I suspect that a test stack needs more than one card to trigger the bug. Best wishes,

Re: Standalone build workaround

Brian: > What about a front script for the build process that would > intercept and discard these messages? There you go! That might be a smooth solution. Or close the stack during build, and offer a user preference of whether to automatically reopen. Usually there are some fairly good

Re: Standalone build workaround

Jacqueline: > So yeah, there's repercussions. I do understand the choice the > team had to make, but most of us were used to the old way and > had already accommodated. I would go further. I would say that change is not always value-free; it's not simply a question of what people are

Re: App Dead on iOS 12

Monte: So if you have a recipe that crashes 9.0.1 I would really like to have it! Monte, I couldn't reproduce this either. Using LC 901, things seem to work OK on 12! Best wishes, Curry Kenworthy Custom Software Development LiveCode Training and Consulting http://livecodeconsulting.com/

Re: mousemove doesn't recognize "shiftkey is down", but only under Windows

Howard: > All my test show that for the Shift key and the Option key, when > called within a mousemove handler, it doesn't register that the > keys are down unless the mouse button is clicked first. Hi Howard, I tested your code verbatim in the card script of a new stack in LC 901 on native

Script Editor Unusable on Windows

So having used it on two laptops, I conclude that LiveCode 901 Script Editor is essentially broken on many Windows machines. It's now unusable for real coding (with the built-in Script Editor) in my experience. Not a very acceptable situation! Bug report:

Re: Script Editor Unusable on Windows

Thanks everyone! With all this info and so many people affected, we should have a recipe pinned down soon. :) Best wishes, Curry K. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and

Re: Script Editor Unusable on Windows

Following up - just wanted to mention that this is a bit more complex. Yesterday I was going to submit a screenshot of my system specs (and I did) but found that my current recipe, tested during a problematic LC session the day before, was not at all sufficient to trigger the issue from

Script Editor Slow on Windows (any Macs?)

Howdy Folks, I will file a quality report very soon, but wanted to ask what others are experiencing too. Using LC 9.0.0 and 9.0.1, on a Windows "PC" laptop with Core i3 or Core i5, the script editor is painfully slow unless many of the auto formatting and coloring features are turned off.

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

Richard: > Is there an actual list of concrete concerns here [...] > or did I just spend an hour reading that I'll never get back? > I feel rickrolled. A profound question, my friend. :D You may notice something special about the following link, adapted in honor of the situation:

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

Richard: > It's a bit confusing, since the Target Version shown there is 7, > but it was submitted just a few months ago, many years after v7 > was EOL'd. As you can see (in the message you replied to) I inquired back then, and was advised officially then. BTW, that's a bit like the concrete

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

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 since tests and observations had

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

Richard: > If you're satisfied the the progress on yours then of course you > can safely ignore my passing that along. Thanks Richard - all great things to bear in mind, when kept realistic. Areas affected by performance were pretty widespread, so it'll be easier to isolate any remaining

Re: windows defender issues? & other AV issues

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. It's very tempting to try and save data to the distribution folder, or to mix data and user interface together! Quite the sticky, messy

Re: windows defender issues? & other AV issues

Thanks Richard and Jacque for the enthusiastic support of my opening observation: "it's quite possible to save data in stack file(s) if you do it properly" Yes, that holds true. :) But as a responsible advisor to people in the community at large, I must discourage stack files as first

Re: Script Editor Slow on Windows

I'll pipe in again, possibly triggering one or two souls again but that's OK if it will help others. :) So, I really feel for the people who are still having big problems using SE and IDE. I've been there and felt that pain; it's no fun. LC without code editing is quite restrictive. But

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

Graham: > a conflict between the “everyone can code” philosophy [...] > and the perceived need to be more professional and serious as a > player in the whole software development arena. Well-said! Nor should it be assumed that pros and trend-chasers are always serious/correct and others are

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

David: > I'm working on a solution for this > collaborative with the minimal possible barrier to entry > integrated into developer workflow - that means the script editor > personal project wiki's for the software a developer is working > on directly from the script editor > Thoughts?

Re: Datagrid error...

A lot of pain can be avoided, and more responsive interfaces achieved, by using data grids ONLY when necessary. Sometimes they are necessary...but usually not. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting

Re: Datagrid error...

> I really do wish someone would deliver a really reliable table object I'm always game as you know, and would enjoy such a project. Reliable is not a problem - simply proper methods to ensure proper results. :) But when it comes to efficiency, LiveCode itself is lately a getting bit

Have (or had) a Blessed Christmas

Hope your Christmas day was merry and/or meritorious, fellow LiveCoders. I didn't have the opportunity to spend as much time here on-list this year as I would have loved to do, but greatly enjoyed working with many of you, and wish each of you a holiday/holy day season filled with goodness.

  1   2   3   4   >