Re: Hey Lurkers: Anyone still using LC 6.7? (Regulars too)

2022-04-04 Thread Curry Kenworthy via use-livecode



Me:
> I would like to know if some people still need LC 6.7.

BTW, I will support LC 6.7 in most addons for 2022-2023!

A few users still need it. Plus I like to benchmark with it
and perform some debugging there.

(After mid-2023, I'll gradually start moving past 6.7.)

Rick:
> Ah, the old days of LC 6.7 when LiveCode was fast.
> How much I miss that!

Yes! But LC 9 is getting there with optimization lately.
Once a version of LC 9/10 beats LC 6.7 on most tasks,
that will become my new benchmark to beat.

Matthias:
> I've updated old and created new apps with different
> versions of LC6 w/o any big problems.

Same here, for me LC 6.7 was more stable than 5, 7, or 8.
All of which I also used for projects. 9 is pretty good.

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Radically Innovative Christian LiveCode Development
"Passion for Elegant and Efficient Code"
http://livecodeconsulting.com/

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


Re: [ANN] Release 9.6.7

2022-04-01 Thread Curry Kenworthy via use-livecode



panos:
> You can find more details on the bug fixes and improvements
> of this new release here:
> https://livecode.com/9-6-7-stable-maintenance-release/

Nice! Thanks for these fixes

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Radically Innovative Christian LiveCode Development
"Passion for Elegant and Efficient Code"
http://livecodeconsulting.com/

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


Re: SpreadLib and SpreadOut (Was: Excel Lib 1.4)

2022-03-19 Thread Curry Kenworthy via use-livecode

Me:
>> Or try the original
> Meaning SpreadLib, the original LC spreadsheet import addon!

Bob:
> I did check that out. But my specific application requires I produce
> a new spreadsheet, and I didn’t see with your product how to do that.

Thanks. SpreadLib comes with SpreadOut for spreadsheet output:

spreadOut the htmltext of field "spread",tColWidths
(or)
spreadOut tDataArray, tColWidths

In the Try SpreadLib demo, click the Try SpreadOut button!

(And the Summer SpreadLib Update will include SpreadOut too.)

Best wishes,

Curry Kenworthy

SpreadLib: Excel files to LC fields in 1 script line!
"Excel-lent spreadsheet import and export for LiveCode"
http://livecodeaddons.com/spreadlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: Excel Lib 1.4

2022-03-18 Thread Curry Kenworthy via use-livecode



Me:
> Or try the original

Meaning SpreadLib, the original LC spreadsheet import addon!

My own Addon Store is finally back online this year,
after going down when eSellerate died. Now with SendOwl.

(And a few days ago, I got SpreadLib back up for sale.)

It's linked below.

Best wishes,

Curry Kenworthy

SpreadLib: Excel files to LC fields in 1 script line!
"Excel-lent spreadsheet import and export for LiveCode"
http://livecodeaddons.com/spreadlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: Emojis in Text

2022-03-18 Thread Curry Kenworthy via use-livecode


Dan:
> I save that text somewhere like a database. When I load it back
> (into a LC field for display), it appears as a question mark. What up?

Paul:
> make sure they are not being lost in the upload to the database -
> the database encoding needs to support some Unicode encoding like UFT8

I love Unicode Emojis. 
Very useful although not consistent between platforms! 

To/from a database usually needs more care with the methods,
but Paul's info about encoding should get you back up and running. 

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Innovative Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Excel Lib 1.4

2022-03-18 Thread Curry Kenworthy via use-livecode



(Cough, cough)

Or try the original

Best wishes,

Curry Kenworthy

SpreadLib: Excel files to LC fields in 1 script line!
"Excel-lent spreadsheet import and export for LiveCode"
http://livecodeaddons.com/spreadlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: Hey Lurkers: Anyone still using LC 6.7? (Regulars too)

2022-03-10 Thread Curry Kenworthy via use-livecode



(P.S. I already employ new features or syntax
only supported in v9.x and up, but that means
maintaining a small bit of branched 6/9 code.

Like to move beyond that eventually, but no rush;
whatever people need!)

Best wishes,

Curry K.

===

Richmond:

What do you mean when you write "I'm still supporting LC 6.7"?


Bob:

I believe he means that utilities he creates will still function
when used with 6.7, but wouldn't if he employs new features
or syntax only supported in v9.x and up.


Me:
> Correct! "I'm still supporting LC 6.7" for my Addons:
> WordLib, WordOut, SpreadLib, WordReport, FieldTrip, etc.

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


Re: Hey Lurkers: Anyone still using LC 6.7? (Regulars too)

2022-03-10 Thread Curry Kenworthy via use-livecode



Richmond:
> What do you mean when you write "I'm still supporting LC 6.7"?

Bob:
> I believe he means that utilities he creates will still function
> when used with 6.7, but wouldn't if he employs new features
> or syntax only supported in v9.x and up.

Correct! "I'm still supporting LC 6.7" for my Addons:
WordLib, WordOut, SpreadLib, WordReport, FieldTrip, etc.

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: [ANN] SpreadLib ordering is back online

2022-03-10 Thread Curry Kenworthy via use-livecode



Bob:

> I'm really looking forward to this update Curry.
> I have a current need for parsing excel spreadsheets.

Thanks, I'm excited about this one too!

Best wishes,

Curry Kenworthy

SpreadLib: Excel files to LC fields in 1 script line!
"Excel-lent spreadsheet import and export for LiveCode"
http://livecodeaddons.com/spreadlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Hey Lurkers: Anyone still using LC 6.7? (Regulars too)

2022-03-10 Thread Curry Kenworthy via use-livecode



To plan addon development for the next few years,
I would like to know if some people still need LC 6.7.

If you're a Lurker, that's OK! If shy: offlist is fine.
(Regulars welcome too, of course.)

Currently I'm still supporting LC 6.7 too, but as LC 9
matures on bugs/stability and performance, hopefully
there will come a time when I can make this decision.

Supporting LC 6.7 and 9/10 is fine, in fact it's fun,
but moving past 6.7 eventually would have some perks.
So the question is how long people will still need it.

Your input will help guide my plan! Thanks.

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


[ANN] SpreadLib ordering is back online

2022-03-09 Thread Curry Kenworthy via use-livecode



The SpreadLib order page is back up:

http://livecodeaddons.com/spreadlib.html
http://livecodeaddons.com/buy-spreadlib

This is NOT a new version! Just the "store restored"
after going offline when eSellerate died.
(I've marked the price down a bit, though, at SendOwl.)

We have a MUCH newer private release made for 2020,
but COVID nuked my productivity those last two years,
so it never got the License keys for a public release.

That's a priority this year, therefore

Here's the SpreadLib for 2022 Plan:

- Public release during Summer.
- New backend integration for more frequent updates.
- Newer Mac improvements.
- Multi-sheet handling.
- Updated and expanded Documentation.
- Many more improvements done before 2020.

(Meanwhile, WordLib is first in line again,
with a minor version coming up around Easter
for supercharged MS Word Comments.)

Happy coding! More news soon

Best wishes,

Curry Kenworthy

SpreadLib: Excel files to LC fields in 1 script line!
"Excel-lent spreadsheet import and export for LiveCode"
http://livecodeaddons.com/spreadlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


[ANN] WordReport 1.3 Release

2022-02-28 Thread Curry Kenworthy via use-livecode



Howdy List,

I'm very happy to announce:
WordReport 1.3.0.0 release!

Download WordReport 1.3:
http://livecodeaddons.com/wordreport.html
http://curryk.com/WordReport-13000.zip

Purchase WordReport 1.3:
http://livecodeaddons.com/buy-wordreport

(1,000 License keys stocked at SendOwl;
instant delivery. PayPal or Card.)

Summary:

WordReport 1.3 humors Mac permission quirks,
uses my new (more frequent!) release backend,
and includes a big documentation/files update.

Changes:

- Fixed a file permission error on Mac
- ccLib integration
- More backend automation
(for more frequent updates)
- Added WordReportInfo()
- Updated Try stack, Test docs, links
- Updated User Guide, New FAQ
- Tested LC 9.6.6

WordReport Pricing:

Major versions (1.3, 1.4, 2.0) cost $79 USD.
(Same price for everyone; new and upgrades.)

Any minor updates to a version are free.
(1.3 License key will work with all 1.3.x.x versions.)

New goal is 1 major update per year.

More Notes:

The biggest goal for 1.3 was getting WordReport
ready for more frequent updates, and a Mac fix.

I'll also aim for a minor update this year,
if the schedule allows after other addons.

Coming up next:

1. WordLib Minor Update (Around Easter?)
2. SpreadLib Major Update (Schedule TBD)

(Extra details on WordLib Easter Update next time.)

Happy coding! More news soon

Best wishes,

Curry Kenworthy

WordReport: Professional pre-formatted reports
for MS Word and OpenOffice files in LiveCode!
http://livecodeaddons.com/wordreport.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: Standalone build under Big Sur on M1 Airbook

2022-02-27 Thread Curry Kenworthy via use-livecode



Paul:

> building an app under Big Sur on a new M1 Airbook

> macOS told me the command 'lipo' was not installed

> Has anyone else seen this?

I only noticed this thread today, but FWIW ... Yes!
Exactly the same when setting up M1 Mac mini.

I think I had to install a recent xCode, after
first updating to a newer version of Big Sur.

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: full justification in a text field

2022-02-10 Thread Curry Kenworthy via use-livecode



Curt:

> text with full justification in a field?

Paul:

> no justified option. There is a REALLY old enhancement request
> at https://quality.livecode.com/show_bug.cgi?id=4714

Howdy,

I know how to do this perfectly, and would love to add
full justification to WordLib if there's demand/budget.

Anyone else interested?

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: Script Compiler - One More Question

2022-02-10 Thread Curry Kenworthy via use-livecode



Me:

> How do you plan to avoid a repeat of the LC 7 bug onslaught?

Heather:

> Curry - please email support and we will be happy to help with this.

Thanks! But I don't see this as a private 1-on-1 support issue;
if it's not a general/public approach, not sure it could help.
So for my purposes, I believe that answers the question.
(I'll save us both the time and skip the support ticket.)

Back to work

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Innovative Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Script Compiler - One More Question

2022-02-10 Thread Curry Kenworthy via use-livecode



Script Compiler - One More Question:

After the survey there was an email "Your Questions Answered."
I put a concern in the survey, just without a question mark!

(And I don't recall any survey directions specifying
that concerns/comments should be worded as questions.)

It's easy to add a question mark:

Deja vu of LC 7. Big new changes + new engineers = LOTS OF BUGS! After 
all these years, we are just recently starting to turn the tide on LC 
6-9 bugs. How do you plan to avoid a repeat of the LC 7 bug onslaught?*


Knowing that would help me decide my level of interest/support.
Good project if such problems can be avoided; and vice versa.

* The proposed changes also deeply involve the non-compiled engine;
to clarify, I'm primarily concerned about the non-compiled product.
(All the more so, since it's impacted whether we use compiler or not!)

Thanks!

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Innovative Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Weather and WordReport

2022-01-29 Thread Curry Kenworthy via use-livecode



Hi List,

I hope our colleagues in Central and NorthEast USA
are OK this weekend! (Big cold, snow, power outages.)
Pretty rough conditions.

On the Curry front, WordReport 1.3 is nearly ready
to take on the forces of evil and various reports.
More news soon

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/


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


Re: [ ANN ] Release 9.6.6

2022-01-24 Thread Curry Kenworthy via use-livecode

Panos:

> LiveCode 9.6.6 comes with several changes,
> including fixes for lots of the bugs
> you requested in the recent survey:

Excellent!

Good progress in the War on Bugs

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: video formats for Windows in LC 9.6.5?

2022-01-21 Thread Curry Kenworthy via use-livecode



Curt:

> In the previous version we used clips
> in MP4 format with the suffix .m4v

> Are there any tips for using H.264 videos on Windows with 9.6.5?

Your Windows app should (encourage users to/) install:

LAV Filters

https://github.com/Nevcairiel/LAVFilters

(I've heard that a future LC version will add better support.)

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: LC Bug: Clipboard Polling Failure

2022-01-18 Thread Curry Kenworthy via use-livecode



Me:

> BTW, I have a potential user workaround

I was almost afraid to mention that:
sure enough, LC bombed out after I did! :D

So to be clear, this will NOT solve the issue.
(User workarounds are only bandaids at best.)

Disclaimer:

This LC bug needs a real fix. It locks up the clipboard,
and perhaps any user copy/paste could trigger it.
The end-user has to restart your app to paste again.

But...this may help A LITTLE with A FEW use cases,
especially IN-HOUSE workflows where YOU are the user.

Disciplined user workaround:

I am manually copying info from a web browser
and LC works on the clipboard contents.

Previously the LC clipboard would hang often,
so I had to restart LC 2 or 3 times a day.

When creating the test stack and bug recipe,
faster clipboard access helped trigger it.

So I tried making my manual copying actions
slower and more deliberate: more time after
and between selections to copy, etc.
"Slow Is Smooth, and Smooth Is Fast."

Results:

Now I have to restart LC every 2 or 3 days.
A bit better. (Disciplined users only!) :)

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: LC Bug: No Mouse Wheel Scroll after a Ctrl-Click Launch

2022-01-17 Thread Curry Kenworthy via use-livecode



Tom:

> wow Curry that must have been a hard one to track down.
> knowing me, i'll run into it.

A bit tricky! :)

BTW, I have a potential user workaround
for the other bug I reported last week.
I will post it soon

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


LC Bug: No Mouse Wheel Scroll after a Ctrl-Click Launch

2022-01-16 Thread Curry Kenworthy via use-livecode



LC Bug:

After you Ctrl-click a link that uses "launch"
the text field will NOT scroll with the Mouse Wheel
unless you first press a keyboard key or modifier.

Not only is Ctrl-click the official way
to activate links while editing text in LiveCode,
but MS Word uses Ctrl-click for links too,
so it's a widely-trained habit! :)

Here's the bug report:

https://quality.livecode.com/show_bug.cgi?id=23520

More details:

This bug does not specifically require Ctrl or click.
(Or even an edited field.) Any launch or shell
while a modifier key is down will trigger it.

Then LC fields aren't aware of modifier key status.
The test stack demos two ways to trigger this.

Bonus side effect:

This might be a valuable clue to explain
some rare LC Script Editor glitches, too!
(Each fix gets us closer to a rock-solid SE.)

Platform:

Tested with LC 9.6.6-rc-2 on Windows 10.
My current recipe did NOT trigger for me on Mac.
So, I'm not sure yet whether Mac is affected
by this bug or anything similar.

That wraps up my Weekend Big-Game LC Bug Hunt!

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: Mostly OT

2022-01-10 Thread Curry Kenworthy via use-livecode



Mark:

> Modelling these kinds of dynamics in software (like MIT did)
> ... like forecasting weather: typically reserved for super computers.

That's actually a good way to emphasize my point: NOT like MIT did!

Super computers are great, but assumptions and inputs win this one.
No need to use equally resource-intensive technique.

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


LC Bug: Clipboard Polling Failure

2022-01-09 Thread Curry Kenworthy via use-livecode



Latest LC Clipboard Bug:
LC Clipboard Polling Failure.

This bug makes the LC instance unaware
of clipboard text copied in other apps.

Failure triggers on Windows and Mac;
looks like both platforms need a fix.

On Mac, the clipboard resets a few seconds later.
But on Windows, you may have to restart LC.
I haven't found a workaround yet.

Here's the bug report:

https://quality.livecode.com/show_bug.cgi?id=23507

Some good progress on LC Clipboard Bugs lately;
the crashing bug I reported has been fixed.
Hope this Failure to Read Clipboard can be too!

Thanks

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: Only kinda OT

2022-01-08 Thread Curry Kenworthy via use-livecode

Mark:
> It cannot hurt to be prepared for something unusual
> in the first half of this century.

WW3 appears imminent; before/after 2030 is the big question!
(That greatly impacts the tech and resources involved.)

Good LC "calcportunity" - I may have a go later this year.
Needs the right data inputs, weighed objectively to estimate.

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: Only kinda OT

2022-01-08 Thread Curry Kenworthy via use-livecode



Mark:

MIT study that predicted that Society will collapse in 2040


Bob:

I thought it was 1984. Or 2000. Not sure.


Not OT if they used LC for the prediction! :)

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


WordLib Coupon Last Chance, WordReport Next Up

2022-01-04 Thread Curry Kenworthy via use-livecode



WordLib Christmas Coupon Ending:
It's been a great 12 days of Christmas!

January 5 is the last discount day,
so if you haven't yet, last boarding call.

Download WordLib 2.3:

http://livecodeaddons.com/wordlib.html

Purchase WordLib 2.3:

http://livecodeaddons.com/buy-wordlib

Christmas Coupon: NOEL-2021
Discount: Extra 30% Off
(Don't forget your Coupon during checkout!)

Q: Will the LC Store have this Coupon too?
A: Very possibly! What I know for sure
is that WordLib 2.3 and the Coupon
are available right now at CurryK

Coming up next: WordReport Update

Happy coding! More news soon

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice files in LiveCode!
"Dominate documents with WordLib and LC"
http://livecodeaddons.com/wordlib.html

Innovative Christian LiveCode Training and Consulting
"Better Methods, Better Results"
http://livecodeconsulting.com/

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


Re: I wish all a Happy & Prosperous New year

2021-12-31 Thread Curry Kenworthy via use-livecode



Dittos! Welcome to 2022, everyone.
Likewise, Merry 7th/8th Day of Christmas.

Jim:
> A very Happy, Prosperous and Safe 2022 to all!

Clarence:
> Back at you Jim.

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice documents in LiveCode!
http://livecodeaddons.com/wordlib.html

Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


WordLib Christmas Coupon: Final Days to Save

2021-12-30 Thread Curry Kenworthy via use-livecode



Ho ho - whoa - only one week to go?

Yep, I'm honoring all 12 days of Christmas
with a WordLib 2.3 Coupon for 30% Off.

But we're already at the half-way point;
after January 5, this deal is history.

So get it while it's ... cold.
And may your New Year be ... bold.

Q: Can I use PayPal?
A: Yes! That's the default.

Q: Can I use a card?
A: Yes! Just log OUT of PayPal beforehand,
and you'll see "PayPal Guest Checkout"
with credit/debit card options.

Q: Will the LC Store have this Coupon?
A: Very possibly! What I know for certain
is that WordLib 2.3 and the Coupon
are available right now at CurryK

Download WordLib:

http://livecodeaddons.com/wordlib.html

Purchase WordLib:

https://sowl.co/s/n4Lh1

Christmas Coupon: NOEL-2021
Discount: Extra 30% Off
(Don't forget your Coupon during checkout!)

Coming up next (revised):

1. Projects. (Clients ALWAYS come first!)
2. Further backend automation (Early January)
3. WordReport Update (End of January?)
4. Restoring SpreadLib ordering
5. SpreadLib/WordOut Updates (Schedule TBD)
6. The next big thing (and FT) :)

Happy coding! More news soon

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice documents in LiveCode!
http://livecodeaddons.com/wordlib.html

Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: chartsEngine bug with version 10 of LC

2021-12-28 Thread Curry Kenworthy via use-livecode


Scott:

> So you are saying that if the first char of the string is a number

No! There is no number.
Don't think about numbers. :)
Both sides are text in your comparison.

> it uses the ascii value of the first char?

Always! Because both sides are text.
Two text strings. No numbers.

LC compares the FIRST CHAR of each text.
(If they are equal: then the 2nd chars, etc.)

> “9foo”  >  9

Because "9" = "9" ... but "f" > "".

If you want a numerical comparison,
both sides must be numbers!

Once you have two dots, or an "f" etc, it's a string.
And if either side is text, the comparison is textual.

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice documents in LiveCode!
http://livecodeaddons.com/wordlib.html

Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: chartsEngine bug with version 10 of LC

2021-12-28 Thread Curry Kenworthy via use-livecode


Scott:

> I’m still a little unclear about exactly what is going on here.

Because you are NOT comparing numbers.
You are comparing (like sorting) text.

That usually means: the FIRST CHAR of each string.
(The ASCII/ANSI/etc values of those chars.)

> put “7.foo” < 9 -- returns “true”

Because "7" < "9".

> put “77.foo” < 9 -- returns “true”

Because "7" < "9". (FIRST CHAR)

I just looked at WordLib's code:
it's already coded correctly!
Ready for LC version 10 or LC 1000.

(Going way back, I was already cautious
about these dotted-version comparisons.)

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice documents in LiveCode!
http://livecodeaddons.com/wordlib.html

Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: chartsEngine bug with version 10 of LC

2021-12-28 Thread Curry Kenworthy via use-livecode


Scott:

> why "9.6.6-rc-1” evaluates as not less than 5
> but "10.0.0-dp-1” evaluates to less than 5.

That's the tricky thing about dotted versions;
easy to forget and set up a text comparison:

"9" > "5"
"1" < "5"

Once you have two dots, or an rc/dp, it's a string.
They seem to compare perfectly...until you pass 9.
That's why I used integer versions for some libs.

"10.0.0" < "5"

(I should check my code too; thanks for this reminder!)

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice documents in LiveCode!
http://livecodeaddons.com/wordlib.html

Christian LiveCode Training and Consulting
http://livecodeconsulting.com/


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


Re: WordLib 2.3.0.6 Update and Christmas 30% Coupon Code

2021-12-23 Thread Curry Kenworthy via use-livecode



Continuing from this morning

WordLib 2.3 store notes:

It looks like the LiveCode Ltd store
still has WordLib version 2.2 online;
they'll have 2.3 set up eventually
due to the holiday timing.

Meantime, order 2.3 at Curry K./SendOwl;
they are delivering WordLib keys instantly,
and I've got 1,000 keys in stock there
so the orders are flowing smoothly.

(Don't forget your Coupon during checkout!)

Christmas Coupon Code:

Coupon: NOEL-2021
Discount: Extra 30% Off

Get it here:

http://livecodeaddons.com/wordlib.html

Buy it now:

https://sowl.co/s/n4Lh1

---

Curry K. backend notes:

The backend is now about 5x more automated,
not only for WordLib but all Curry K. addons.
That's crucial for faster public updates.

Originally I thought 5x would be perfect,
but after this WordLib release (pant pant)
I need to further double the automation!

Then updates will be truly efficient.
So, now that's on top of my addon to-do list.

(Right after restoring SpreadLib ordering,
which went offline when eSellerate choked.
Alas eSellerate is no more; thus a new store.)

Coming up next:

1. Restoring SpreadLib ordering (This week)
2. Further backend automation (Early January)
3. WordReport Update (End of January?)
4. SpreadLib/WordOut Updates (Schedule TBD)
5. The next big thing (and FT) :)

Download WordLib:

http://livecodeaddons.com/wordlib.html

Purchase WordLib:

https://sowl.co/s/n4Lh1

More news soon

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice documents in LiveCode!
http://livecodeaddons.com/wordlib.html

Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


WordLib 2.3.0.6 Update and Christmas 30% Coupon Code

2021-12-23 Thread Curry Kenworthy via use-livecode



I'm happy to announce: WordLib 2.3.0.6.

Get it here:

http://livecodeaddons.com/wordlib.html

Buy it now:

https://sowl.co/s/n4Lh1

What is WordLib?

Import Microsoft Word and OpenOffice documents
right into your own LiveCode fields
with the amazing and popular WordLib addon!

(Images, tabs, hilites, tables, Unicode, the works.)

Changes in this version:

WordLib 2.3 fixes text after ordered lists,
font/style formatting is more accurate,
and you get much cleaner htmlText markup.

The User Guide text is freshly-updated
with modernized LC scripting samples.
Plus, the Media Folder location
keeps recent Mac OS versions happy.

Most important of all are the backend changes:
not only for WordLib but all Curry K. addons.
That paves the way for faster updates* (!)
and for greater things still to come.

WordLib Revised Pricing:

Kill inflation while you conquer documents!
I've lowered the addon full price. Ho ho ho

- Major versions (2.3, 2.4, 3.0) cost $49 USD.
(Same price for everyone; new and upgrades.)

- Any minor updates to a version are free.
(2.3 License key works for all 2.3.x.x versions.)

*New goal is 1 major update per year; we'll see.

Christmas Coupon Code:

Coupon: NOEL-2021
Discount: Extra 30% Off

(Christmas Coupon active now through New Year.
Be sure to enter the Coupon during checkout!)

WordLib is tested primarily with LiveCode 9.6
on Windows 10 i5 and Mac Big Sur M1.
(Still works on LC 6.7 too.)

I'll post more info and plans tonight.
This is the first step in a bigger effort

Happy coding!

Download WordLib:

http://livecodeaddons.com/wordlib.html

Purchase WordLib:

https://sowl.co/s/n4Lh1

Best wishes,

Curry Kenworthy

WordLib: Import MS Word and OpenOffice documents in LiveCode!
http://livecodeaddons.com/wordlib.html

Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Serial Communication with an I/O board (New user)

2021-12-22 Thread Curry Kenworthy via use-livecode



Good topic; probably deserves a relevant subject line! :)
(Easier to notice, both live and in the Archive.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

===

Alex:

> the project has to be able to communicate with an I/O board (Numato 
16 channel USB GPIO Module for example) from a Windows Standalone 
application.


Sean:


Once you've installed the driver for your adapter on Win10, go to the
Device Manager, Ports and find out what COM port it's linked to (eg, COM2).
Now in LiveCode, you don't need to know the driver name to write to. Just
use the command:
open driver "COM2:" for write
This sets the plane for communication. Next, you need to set up the
settings, eg:
set the serialControlString to "BAUD=9600 PARITY=N DATA=8 STOP=1"
These are actually the default settings, so do nothing if these are the
settings you want.
Now you just need to know the commands to send.
https://numato.com/docs/16-channel-usb-relay-module/#the-command-set-20
write "readall" & return to driver "COM2:"
read from driver "COM2:" for 4 -- ie, 4 characters
The read command immediately after the write allows it to accept the
response from the GPIO, in this example, for 4 characters in length (to
receive the 4 hex characters like 16AF)

And that's it pretty much. It's super easy and fun. With Wifi modules you
can use any device to communicate with them. We used iPad mini's which made
it super flexible.
Let us all know if you run into any issues and need help.

All the best

Sean Cole
*Pi Digital Productions Ltd*



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


Re: [ANN] Release 9.6.6 RC-1

2021-12-21 Thread Curry Kenworthy via use-livecode



Panos:

> including fixes for lots of
> the bugs you requested in the recent survey

Nice! A great day for LiveCode

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/


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


Re: open socket on start up and can't close

2021-12-16 Thread Curry Kenworthy via use-livecode



Craig:

> I have never understood how anyone working with LC,
> at any level of expertise, can lurk silently either here
> or on the Forum, and never ask a question, comment on something,
> complain or praise, whatever.

Understanding is a valuable commodity!

Not everyone is extrovert/expulsive.
Not all have the time or inclination.
And the list goes on ... different strokes.

None of which necessarily mean less interest
or enthusiasm for LC. Many a quiet sage

Interesting backstory too; thanks for sharing.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: open socket on start up and can't close

2021-12-15 Thread Curry Kenworthy via use-livecode



Craig:

> ROBERT EPPICH?

More people read this list than anyone might assume.
A few regulars - but many others who work/lurk! :)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/


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


Upcoming Changes for WordLib, WordReport, etc.

2021-12-15 Thread Curry Kenworthy via use-livecode


For the Curry K. addons I'm happy to announce:
backend, release flow, and pricing changes

1. MORE, FASTER, A FLURRY!

Finally had a chance to update
the backend for my LC addons.

It's mucho más way-more automated,
so updates can be MORE FREQUENT!

Planned this literally 10 years ago!
But clients ALWAYS come first.
(And improving health took a while.)

--

2. MINOR VERSIONS WILL BE PUBLIC.

The backend will allow better overall flow

Old way: Big wait ... ... major release.
(Minor versions were usually dp/private,
since public releases were a big process.)

New way: Major, minor, minor, Major, etc.
(Faster fixes, try new stuff sooner.)

--

3. REVISED PRICING TO MATCH.

Also new pricing: $49 per major version.
(Minor updates free for that version.)
Aiming for 1 major version per year.

(Versions will keep working as always;
still version-based, not a subscription.)

WordLib is still the lucky winner
emerging first from the new chute!

A Christmas-y release timeframe,
maybe a coupon code to fit the season.

(WordReport should be next; then we'll see.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: December Archive, Where (4) art Thou?

2021-12-03 Thread Curry Kenworthy via use-livecode



Woohoo, now it's back! Nice. (Thanks.)

Me:

> The use-livecode Archive outage continues;
> still no December 2021 Archive page

http://lists.runrev.com/pipermail/use-livecode/

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: December Archive, Where (4) art Thou?

2021-12-03 Thread Curry Kenworthy via use-livecode



The use-livecode Archive outage continues;
still no December 2021 Archive page

http://lists.runrev.com/pipermail/use-livecode/

Me:

> Will a hero rise to the occasion,
> or will an entire month be lost to history?

> Meantime, here's an alternative:



Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

---

Mark:

> Its a side-effect of deleting a recent post
> which contained sensitive information

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


December Archive, Where (4) art Thou?

2021-12-01 Thread Curry Kenworthy via use-livecode



In our last cliffhanging adventure, we saw
the November use-lc Archive lurch back to life
after a mid-month near-death experience.

Yet today another symptom rises from the ashes,
gentle reader, to threaten the free world:

http://lists.runrev.com/pipermail/use-livecode/

Where's December?

Will a hero rise to the occasion,
or will an entire month be lost to history?
That is the question.

We'll find out, in this thrilling episode
of the LC List Reality Show

Meantime, here's an alternative:



I'm keeping that bookmarked now as a backup.

(Problem is that anyone else in digest mode
won't see this email until tomorrow; but ah well.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

---

Mark:

> Its a side-effect of deleting a recent post
> which contained sensitive information

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


Re: Reading LC List Digests

2021-11-19 Thread Curry Kenworthy via use-livecode


Bob:

> Does anybody know a a great interface for digests from the LC lists ?

Yep, here's the best one:



> To some extent digests works OK as at the top of the digest
> you get the “Today’s Topics” summary and each message/post numbered.

Yep, the digest email is the TV Guide. The list archive is the TV.

> I also get to see who has posted what, which I suspect like you,
> I use as a filter.

Not really; accuracy depends on what is posted, not who.

> Frankly, the scrolling is a pain especially as posts
> are not grouped by topic, they are chronologically grouped,

Archive is easy to scroll, full screen, can be sorted several ways.

> plus people often repeat the whole thread in their reply
> which makes scrolling arduous.

Yeah! That bugs me too, no matter where I read.
But variety is the spice of life!

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: LC Clipboard Polling Hang: Reported yet?

2021-11-19 Thread Curry Kenworthy via use-livecode

List archive up, so following up

Matthias:

> are you experiencing this on Windows or macOS?

Intentionally omitted here; if I mention one,
people tend to make assumptions about the other.
(That fuels myths which can persist for years!) :)

I'd rather ask both sets of users: seen this?
At this point, no platform is eliminated yet.

Tom:

> Thanks for the heads up about this
> before I decide to rebuild using LC 9.6.5

No, it existed in 9.6.3 also; a veteran 9.x bug!

Me:

> I'm seeing a hang in LC 9.x when
> accessing the clipboard repeatedly.

Still no precise recipe yet;
will file a report when I have one.

> 1. clipboardData["text"] stops
> reporting the current data.

This is what happens when the bug strikes!

> 2. Then LC itself hangs up

(Recanting this #2; it may be unrelated.
Probably #1 is the only true bug symptom.)

(OK, here goes, let's see if this email archives.)

Best wishes,

Curry Kenworthy

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


Broken: November use-livecode Archive!

2021-11-18 Thread Curry Kenworthy via use-livecode



The November use-livecode Archive has been broken
for around 20 hours:



It has many misparsed "No subject" posts,
and after those, no new emails show up.
No archived emails since "Nov 17 07:41:36 EST 2021".

People who are subscribed to the daily Digest,
like myself, will not be able to see any replies
or other posts until the next day's email Digest.

Luckily the email Digest still works, but
it's pretty crippled without the web Archive.

(Also I can't verify whether my email goes through,
so I'll be cross-posting to the dev-list
for that purpose. The dev archive still works.)

:)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


LC Clipboard Polling Hang: Reported yet?

2021-11-17 Thread Curry Kenworthy via use-livecode



I'm seeing a hang in LC 9.x when
accessing the clipboard repeatedly.
(Including LC 9.6.5 RC 2.)

No precise recipe yet; that comes next,
if this hasn't been reported yet.

I accessing clipboardData["text"]
maybe 1800 times, with the data
on the clipboard changing 200 times.

Finally LC breaks down
in two distinct steps:

1. clipboardData["text"] stops
reporting the current data.

(But LC is usable and can still
even SET the clipboardData.)

2. Then LC itself hangs up;
have to End Task.

Sound familiar anyone?
If so, what Bug #?
If not, I'll report it.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Multiple LC Installer Setup processes remain in memory on Windows

2021-11-10 Thread Curry Kenworthy via use-livecode



I've mentioned once or twice that LC Setup
is "badly behaved" on all platforms.

Finally filed a bug report on the Windows
variant of this problem, which is that
one or more instances of LC Setup/Installer
process can remain indefinitely in memory.

(I've seen a dozen of these zombie tasks!
That can affect system performance.)

Also a couple of workarounds posted,
so if this has bitten you before,
or if you're not sure, check it out.

I don't lose performance from this anymore,
since I have SSD plus the workarounds,
but filing it now so it can be fixed! :)

Here's the bug report:

https://quality.livecode.com/show_bug.cgi?id=23444

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IDE performance (Re: Suggestion: Non-Appbuilding Community Edition)

2021-11-10 Thread Curry Kenworthy via use-livecode



Resurrecting this thread from September because ...
now I've had a chance to go through my old bug reports,
and found the one for this Script Editor slowdown!
(It said "Pending Followup" so I just followed up on it.)

For the people here that still see bad IDE/SE performance
(and there were several: Lagi, Bob, Bernard, Andre, etc)
you can benefit from adding your CC to this bug report
and post your symptoms/setup there to help LC fix this.

Plus, I posted 7 steps that worked for myself and others;
many people have resolved this for their own computers!

BTW, I have NOT had this problem myself for 1 or 2 years;
so those steps are tried and true. (They work in MOST cases.)

Here's the bug report:

https://quality.livecode.com/show_bug.cgi?id=21604

No slowdowns on my end anymore; Windows "just works." :)
I could have simply closed the bug, but I followed up
and posted those 7 steps to help the rest of you.

Most importantly, it's NOT just a Windows issue.
(We have to avoid myths, or we can't solve problems.)
I've seen it twice on Mac myself, and others have too.
But it is MUCH more common on Windows. Rare on Mac.
Mostly due to antivirus trends, but other factors.

For the LC team, I'm not sure whether they ever
reproduced this bug or not, so I posted some tips
on maxing out disk and memory to help notice problems.

(That doesn't mean people with the IDE problems
are running a bunch of videos and downloads;
just getting closer to real-life use conditions
versus a more pristine test environment.)

Hopefully someone still having the issues
will follow up there to help get it fixed.

I don't anymore, so I'm moving on to other bugs!

One thing I forgot to mention is that LC Setup
is badly behaved on all platforms, and I've seen
literally a dozen copies of it in Task Manager;
that can also bog things down too!

I have a zero-tolerance policy for .Setup;
it is not allowed to run on my computer
except during the initial installation.

And like I say, no IDE slowdowns for 1-2 years.

(Not to be confused with IDE crashes
and bugs that completely "hang" the engine!
I'm still a combatant on those bugs.) :)

Original thread:



Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: LC 9.6.5 RC 2 Speed Test

2021-11-05 Thread Curry Kenworthy via use-livecode



Mark:

 > Is there any chance you can package up the files used to test
 > along with the stack and submit as an issue to BZ?
 > That way we can take a look to see what is causing
 > the significant differences with C and E, in particular?

Here it is!

I just posted the set of test files
(and results again with file names included)
plus the test stack download link
to the existing speed bug here:

https://quality.livecode.com/show_bug.cgi?id=21561

Thanks again

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: LC 9.6.5 RC 2 Speed Test

2021-11-05 Thread Curry Kenworthy via use-livecode

Mark:

> Is there any chance you can package up the files used to test
> along with the stack and submit as an issue to BZ?
> That way we can take a look to see what is causing
> the significant differences with C and E, in particular?

Absolutely; thanks!
I'll do that within the next few days.

(Should I use the old speed bug 21561 or a new one?)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


LC 9.6.5 RC 2 Speed Test

2021-11-05 Thread Curry Kenworthy via use-livecode

My first LC 9.6.5 RC 2 Speed Test -

Results on Windows 10, current WordLib

- LC 9.6.3:

A.docx - 0.073 seconds
B.docx - 0.518 seconds
C.docx - 0.321 seconds
D.docx - 0.314 seconds
E.docx - 9.202 seconds

- LC 9.6.5 RC 2:

A.docx - 0.05 seconds
B.docx - 0.484 seconds
C.docx - 0.284 seconds
D.docx - 0.289 seconds
E.docx - 7.196 seconds

LC 6.7.11:

A.docx - 0.057 seconds
B.docx - 0.362 seconds
C.docx - 0.114 seconds
D.docx - 0.338 seconds
E.docx - 2.991 seconds

Ratings:

- LC 9.6.5 RC 2 vs LC 9.6.3: 5 Wins, 0 Losses
- LC 9.6.5 RC 2 vs LC 6.7.11: 2 Wins, 3 Losses

Conclusion:

Good progress; if we follow up on these gains
and locate other areas needing optimization,
LC 10/11 can be pretty fleet of foot!

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Script Editor Disassociation Bug - Seen it lately?

2021-11-04 Thread Curry Kenworthy via use-livecode



Paul:
> I have not noticed recently - not in the 9.6.x series.

Good!

Paul:
> probably some specific sequence of object selection actions

Right, so actions during selection and/or script saving.

Bob:
> I have not seen this to my remembrance.

Also good!

Mark:
> I don't think the absence of the problem
> necessarily means it's solved.

True. I'm happy no one has seen it lately;
hopefully it's gone and on to other bugs.

(But yeah, I still need to check with the client,
plus there was a possibly related bug still Open.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Script Editor Disassociation Bug - Seen it lately?

2021-11-04 Thread Curry Kenworthy via use-livecode



I'm checking up on the Script Editor Disassociation Bug,
described in this thread:



Paul, Bob, Ben, Mark (and Hermann) commented  at the time,
having experienced the same bug or something very similar.

Me:

> sometimes the Script Editor window seems to disassociate
> from the object being edited. Thus after this bug is triggered,
> any typed script changes may not really be applied and saved,
> although they are shown as applied. Next LC session, those
> changes are gone; the stack code is still as it was
> prior to the bug being triggered and prior to editing the script.

Interestingly, the comments involved all IDE platforms!
I couldn't find a bug report on it; likely never had a recipe.
Still interested though! I'd like to recipe or report it.

But first: Has anyone seen this bug lately? (On LC 9.6.3 or later.)
Especially Paul, Bob, Ben, Mark?

My experience:

I saw it several times when screensharing with a client,
so I saw it happen on Mac. It may have happened to me once?
But I think the trigger required certain habits I don't have!
That is the key to a recipe; only those actions cause it.

Probably one's method of applying and saving changes
after editing a script; Apply first, versus just save,
from the SE (in the edited tab) or from the stack, etc.
The little details of how we Apply and Save.

For me the required actions would be like a "mistake"
since my habit and discipline usually avoid them.

So I'm going to keep an eye out for it,
but only if it still exists! (???)

(I can ask the client again too.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Count Up Timer?

2021-11-02 Thread Curry Kenworthy via use-livecode

Craig:

> This is just another great example why the Forum
> is so much better a venue than this list.

My view is exactly opposite;
I like a List s much better.

A forum is handy for searches,
so a nice place to visit now and then.
But I wouldn't want to live there! :D

> It would take a lot of work to reformat the OP’s code example
> into something workable in the SE.

I thought the OP was Dan, but you mean Tom's function?
Just a matter of not pasting **styled** text for code.
Even then, it's easily put right with a few commands.
Mark's example is easy to follow too.

List is a great venue! Always part of the LC experience.
But I'm glad we have both to suit everyone.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Message Tracer/IDE Crash Recipes

2021-11-01 Thread Curry Kenworthy via use-livecode



Craig:

> I never minimize the SE, if that is the required
> starting point of the bug.

Given a recipe, that's not a conclusion we can draw;
all we know is that this recipe triggers the bug.
Could a variation also trigger the bug? Maybe; try it.

The point is: here I successfully recipe'd a bug
that was as difficult to pin down as your crash,
taking a similar "random" amount of time to trigger.

My recipe was Confirmed and reproduced by the team.
It wasn't easy; that recipe took a while to perfect.

Since yours happened again just the other day,
you should submit a bug report while it's fresh.
Just do your best; maybe someone else will see it
and help figure out a better recipe.

Let's eradicate more bugs! :)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Improving the Community Edition with external tools

2021-10-30 Thread Curry Kenworthy via use-livecode



Heriberto:

> Golang external tools to be used with the Livecode Community Edition
> ... users who want to fork the Community Edition?

Interesting, but I think here (use-livecode list) is not the place;
you should talk to Heather and Kevin: support (at) livecode.com. :)
They would have more relevant answers to your questions.

> Livecode has been my favorite RAD for 8 years
> and I don't want to throw away all that time and knowledge

Nor should you! LC is still here. Grab a license, join the fun.
At $10/month, anyone who can afford to send email can use LC.

Meanwhile some cool new stuff is coming out soon,
both from LC itself and from users like me.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Message Tracer/IDE Crash Recipes

2021-10-29 Thread Curry Kenworthy via use-livecode



Craig:

 > The project will run fine for months, in constant use,
 > but then crash. Not reproducible as far as I can tell.

> Just crashed, Again, working in the IDE,
> SE open, fixing and enhancing.

Here's another bug that may "hint" at similar IDE behavior,
although it doesn't give me a crash:

Bug 22597 - Invisible Menu bug
https://quality.livecode.com/show_bug.cgi?id=22597

That bug also happens when SE is open, or minimized.
It causes menus to be invisible but still functioning.

It can happen from a few minutes to a few days
of an LC IDE session. Very unpredictable.

That reminds me of the hard-to-recipe crash bugs
that also happen after a "random" amount of time.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Message Tracer/IDE Crash Recipes

2021-10-29 Thread Curry Kenworthy via use-livecode



Craig:

> The project will run fine for months, in constant use,
> but then crash. Not reproducible as far as I can tell.

Roger that, I'll keep an eye out.

If enough crashers get recipe'd generally,
maybe we'll be lucky and hit yours too!

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/


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


CurryK Addon Update Plans - WordLib, WordReport, SpreadLib etc

2021-10-29 Thread Curry Kenworthy via use-livecode



Here are CurryK Addon Update Plans for 2021 Q4 and 2022!

Getting "back in the groove" finally, after last 2 months.
Been a while since I posted my current plans here,
so this is where I'm at and where I'm headed

WordLib, WordReport, and SpreadLib updates are underway.

Thanks to those who have submitted bug reports;
we'll have some good fixes, plus general improvements
for LC 8/9 and also on the Mac platform.
(Courtesy of a new Made-in-Malaysia M1 Mac mini.)

Going forward, these libs will have more shared code
and shared backend to facilitate MORE FREQUENT updates :)
and more consistency across the product line experience.

(Shared base was long planned, finally being implemented.
And it's the most important item on my list;
efficiency is the big enabler for all other plans.)

WordLib is currently first in line for release.
Priority #1 can, and sometimes does, change.
But I'm pretty sure it'll be the one.

Hoping to get WordLib out by around CHRISTMAS,
then WordReport/SpreadLib soon after;
they will piggyback on the same backend.

Probably some kind of holiday coupon or bundle.

(I'm not sure yet whether SpreadOut/WordOut
will be updated at the same time as SpreadLib/WordLib,
or next year; we'll see. This is not only
me sharing the plan, it's me fleshing out the plan!
And FieldTrip is not forgotten, nor is it first.)

Then, next year or so, tentative goals:

- MORE FREQUENT addon updates :)
- Next-gen code base for the addons
- Next-gen tools for general LC dev
- Some LC books and/or tool stacks

(I'll explain the next-gen stuff next year.)

And maybe, depending on work priorities:

- More LC bug recipes
- Better LC bug tracking
- Better Addon bug tracking
- New potential LC users

Subject to changes, tweaks, and weather.

Of course, announcing any type of schedule
is like begging for last-minute delays.
But this has been underway for quite a while,
so I think it's likely to hit the mark
for at least the first release by Christmas.

And with that, back to other work!
Y'all have a good weekend

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Message Tracer/IDE Crash Recipes

2021-10-28 Thread Curry Kenworthy via use-livecode


Craig:

> My one entry into the "bug” poll was to complain
> about random crashes of LC itself now and then.
> Not likely to have that solved anytime soon.

It could be! There is de-crashing LC progress, but it's slow.
This year I reported a crash/hang pair, and that's fixed now.

The problem is a solid recipe, as I'm sure you know.
Searching for "crash" in quality.livecode.com
reveals a bunch of AWAITING_FOLLOW_UP and NOT_REPRODUCED.

For a bug that is unusually difficult to recipe,
it requires collaboration (or etc) to pin it down.
That in turn requires some ... discussion.

(Encouraging that discussion would be in LC's own interest;
customers put a lot of unpaid hard work into bug filing efforts.)

I'm taking a rare opportunity to catch up here on the list
after finally getting over COVID (man, it feels good!)
but must dive back into my own client work and addons updates.

However, LC bugs impact both client work and addons updates too,
so it's all related. LC bug time is mandatory either way!
There's no getting around it.

The survey made me realize I need better LC bug tracking tools,
so I can stay on top of the old and new ones, plus rank them.
And follow up on any reports that have lapsed.

So I'm curious: Craig, what was the nature of your crash?
(Or the bug # / discussion link, if that applies.)
I'll keep it in mind, to see if I can help eventually
with the pesky recipes or crash log data.
May take a while, but we can pin down more of these.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: LC Bug Survey Metasurvey - Ranking Criteria

2021-10-28 Thread Curry Kenworthy via use-livecode



Heather:

> If you would like to purchase an Escrow license from us,
> please contact support

That's useful to know - I will remember it,
because a few clients do ask. Will direct any your way.

Back to this thread ... I was unprepared for it this month,
so it was a challenge to find, retest, and prioritize
my Top Ten LC bugs in a hurry.

I am currently automating everything I can, so next year
I'm likely to make a stack to track and rank my LC bugs.
Mainly with my own criteria, but I may include others.
Thus my interest! (Plus I just like criteria.)

Bugs are very important for different projects/clients,
and I should have my current top ten bugs ready 24/7.

Whether it's a survey, or a client concern, or whatever:
when an opportunity or problem comes up, just pull it out.
(I got caught flat-footed on this survey. Next time ready.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: LC Bug Survey Metasurvey - Ranking Criteria

2021-10-28 Thread Curry Kenworthy via use-livecode



Mike:

> So if I murdered a keyboard, but was consoled with a smooth nigori,
> the net was 0 and the bug demoted on my list.

That was headed for the "just went from the feel of it" column,
but on second thought: Effort/Frustration vs Compensation/Sympathy. :)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


LC Bug Survey Metasurvey - Ranking Criteria

2021-10-28 Thread Curry Kenworthy via use-livecode



I liked the Ranked-Top-Ten format of this latest LC Bug Survey.

Now I'm curious: not about WHICH bugs people submitted,
but your CRITERIA for ranking them.

(I assume that's OK to discuss already at this point;
not mentioning any specific bugs or areas/features of LC.)

For me, first I had a prerequisite:

0. Still a reproducible bug in latest LC 965rc2.

(Because I didn't want to waste any of the ten slots
with an open bug that's actually fixed.
Found a few to retest and report if resolved.)

Then, I used three ranking criteria:

1. Is there a good workaround?
2. Severity.
3. How many projects it affects.

(I weighted no-good-workaround highest,
then eyeballed severity and scope equally.)

Wondering whether most people had criteria like this,
or just went from the feel of it.

I would welcome encore future LC Top-Ten surveys!
Maybe I'll make a Bug Ranker stack later to encourage it.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/


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


Re: [OT] M1 Mac Mini USB problems

2021-10-27 Thread Curry Kenworthy via use-livecode



Ralph:

> I am having problems with my new 2020 Mac Mini's USB ports.

No problems on mine. Looks like you got the proverbial "bad apple."
(I would check ASAP into return/exchange/warranty or etc.)

Here I use USB keyboard/mouse, and it's consistent.
USB drive for data a few times - didn't hit a limit.

I insisted on a Made in Malaysia machine, and did NOT upgrade memory.
Straight from the original factory pristine was my preference!

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


LC Survey - thanks for keeping it open

2021-10-27 Thread Curry Kenworthy via use-livecode



Heather:

> don't worry, we're not going to close this survey quickly.
> We want plenty of input.

Thanks for the extra survey time!
I was bogged down the last few days.

Please keep it open a little longer;
just now getting to it today
Happy to see it's still available.

(Better survey format this time, than in the past, IMO.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Biblical Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/


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


Re: [OT] Multiple macOS recommendation sought

2021-10-27 Thread Curry Kenworthy via use-livecode



Paul:

> problems switching between boot partitions where
> the Mini would forget what Startup disk it should boot from.

I like the concept of multi-boot, but never use it.
Neither Windows nor Mac seems reliable enough for that.
(I had a couple bad experiences early on that weaned me off it.)

> We added a Big Sur VM, but playing video does not work in the VM
> [...] We just tried a Monterey VM and it is unstable.

Virtual gives a lot of bang for the buck when it works,
but it's never, ever quite the same as a real system.

There will be false positives, false negatives, and so on.
Virtual testing only "suggests" rather than "proves" success.
(It's a tradeoff though; I've admired your omni-testing too.)

Another option is remote hardware access, where a monthly fee
gives you NN hours to log in using screen sharing, upload files,
and control machines of your choice for real testing.

I tried 2 or 3 of those services, and wish I could recommend it.
Actually I still would, but in the same bucket as VM with caveats:
despite the real hardware, it still wasn't quite the same.

The remote hardware was set up differently than a typical system,
plus networking, so still false positives, false negatives, etc.
Saved me a couple of times, messed me up a couple of times.

But a remote account will help you in certain situations,
as another tool in the box when you need it.

Phil:

> I left VMs behind in favor of minimally-configured actual hardware.

Yes, I only trust a real Mac and a real Windows PC for serious tests.
(And at least one real iDevice and Android device.)

Ideally a couple of machines per OS, but one of each now in practice,
until/if I have the time and the need to add older machines back in.

Best wishes,

Curry Kenworthy

Custom Software Development
"Biblical Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IDE crashing on Windows 10

2021-10-17 Thread Curry Kenworthy via use-livecode

Bernard:

> I can be in the Script Editor typing away.
> I move the mouse to click on another line
> of the script. Blammo. LC crashes.
> Any idea how this can be pinned down?

I believe I've seen this particular crash only twice,
each time an isolated incident with no obvious pattern.

> Yesterday I had the IDE crash five or six times
> in the middle of editing a script.

With that kind of recurrence, a recipe should be doable!
After you finish some work, I would disable any workaround
and try to keep triggering it to find the problem.

BTW, what SE "bling" options do you have enabled?
(I call them "bling": flashy and performance-expensive.)
I only use Control Structure Completion and Autoformat.
Colorization is also enabled, it seems OK.

> LC 9.6.1

Have you tried a more recent LC version?
A few crashes have been fixed lately.
Probably not this one, but worth a try.

(And several more are still with us,
despite the amusing skepticism
of a few "crash deniers" who later
casually admit they have crashes too!) :D

I still need to report another crash/hang pair,
but they show up on one particular project
so I'll have to do it when I'm back on that work.
Hope it happens enough to recipe. (Or not at all.)

Custom Software Development
"Biblical Methods, Better Results"
Christian LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: OT: Priorities (was: Re: Stack with the same name loop)

2021-10-07 Thread Curry Kenworthy via use-livecode



Richard:

> And in this here-and-now, I don't have an opinion
> on the conversation between Jacque and Sean,
> which is why I didn't reply to them.

Jacque and Sean made good points.
As did Bob and Bernard.
Which is why I quoted them too.

All of them made great points
on Priorities, the thread topic.

(I never have, and never will,
quote the entire post. Misguided trend.)

Have a good week! :)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: OT: Priorities (was: Re: Stack with the same name loop)

2021-10-07 Thread Curry Kenworthy via use-livecode



My two pesos, following these comments

Sean:
> they leave something as *basic as this
> unrepaired for EIGHTTEENYEARS !?!

Jacqueline:
> they have to make considered choices in what to address
> at any given time given the resources available to them.

Bernard:
> At least the new licensing model should allow LC to prioritise
> based on what customers use.
> IMO the open source initiative was the single biggest mistake

Bob:
> I survived the age of freeware.

Richard:
> Heather politely called cheese on this topic some time ago.
> May we please respect the wishes of the list owner?

(Curry:)

I propose reducing the attempts to silence one another?

That cheese remark doesn't sound like a very accurate portrayal;
that license change topic had simply been discussed enough.

No need to conflate that with this tiny celebration
of better priorities. If we outlaw positive feedback too,
what will be left? Maybe you'll direct us what to say?

My apologies if I'm wrong (been sick going on 2 months,
haven't read everything) but all of the comments
on priorities, and the same-name parent topic
make really good points as far as I've read.
(Including Richard's on the parent thread.)

Reality is a complex world. We need to respect
the limitations of real people and resources.
LC can't be everything to everyone for 99 cents.
They've done some great things.

But we also need to respect a variety of opinions.
Otherwise we handicap ourselves, as we've learned.

There was a time not long ago when this list
was dominated by only a handful of people.
90% of the time we heard only a few voices.

Result? For those few people, maybe it was OK.
Their own personal needs drove their priorities
and they drove conversation around their desires.
For everyone else, maybe not quite so great.

I like hearing different views. You learn things.
A big +1 from me to a lot of varied comments.
Different people have different needs and priorities.
Let's be willing to listen more.

I'll shut up now and go back to read/lurk/work. :)

(I'm gradually doing a WordLib update ... still sick.
Fairly low chance of me monitoring any replies here;
this is intended as my single post for the week.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Strange script error - pass openStack

2021-09-23 Thread Curry Kenworthy via use-livecode


Craig:

> I will indeed get an error in the message box
> if I just invoke “openStack” directly.

So Peter, make sure whether this bug is your original issue,
and not just a red herring from the debugging itself.

Either way:

> 3. But the home.livecodescript code could be more robust.
> (Always ensure a target and owner exist before accessing properties.)
> You could QA report that as a possible IDE bug.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Strange script error - pass openStack

2021-09-23 Thread Curry Kenworthy via use-livecode


Peter:

> I’ve just tried making a new stack that has:

> on openStack
>pass openStack
> end openStack

1. Make sure this openStack is in your first CARD's script.

> I poked into the script of the stack home.livecodescript
> and see these lines

> if the short name of the owner of the target is not "Home" then
> pass openStack
> end if

2. You (or another open stack) may have done something unusual.
I'm not 100% convinced you've found the problem yet.
There are a few inconsistent details in your message,
plus it seems that LC did not pinpoint the offending code line?

3. But the home.livecodescript code could be more robust.
(Always ensure a target and owner exist before accessing properties.)
You could QA report that as a possible IDE bug.

Meanwhile, don't pass openStack and see if you still get an error!

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IDE line number doesn't update

2021-09-22 Thread Curry Kenworthy via use-livecode



Sean:

> a whole stream of specific bug reports

What a shame! I had just written a message warning
that many or most had already been reported!

(Some by myself. Others have been discussed here.)

My list was a RECAP for your benefit.
Re-reporting them would only waste time.

> Stop getting ratty with me

Not ratty, just a brief helpful FYI while sick.
Easily misunderstood if unread or hastily skimmed.

> I have to be nice or nasty people on here start getting upset
> and kick up a stink to have me kicked off.

If they do, I myself will intercede fervently AGAIN on your behalf.
Very good having you here! But I think your vacation is calling. :)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IDE line number doesn't update

2021-09-22 Thread Curry Kenworthy via use-livecode


Sean:

> I will post a series of reports to the quality list
> and see which ones get bumped as duplicates of others.

No, absolutely DO NOT waste LC Team time with random info.
Re-reporting bugs carelessly (after not reading) would only do harm.

Many on that list had been reported and discussed for a long time.

That was a RECAP list of SE Bugs we've seen including this one.
For your benefit, to get you up to speed. Not a request.

> They can’t fix what hasn’t already been reported.

Yes, that's what I conveyed to you in the email you did not read. :)
SE Line # not updating and SE Performance are separate, different bugs.

Once more: Is there a QA report for THIS Line # not updating issue?

SE Bugs Recap list again, just for FYI:

- Performance and practical script size limit.
- This one, line # updating.
- Messed up handler indentation.
- Disassociation of SE from script's object.
- SE window disappears if too many tabs.
- Excessive disk use (for HDD/antivirus)
- SE confusion about last insertion point/scroll.
- Weird text hilites in SE.
- Messed up drags
- Clipboard affected by SE editing
- Invisible menus in stacks while SE open
- Uncontrollable scrolling
- Null filter needed when pasting
- Certain errors do not trigger debugging
- (Unable to save changes due to above Disassociation)
- (Hard to set breakpoints due to above line # updating)
- SE sometimes doesn't notice a copy or paste keystroke
- "Find in>Docs" will not be noticed by newbies
- Sometimes either "on" or "end" gets clipped/disappears
-  (and there are more; this is a few)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IDE line number doesn't update

2021-09-22 Thread Curry Kenworthy via use-livecode



Sean:

> I think Curry was aiming that at me to read his previous lng
> email and see all that stuff about his well being

Line Counts in my first email below
- Re Tiemo's line # issue: 3
- Re Sean's Bug comment: 5
- Re Separate LC 9 SE Bugs: 9
- Re Me sick: 2

Wasted if you don't read things, but Me once again:

> Is there a separate Bug reported on this?
> It is not the same as performance issues.

I asked you first.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

===

Tiemo:

 > beside the horrible IDE performance in general
 > the line number doesn't gets updated when scrolling the code
 > Has anybody perhaps found any tweak to get the line # working again?

Only the same tactic you mentioned:

 > You have to click the mouse into the code, to get the line # updated

So the user discipline: Look at code, scroll, click, look at line#.
This feature keeps us on our toes. :)

Sean:

 > This is an issue dating all the way back to LC9.0.0.
 > It has been raised several times
 > I've ended up at Bug 23117
 > 

Is there a separate Bug reported on this?
It is not the same as performance issues.

(The SE has performance issues, and even
line # performance limits I would think,
but not updating is a separate bug.)

I am still a bit sick with the tail end of COVID,
so not up to searching or reporting bugs this week.

Separate LC 9 SE Bugs we have, or had:

- Performance and practical script size limit.
- This one, line # updating.
- Messed up handler indentation.
- Disassociation of SE from script's object.
- SE window disappears if too many tabs.
- Excessive disk use (for HDD/antivirus)
- SE confusion about last insertion point/scroll.
- Weird text hilites in SE.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IDE line number doesn't update

2021-09-22 Thread Curry Kenworthy via use-livecode


Sean:

>  Have you logged these on the quality site?
> I didn’t see them when doing my research.

Me:

> Is there a separate Bug reported on this?
> It is not the same as performance issues.

> I am still a bit sick with the tail end of COVID,
> so not up to searching or reporting bugs this week.

> All from memory, haven't rechecked them.

> (Hope the quick list helps with any bug efforts.
> I'm sicker again; probably my last post this week.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IDE line number doesn't update

2021-09-22 Thread Curry Kenworthy via use-livecode



Craig:

> I am on a Mac. Ever since the red dot issue was resolved
> a few versions ago I have seen none of these issues.

Not seeing and not having are two different things. :)

It may be conflating topics; note the wide range of bugs
that I just listed. Incredible variety. Off the top of my head.

Some of these I specifically saw first on MAC OS, not Windows.
Some from Mac-only LC users. Not a platform-specific bug list.

Unrechecked, so a handful of these may have been fixed or improved.

But absolutely not all; I've seen some of them lately,
and my eyes have witnessed conversation about them too.

Just FYI; having said that, very glad it's been smooth coding for you!

> My longest single script anywhere is about 2000 lines

Great idea wherever possible; shorter code has multiple advantages.

(Hope the quick list helps with any bug efforts.
I'm sicker again; probably my last post this week.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IDE line number doesn't update

2021-09-22 Thread Curry Kenworthy via use-livecode



Me:

> Separate LC 9 SE Bugs we have, or had:

"- Performance and practical script size limit.
- This one, line # updating.
- Messed up handler indentation.
- Disassociation of SE from script's object.
- SE window disappears if too many tabs.
- Excessive disk use (for HDD/antivirus)
- SE confusion about last insertion point/scroll.
- Weird text hilites in SE."

... Also more SE bugs:

- Messed up drags
- Clipboard affected by SE editing
- Invisible menus in stacks while SE open
- Uncontrollable scrolling
- Null filter needed when pasting
- Certain errors do not trigger debugging
- (Unable to save changes due to above Disassociation)
- (Hard to set breakpoints due to above line # updating)
- SE sometimes doesn't notice a copy or paste keystroke
- "Find in>Docs" will not be noticed by newbies
- Sometimes either "on" or "end" gets clipped/disappears
-  (and there are more; this is a few)

All from memory, haven't rechecked them.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/


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


Re: IDE line number doesn't update

2021-09-21 Thread Curry Kenworthy via use-livecode



Tiemo:

> beside the horrible IDE performance in general
> the line number doesn't gets updated when scrolling the code
> Has anybody perhaps found any tweak to get the line # working again?

Only the same tactic you mentioned:

> You have to click the mouse into the code, to get the line # updated

So the user discipline: Look at code, scroll, click, look at line#.
This feature keeps us on our toes. :)

Sean:

> This is an issue dating all the way back to LC9.0.0.
> It has been raised several times
> I've ended up at Bug 23117
> 

Is there a separate Bug reported on this?
It is not the same as performance issues.

(The SE has performance issues, and even
line # performance limits I would think,
but not updating is a separate bug.)

I am still a bit sick with the tail end of COVID,
so not up to searching or reporting bugs this week.

Separate LC 9 SE Bugs we have, or had:

- Performance and practical script size limit.
- This one, line # updating.
- Messed up handler indentation.
- Disassociation of SE from script's object.
- SE window disappears if too many tabs.
- Excessive disk use (for HDD/antivirus)
- SE confusion about last insertion point/scroll.
- Weird text hilites in SE.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: How to suppress the Modal Purge dialog? -- Name space conflict

2021-09-20 Thread Curry Kenworthy via use-livecode


Roland:

> there are number of stacks that have the same stack name

1. Use "delete stack" to remove one from memory
before loading another. Do it carefully;
this is a powerful command! See the dictionary.

> I am not just talking about my own stacks,
> but also stacks from third parties, and opens sources

2. The first step after creating a new stack
(before adding controls) is: give it an unusual name.
This is done BEFORE the stack is ever saved.
Otherwise we see "Untitled" stacks floating around.

I'm sure Roland knows this; I'm speaking to the Community.
We also have a "so many roads" ♫ meme and fan club,
and just as with real highways, yes there are infinitely
many paths. But very few efficient ones to a destination! :)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IAP in App Store

2021-09-19 Thread Curry Kenworthy via use-livecode



Jacqueline:

> If the third param is omitted, the script compiles okay
> but apparently aborts with no error message
> and no information when the app runs on the device.

Hey LC Team: This may be not merely a bug,
but also a "bad habit" in coding practice.
A habit that leads to multiple bugs.

I've seen similar "aborts" that halt execution
but otherwise fail without warning or info.

The LCS equivalent would be a tendency
to overuse "exit to top" in situations
where a "return" or an error bailout
would be more appropriate.

Perhaps only intended as a temporary placeholder
and forgotten, but either way, a better habit
would reduce the number of future bugs/glitches
that follow this pattern. Thanks

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


What's in LC 9.6.4?

2021-09-16 Thread Curry Kenworthy via use-livecode



I can't find the customary use-list and dev-list email,
announcing and summarizing an LC release, for 9.6.4.

(And I never find the Release Notes PDF as useful.)

Perhaps it was mentioned in another thread,
but if so, I overlooked that too.

What are the big LC 9.6.4 changes versus 9.6.3? Thanks.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: RCs and DPs

2021-09-16 Thread Curry Kenworthy via use-livecode



Ben:
> all RCs and DPs have gone, leaving only STABLE versions

Martin:
> there was a policy change by LiveCode that was announced back in May

Heather/LiveCode:
> If you think this will affect you, please do feel free
> to reply to this email, we would be very interested to hear
> why you are using an older, unstable and unsupported release.

This is a good example of LC usage of "stable"
and it explains why the definition is important.

Here "unstable" is used by the LC Team with a negative connotation,
implying less reliable, less well-tested, less fixed, unfinished.

Emphasizing that meaning:
> If you do already have one of these downloads,
> the licensing will continue to work with it,
> however I strongly advise you to move to using a stable release,
> these are test releases and not intended for general use.

Again +1: It's good common sense to prefer a finished version.
I've long had a taboo against using dp/rc for published builds,
if at all possible, for the same reasons.

Why do I mention it?

1. First, some time ago, there was a discussion here
about LC users needing stable LC versions to build with.
In other words, when it's time to really publish your Acme App,
you likely will choose the least-buggy LC version available.

A proposed counterargument/solution was that we were simply
using different definitions of "stable" - the above, versus
a more technical coding-cycle definition of no-more-added-features.
A "stable" version will not necessarily be reliable; YMMV.

But as we see, BOTH definitions are used by LC, and valid.
Both definitions tend to apply to most purposes.
LC has a version build cycle, and so do LC users.

An app build typically requires a stable (completed) LC version,
which is usually likewise a stable (reliable) LC version.
(Often, but not always, the very latest LC "stable" version,
depending on old and new LC bugs that affect an app.)

2. The rhetorical question of why someone might use a dp/rc
is probably worth answering too. Building with a dp/rc
is extremely undesirable for me, yet not QUITE unthinkable.

(And newbies have asked why anyone would keep 2 LC versions at all.)

So here we go with the answers:

A. You were forced to use a dp/rc to meet a publication deadline,
and you have an internal policy of using the same LC where possible
for any minor updates during your own app's version cycle.
(Typically the stable is even better, but I've seen the exception.)

B. The version in question fixed one bug but introduced another.
It's rare, but it has happened, for the "good" LC build
for a particular user app to fall on a dp/rc release.
(We've had cases where fixing one bug introduced another issue.)

C. You need to copy objects from one project to another.
The secret to doing this smoothly in LC is using two IDEs!
Two stable versions usually suffice, such as 9.6.4 and 9.6.3,
but it's possible to need the same version for a new feature.
(*Thus, I would recommend keeping the latest version's dp/rc's online.)

In practice these are rare. I've had 1 or 2 of these situations,
but I'm not very worried about having them again. Just FYI.

I prefer stable releases and the less-cluttered download page.
It is much easier and quicker to navigate now than before!
Another step in the right direction. (Except perhaps this.*)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IDE performance (Re: Suggestion: Non-Appbuilding Community Edition)

2021-09-10 Thread Curry Kenworthy via use-livecode



Lagi:

> My Laptop is SSD and still the problems.
> I have the problems with or without defender on.
> I don't use third party antivirus anymore

That's 2 out of 4 common steps!
Have you disabled the SE "bling" options?

Bling is slang for flashy expensive trinkets,
such as Live Errors and Auto Complete.

(I used to disable Colorization,
but it works fine with SSD.)

BTW, it's not necessary to go without antivirus.
The problem is certain newer intensive options
you can adjust in the antivirus settings.

I don't want people to read this thread
and disable antivirus entirely; be safe!

None of this is new; I listed 6 known factors
and one more would be too much code;
LC 7+ has performance issues that have been
noted for years and are still being fixed.

(I favor shorter code, and it has many perks.
This is just one of them.)

The IDE is not a high-performance design either.
Looks like one underlying issue may improve soon!
Others can be fixed readily if the LC Team
spends more time "hands on" using IDE on Windows.
Then the more rare and exotic bugs will trigger.

Yet another LC problem on Windows is that each launch
of each version of LC may launch a new Setup process
that hangs in memory. Over time, you can end up
with a dozen or more in memory eating up resources.
Check your Task Manager and thin the crowd.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: IDE performance (Re: Suggestion: Non-Appbuilding Community Edition)

2021-09-08 Thread Curry Kenworthy via use-livecode



Ben:

> It would be good to understand if this has always been an issue,
> or whether it came in with the switch to LC7, as we know
> some other Windows-specific speed issues did.

Not "it". Instead a combination:

1. LC 7 Engine Performance issues.
2. New Windows antivirus trends affecting disk access.
3. Mediocre LC SE design with excessive disk access.
4. Lack of LC Dev Team adequate Windows use/testing.
5. Fewer "High Roller" or "VIP" LC users focused on Windows.
6. New SE "wow" features built atop Mediocre LC SE design.
7. Perhaps others/still unknown.

Long thread(s) about this previously including one by myself.

Solutions for many:

1. Only use SSD, never HDD.
2. Tweak antivirus, disable intensive options.
3. Turn off some fancy newer SE bling options.
4. Adequate memory, optimize PC.

I've had no problems since SSD.

(But yeah, it's mostly mediocre IDE design + antivirus trends,
plus Mac is the teacher's pet and favored platform.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Email Support level(s) clarification

2021-09-08 Thread Curry Kenworthy via use-livecode



I hate to ask this offlist one-on-one because
it seems much more of an FAQ-type question,
where answering once could service many people,
saving both LC Ltd and ourselves lots of time.

So here it is

Now "Email Support" is listed as an Addon
in the new livecode.com Standard Pricing page.

The details mention "unlimited email support"
with "2 business days" turnaround.

The cost seems to be the same as a platform.

And here's the reason this is confusing:
I don't see any info on the alternative
or default if we do NOT add Email Support.
(What's the "standard" Standard support, if any?)

In practice, LC support email has been used
for an incredibly broad range of issues.
Everything from "hey, the web store is down"
to Licensing questions. (And this question!)

For years we've had two levels of support:
default, or faster/more involved Pro support.

If the new addon is roughly like Pro support,
and the default still has basic email support,
then it'll all make sense for existing users.
Otherwise ... please enlighten me. Thanks!

(I'd suggest an FAQ on this for newbies too.)

Apologies if this has been covered already;
I was unable to follow every thread lately.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Suggestion: Non-Appbuilding Community Edition

2021-09-05 Thread Curry Kenworthy via use-livecode



Hi Folks,

This seems headed for trouble again if we're not careful.

We must avoid repeating the same history:

1. Added work for LC Ltd without compensation*
2. Buggy struggling main product due to #1
3. Overcomplicating things
4. Burdening those who pay with the extra expense
5. *Added work for ourselves without compensation;
(That was the previous "bright idea" remember?)

Cutting out the free Community version is a smart move.
$10/mo hobby is pretty darn cheap. Everyone can afford that.

(Some end-clients want OSS, but only half of those know why.
The other half are only repeating something they heard.)

A demo is beneficial, and calendar-time-limited demos suck.
Thus, unlimited-calendar-time demo could be the way to go.
10-line scripts suck too. Non-standalone might be the way.

But as Alex said:

> You can make it easy (or even trivial) for anyone
> to install and run the stacks you create.

Yep. Even easier than your example; no plugin necessary.
A shortcut to your stack, and it launches the IDE.
Not that much different from a full desktop app.
I could make it near enough to please most users.
Then we're still encouraging nonpayment for LC.
So we need an additional limitation.

But now we're getting into bad ideas...

Terry:

> what if only licensed versions of LC could produce
> and run distributable/shareable stacks while the free version
> could only run stacks produced by that particular instance of the app?

That's getting nowhere. Two separate communities to support
(plus the sucky problem of Community-can't-run-this-stack)
so extra work for free, and it's begging to be gamed.

I can probably still make a great "app" experience.
This repeats all or most of the old problems,
and even discourages using the $10 version.

Worse still...

Dan:

> Introduce breaking changes when it's necessary
> to move the language forward

We tried "cut off the old hair" memes already, remember?
That was part of the open source breathless refactoring excitement.
Result: twice the bugs with a quarter of the performance for years.
Plus tons of added work for us and our clients to update stacks.

Some people went out of business, others used tons of time or money.
Many of these misguided repeating memes simply need to die!
Better to kill a meme than to see more people get hurt.

LC is not an OS. Breaking changes have been a major pain in the rear.
Almost as bad as the extra bugs and performance problems.

To have a future, we need a firm stable foundation to build upon.
Not encouraging an ever-shifting mire. Recompiles, yes. Rewrites, no.
If maintaining is not easier in LC, people will go use other tools.
We've seen that already. We need to learn from experience.

Likewise...

> I'd also get rid of any existing lifetime
> and lock in licenses (sorry, time to clean house)

That would clean house all right! Hand grenade style.
We'd be getting to the point of serious self-harm.

This one is not so bad, though:

> Nag screen with 5-10 second timeout in IDE and standalones

Nix the standalones; free should be noncompiling, at least for desktop.
But nags can be useful. And a possible mobile solution,
but it would have to be combined with one more limitation.

Today's users are quite willing to tolerate some nags.
If LC Free competes against its own $10 version, nobody wins.
We're back to a buggy underfunded main product.

I've been too sick (good old Delta) to follow the whole thread,
just read the last few messages, and will probably not be able
to follow the rest of the discussion for a while either.
This post is all I can muster.

But let's learn from the old mistakes, eh?
Many things which sound great ... aren't.
Repeating them makes things ... worse.
Let's not nuke ourselves again in the process. :)

Happy coding, and hopefully I'll be back in action after a few days.
Hoping this doesn't head right off the cliff while I'm down sick!
Wish I could give this the full attention it deserves

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: LiveCode community edition is gone

2021-08-31 Thread Curry Kenworthy via use-livecode



Alex:

> I'm surprised there is no "annual payment" option
> on the standard plan. The standard plan is also the hobbyist plan

"The LiveCode standard plan is an annual subscription which starts
at $299 per deployment platform per year"

"LiveCode Starter Plan
A great way to get started with LiveCode
and for those who like to code as a hobby"

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Licensing model change

2021-08-31 Thread Curry Kenworthy via use-livecode



Kevin:

> After 8 years with an open source offering we have come to
> the conclusion this is not the way forward for LiveCode.

I agree. In 2013 I was on-the-record as an OSSLC skeptic.
I urged caution, but my input was summarily brushed aside;
"we've already decided with our VIPs" was the mindset.
There were many cheerleaders and nobody wanted analysis.

I seem to be vindicated, by time and facts.
My logic was not clouded by cliques or politiques.
Some of my worries came true, despite popular mantras.

Now as then, I offer some clear-headed thoughts in kindness.
Feel free to accept or ignore them; again time will tell.

To save us all another 8 years of issues, my advice now is:

1. Get the pricing right!

Dropping open-source is the first step, and that's right.
Pricing per platform is probably right, but needs tweaking.
Standard plan starts off right, but ends up too expensive.
The discount should increase per addon platform.

You will find that many people can't afford what they need.
Probably +1 platform per price tier would be nearer the mark.
Neither extreme is good; all freeloaders or all Cadillac.
Let's not jump from one mistake right to the other.

2. Get the code right!

A. We build software on LiveCode.
B. Foundations must be stable and solid.
C. The goal is to be easier and save dev time.
D. Therefore LiveCode must offer a solid foundation,
that is quite stable over time. (Moreso than Apple.)

LC 7 and 8 introduced tons of bugs. Buggy is bad.
Performance also dropped dramatically. Not good.

Today's roadmap looks like a step the right direction.
Some solid engine improvements.

For many years I've seen newbies unable to tell
whether a bug was LC's fault or their own.
That usually shouldn't be a tossup; firm foundation!
And LC needs to perform well to be competitive.

When an underlying API changes, our top-level code shouldn't.
Sometimes maybe, but usually not. Understand LC's paradigm.
Think how expensive client-side code changes were from 7 to 9.

3. Get the listening right!

I've warned about cliques and ever-changing inner circles.
Yep, there's a reason why group-think has a bad reputation. :)

Also about pre-biased poll designs and cherry picked focus groups.
Yep, you hear what you expect, but you don't get true feedback.

Diversity of opinion is good, and objectivity is rare.
But logic is a firm foundation, and emotion is not.
You won't recruit a new user generation by limiting the narrative.
Listen and learn. It always goes both ways. That's the beauty of it.

4. Happy coding!

I'm stick sick (fever too at the moment) so just pitching in
right now with my observations out of kind timely consideration.
So no flame wars at me please; time will verify what I've said.

Looks like we're entering a promising new chapter. Back to rest!
(More news of my own eventually, after I shake this illness)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Accumulating text is *VERY* slow in LC9 on Windows

2021-08-25 Thread Curry Kenworthy via use-livecode



Ben:

> But the key thing is: for this task, LC9 is
> dramatically slower on Windows!)
> Have others seen something like this?

Generally: Yep, I've seen plenty of slowdowns.
On both Windows and Mac, depending on the task.

Specifically: I'd like to test this later;
still recovering from two back-to-back illnesses.

Suggestion: although your code may look short,
you're potentially testing up to 5 different issues:

1. Loop speed
2. Text line parse speed
3. Text concat speed
4. Variable/memory speed
5. Mac to Win text

It would be good to narrow your test
and see which area has the biggest impact,
or eliminate some of those possible factors.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: SivaSiva: in htmltext, is there a link to a separate stack?

2021-08-20 Thread Curry Kenworthy via use-livecode


Sannyasin:

> So, in the htmltext
> set the htmltext of fld "helpField" to tNews
> in there a “link” that would take you, by example, to a stack called
> card “listen-collections” with in “listen.livecode” ??

Matthias:

> the linkClicked message should be your friend

Me:

... and a text link can do anything LiveCode can do.

It can trigger any code or handlers that you wish,
using the href with any logic or protocol you prefer.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Math/logic lessons from B-21 and Afghanistan

2021-08-19 Thread Curry Kenworthy via use-livecode



(Had some downtime again this week; still under the weather.)

Here are a couple of additional math/logic lessons seen in media,
which can be applied equally well to LC code and software dev

A. Periodic Task Optimization (B-21 bomber stealth coating repair):

1. Calculate impact of various defects/needs on actual performance.
2. Trigger targeted action when an area's impact passes threshold.

Result: "cuts down maintenance time between missions significantly"

(Nice! I've used a similar approach for periodic intensive tasks.)



--

B. Prerequisites and ordering tasks (Afghanistan pullout):

1. Orderly free movement of people requires security and logistics.
2. Movement from Point A to Point B requires first reaching Point A.
3. Therefore, evacuate civilians before collapsing security operation.

Result: "Taliban fighters blocking checkpoints and assaulting Afghans"

(Whoops. Best to consider prerequisites before - "pre" - the event!)



--

Happy coding! Hopefully I'll be back in action next week

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Good math/code lesson from HMS Queen Elizabeth

2021-08-11 Thread Curry Kenworthy via use-livecode



Only 1 post this week; typing hurts.
(Downtime after a neurotoxin exposure.)

Big fan of the F-35 stealth fighter.
So naturally, the HMS Queen Elizabeth too!
Great journey this year with US and UK jets.

Also a TV show about the ship, "Supercarrier."
One episode had a good math (or code) lesson:

During sea trials, they noticed some vibration.
Almost shrugged it off, but then found damage.
Cause: a bad engineering calculation years ago;
they had trusted and built upon a bad calc.

Luckily it acted up early during the trials,
so no injuries or mission complications.

But a good reminder: build on a firm foundation,
double-check assumptions, and triple test apps!

More news in a week or two

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: M1 Mac mini for LC: First Impressions

2021-08-02 Thread Curry Kenworthy via use-livecode



Ralph:

> I have to make a decision on what Mac to get.
> I don't need a laptop so a Mac mini
> is definitely a lower cost option for me.

I say go for it; no regrets here.
My purpose is LC dev/test machine,
and it will fit that role perfectly.

I already had that old Mac mini,
and the new one accepted the same cords.
Same screen, keyboard, mouse. Quick swap.

I'll still be primarily on the PC laptop,
but the new Mac makes testing a breeze,
and good Mac-specific dev when needed.

Not swooning, but I do really like it. :)
Made in Malaysia - pretty cool.

(I used to play badminton with some Malaysians.
They taught me a badass spike to dominate it.
Before that, no idea people could spike in badminton!)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: M1 Mac mini for LC: First Impressions

2021-08-02 Thread Curry Kenworthy via use-livecode



Keith:

> Very good to see this thoughtful list
> of your reactions and feelings.

Glad you liked it!
I'll do a follow-up in a few weeks.

Yes, "feelings" are wonderful ...
Especially the kind measured
to the nearest millisecond.
Those are my kind.

LiveCode felt that my M1 Mac
was  ms slower than my i5 PC,
on the same task/code/data.

(A hard fact, not an impression.)

> rather promising for the future. :-O

I certainly hope so! The flip side is:
a bit less promising for the present,
but I had very modest expectations.

Quite glad it worked at all! No glitches.
That in itself was cause for great joy.
(Huge smile on my face that day.)

> It will be fascinating to see how
> performance improves with a native
> Apple silicon build of LC

Yep, native code would help.
Roughly equal, I'd say in the meantime,
for the two chips in question;
yet the i5 wins in the current setup.

(Easy to guess which machine is still my primary.)

Just as importantly, this was only 1 test
so it's not a comprehensive comparison.
But a good test nonetheless.

It will be interesting as they develop.
Look lively, may the best chip win! ;)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


M1 Mac mini for LC: First Impressions

2021-08-01 Thread Curry Kenworthy via use-livecode



I'm finally getting a chance to post this,
after setting up a brand new Mac mini
recently to replace my old 2012 Mac mini.
It's all about LC work, of course

Origin: Made in Malaysia.
If you need a Mac Not-Made-in-China,
and can't afford Mac Pro, this is it!
(Ethically sourcing my hardware now.)

Hardware Design: Compact but roomy.
Ports are sufficient and easy to access.
Allows the standard PC peripherals:
good options, ergonomics, and reliability.

Packaging Design: Ergonomically Retarded.
Perfectly flush square shrinkwrapped box,
sans grips, sans gaps, sans common sense.
Careful not to drop your new investment!

Hardware Setup: Smooth and painless.
Accepted my old USB and HDMI connections.
Had me press 2 keys to identify keyboard.

System Software Setup: Not bad; about 15 minutes.
Wifi on first try. Set up without an Apple account!
Disabled most privacy/performance concerns easily,
so running fairly optimized and safe from Day One.

Big Sur System Software Design: We'll see.
I've been a critic of Apple's hypocrisy
(violating their own previous HIG principles)
so I'll save that for Second Impressions.
Hoping their UI has improved a bit finally.

Livecode: Big download! (LC is always chubby on Mac.)
Licensed on first try. First run installed Rosetta,
which went smoothly, and is seamless so far.

M1 Chip with LC: Snappy but not amazing.
In fact, my i5 budget Windows laptop
was faster on the only task I've timed.
(Factoring in Rosetta, probably similar.)
But I already had modest expectations.
No additional glitches so far versus Intel.

Overall: Solid "budget-ish" machine for LC Mac dev.
Happy to be running Apple's latest HW/SW for a change;
it will have a good impact on addons and client projects.
(Including new WordLib and WordReport updates.)

I'll post again on M1 and Big Sur with LC after more use.
Hope this is helpful for anyone in the same boat I was. :)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Double checking maximum vertical scroll

2021-07-20 Thread Curry Kenworthy via use-livecode



Don't subtract the topmargin; that's the problem.

(BTW, LC already limits the max scroll for us.
Usually we don't need to calculate it.
But if you do, the topmargin is your issue.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Double checking maximum vertical scroll

2021-07-19 Thread Curry Kenworthy via use-livecode



Paul:

> In a list field, if you are scrolling a field by script control,
> the max vertical scroll to display the last line

> essentially you have to take the formattedHeight
> minus the field height and subtract out the margins and borders

Subtracting the topmargin is not needed (and gives the wrong value)
because you want the last line. The formattedHeight covers that.
So just subtract the bottomMargin and height if desired.

(The topmargin would be more useful to display the FIRST line.)

Additionally, LC fields don't scroll past their contents
(unless the field in question has a large bottomMargin)
so setting a scroll of 2^30 also works well in practice.
For most cases, we don't have to calculate the max; LC does.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: Drag and drop within a list field

2021-07-16 Thread Curry Kenworthy via use-livecode



Paul:

> the data in the custom property look like:
> codename1

That's backwards, try this:
name1code

And with a tab stop, you may not need a custom property!
Fields can hold more content than what meets the eye.

> foldernameA

Do you really need "folder" and "code" spelled out?
Redundant content will limit performance/list size.

I would aim for either:

nameAf
name1c

or:

nameA1
name12

... where 1 and 2 etc are unique IDs and match a data array.
Way better than trying to mirror the content in a prop.

> The user must keep moving the mouse around slightly
> so that continual dragMove messages are sent

Messages are messages, ditto for commands, "never the twain."
Keep them separate, user a timer or an alternate message.
Messages are handy - not holy.

> coding drag and drop operations in LC
> is one of the areas I am least familiar with.

One of the most fun areas, really. Way back during college,
I remember using (probably HC?) to whip up a class schedule
drag-and-drop UI because I had transferred between U's
and had to fit just the right things in one semester.

The other students were doing this with pencil and paper.
It was a smooth stack, light-years ahead of its time.
My counselor was surprised at the classes I fit in.

And since then, LC drag and drop just gets more fun!
(Although, as I hinted one conference, we're moving beyond
that stage pretty soon in the history of app dev.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: [ANN] Release 9.6.3 RC-1

2021-07-06 Thread Curry Kenworthy via use-livecode



Panos:
> LiveCode 9.6.3 RC-1 comes with more than 60 changes

Thanks, I will aim to do some rc1 testing this week and next week.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


Re: scripted find and find again...

2021-06-27 Thread Curry Kenworthy via use-livecode



Paul:

> It appears Livecode's language has no support for Backwards searching.

These days, for a one-off backward sequential find with no hints,
I'd be tempted to use a "last item of" calculation; short and simple.

> With hints, so it shows you snippets of the matches for you to jump
> to one rather then advancing sequentially through them?

To compile a complete list of matches, just search from the beginning.
You're providing random access to results, along with Next/Previous,
but the actual search is done in normal "forward" mode.

(And yes, I've done that once or twice.)

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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


  1   2   3   4   >