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

[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: Sorting text is *VERY* slow in LC9 on Windows (Re: Accumulating text is *VERY* slow in LC9 on Windows)

[scott--- via use-livecode]

Yes, it did mention cheese... but it was entirely on topic and about LiveCode. 
(How could Mom not approve.)
--
Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web   https://elementarysoftware.com/
email sc...@elementarysoftware.com
booth1-360-734-4701
--

> On Sep 10, 2021, at 11:15 AM, J. Landman Gay via use-livecode 
>  wrote:
> 
> You're talking about cheese. I'm telling Mom. Nyah.
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On September 10, 2021 8:42:48 AM Trevor DeVore via use-livecode 
>  wrote:
> 
>> On Fri, Sep 10, 2021 at 8:15 AM Mark Waddingham via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> On 2021-09-10 14:06, Mark Waddingham via use-livecode wrote:
>>> > The windows heap is much more prudent than UNIXy counterparts it would
>>> > seem - where UNIX heaps will happily leave plenty of free space (which
>>> > the heaps know about and thus can re-use), Windows appears to avoid
>>> > that like the plague (which I'm sure is the case for lots of
>>> > historical reasons and backwards compatibility). [ To give a very
>>> > rough analogy, the map of used space in a heap on windows is like a
>>> > block of cheddar; whereas on UNIXy systems it will be like a block of
>>> > edam ].
>>> 
>>> I of course meant 'Swiss', not 'Edam'!
>> 
>> 
>> Thanks for the clarification. I feel like I have a decent understanding of
>> cheeses, but I couldn’t figure out how cheddar and edam were different in
>> this analogy :-)
>> 
>> --
>> Trevor DeVore
>> ScreenSteps
>> 
>>> 
>> ___
>> 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

___
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: There is one stack the cause delays - 5 to 10 seconds

[Sannyasin Brahmanathaswami via use-livecode]

No, it’s not the “autosave” . I commented to out.

But here is something strange:

I turned off of the Livecode

Then it on. There is in message box

openStack [return]



72,1631321454.44635,doExtensionsChanged,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revideextensionlibrary.livecodescript"

3,1631321455.004613,__EnsureAccept,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Extensions/com.livecode.library.remotedebugger/remotedebugger.livecode"

74,1631321456.455547,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

75,1631321456.484995,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

76,1631321456.488533,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

77,1631321456.493232,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

78,1631321456.495876,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

79,1631321456.498551,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

80,1631321456.503169,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

81,1631321456.507176,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

82,1631321456.509819,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

83,1631321456.513577,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

84,1631321456.516456,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

85,1631321456.519026,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

86,1631321456.532433,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

87,1631321456.53371,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

88,1631321456.537452,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

89,1631321456.538698,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

90,1631321456.541284,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

91,1631321456.543849,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

92,1631321456.547843,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

93,1631321456.550385,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

94,1631321456.573789,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

96,1631321456.584746,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

95,1631321456.586641,ulDeleteLocals,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revliburl.livecodescript"

97,1631321456.56,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

98,1631321456.593124,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

99,1631321456.59438,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

100,1631321456.597303,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

101,1631321456.600304,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

102,1631321456.603954,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

103,1631321456.608302,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

104,1631321456.611469,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"

105,1631321456.614553,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/C

Re: [ANN] Organize 1.1 now in App Store

[Tom Glod via use-livecode]

Very happy to read these positive reports about the mobile engine. Thanks.

On Fri, Sep 10, 2021 at 4:57 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 9/10/21 2:32 PM, Mark Smith via use-livecode wrote:
> > Thanks Bill,
> >
> > One other thing I wanted to address in the announcement, but forgot, was
> just the sheer reliability of Livecode. I started beta testing 6 months
> ago, there where 3 rounds of testing and about 19 testers. Not once did
> TestFlight report a crash (it tracks these for you). When I sent it for app
> review, it passed on the first attempt in < 24 hours. Same on the 2nd
> attempt (because I had messed up the screen shots and had to redo them). A
> huge part of the reliability and credibility of this app must go to
> Livecode for the development of such a superbly reliable application
> development environment. It just works, and for that I am immensely
> grateful. There are 10’s of thousands of lines of code running in that app,
> most of them not written by me. I am grateful for the attention to detail
> and professionalism the entire LC team represents. It means a lot.
>
> I agree. I was looking at the developer reports in Google Play yesterday
> and our app has had
> zero crashes, freezes, or any other problem that Google tracks. It's been
> in the store for 6+
> months.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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] Organize 1.1 now in App Store

[J. Landman Gay via use-livecode]

On 9/10/21 2:32 PM, Mark Smith via use-livecode wrote:

Thanks Bill,

One other thing I wanted to address in the announcement, but forgot, was just the 
sheer reliability of Livecode. I started beta testing 6 months ago, there where 3 
rounds of testing and about 19 testers. Not once did TestFlight report a crash (it 
tracks these for you). When I sent it for app review, it passed on the first 
attempt in < 24 hours. Same on the 2nd attempt (because I had messed up the 
screen shots and had to redo them). A huge part of the reliability and credibility 
of this app must go to Livecode for the development of such a superbly reliable 
application development environment. It just works, and for that I am immensely 
grateful. There are 10’s of thousands of lines of code running in that app, most 
of them not written by me. I am grateful for the attention to detail and 
professionalism the entire LC team represents. It means a lot.


I agree. I was looking at the developer reports in Google Play yesterday and our app has had 
zero crashes, freezes, or any other problem that Google tracks. It's been in the store for 6+ 
months.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: There is one stack the cause delays - 5 to 10 seconds

[J. Landman Gay via use-livecode]

Could it be the autosave in GITA Tools?

On 9/10/21 1:01 PM, Sannyasin Brahmanathaswami via use-livecode wrote:

On any attempt do anything, whether it typing script in script editor, if I 
change window, or the property browser, wherever we do, there is 5-10 seconds 
delays. Its impossible to work, or very slow to work in this stack. Could be a 
pendMessage?

8829,1631295654.762945,revSEDelayTogglePalettes,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revbackscriptlibrary.livecodescript"
8832,1631295654.789005,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"
8826,1631295655.076493,__EnsureAccept,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Extensions/com.livecode.library.remotedebugger/remotedebugger.livecode"
8831,1631295655.0909,revUpdateSelectionChanged,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revbackscriptlibrary.livecodescript"
8778,1631295937.884898,autoSave,stack 
"/Users/brahmanathaswami/Documents/_LiveCode/GITA 
Tools/Audio_Transcriber_3-3.livecode"
8780,1631295937.934677,autoSave,stack 
"/Users/brahmanathaswami/Documents/_LiveCode/GITA 
Tools/Audio_Transcriber_3-3.livecode"

I don’t what is going on?

BR

___
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




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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] Organize 1.1 now in App Store

[Mark Smith via use-livecode]

Thanks for the suggestion. I’ve added that as well.

Cheers,
Mark

> On Sep 10, 2021, at 9:42 PM, Dev  wrote:
> 
> Just downloaded it and will give it a look. When you get around to the iPad- 
> please sync through iCloud. It’s the Apple way and works seamlessly for so 
> many apps I have. I even have my LC prefs and plug-ins on iCloud so that they 
> are accessible everywhere easily. 
> 
> Kelly 
> 
> Sent from an iDevice on the go, please excuse brevity & any errors
> 
>> On Sep 10, 2021, at 2:24 PM, Mark Smith via use-livecode 
>>  wrote:
>> 
>> Thanks Bill, I’ll add that to the request list. I developed it on a 6S but 
>> went out and bought a 12 today so I could tackle the issue of resizing it 
>> for larger devices (something I know I don’t handle very well at the 
>> moment). My first reaction after installing Organize on the 12 was “holy 
>> crap” this thing is fast. It just transformed the whole experience for me. 
>> (And made LC shine as well I might add). Anyway, once I work how to resize 
>> for a 12, I am sure the same method can be applied to things like an iPad. 
>> Of course, the request after that will be “can I sync my iPhone and iPad 
>> to-do’s?”. That is the fun of this though, isn’t it, once you get started it 
>> never ends 😊
>> 
>> Thanks for the suggestion, its a good one.
>> 
>> Mark
>> 
>> 
>>> On Sep 10, 2021, at 8:58 PM, proth...@earthlearningsolutions.org wrote:
>>> 
>>> Thanks, Mark. I was thinking about it as a scheduler instead of a task 
>>> reminder. I use the Apple calendar for reminders of appointments mostly. It 
>>> is a nice job.
>>> 
>>> For me, I have 2 ipads, an iPhone, and a desktop Mac. I like to use my iPad 
>>> whenever possible because of the screen size. It could be nice if you had 
>>> an ipad version too and for Apple, it probably wouldn’t require a lot of 
>>> extra coding, but organizing for a larger screen could be a bit of work.
>>> 
>>> Nice work and it’s great that you had an easy time with the Apple store.
>>> 
>>> Best,
>>> Bill P.
>>> 
 On Sep 10, 2021, at 12:16 PM, Mark Smith >>> > wrote:
 
 Interesting question Bill. I guess the biggest difference is it does not 
 require you to “sequence” activities according to time (although, yes, 
 scheduling will be in a subsequent version). For now, a typical page might 
 look something like the following…
 
 
 
 i
 
 
 And, as the reorder “action” on the page suggests, you can re-arrange 
 items as you want. It’s a list, and a flexible one at that. Don’t get to a 
 task? There is a row menu that lets you move it to another day/date. Often 
 I find if I don’t get to it today, and tomorrow is not looking any better, 
 I’ll just throw it forward a week and deal with it then.
 
 It’s primarily a list of tasks you constantly add to, rearrange, reorder, 
 finish, etc. 
 
 Hope that helps. 
 
 Mark
 
 
> On Sep 10, 2021, at 6:55 PM, ELS Prothero via use-livecode 
> mailto:use-livecode@lists.runrev.com>> 
> wrote:
> 
> Sorry, I started but didn’t continue to participate in the feedback 
> request for your app. My question, though, is “what does this app do that 
> just using the calendar can’t?” It could help to state it’s unique 
> capabilities in the app description.
 
>>> 
>>> William A. Prothero, Ph.D.
>>> University of California, Santa Barbara Dept. of Earth Sciences (Emeritus)
>>> Santa Barbara, CA. 93105
>>> http://earthlearningsolutions.org/ 
>> 
>> ___
>> 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

___
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] Organize 1.1 now in App Store

[Dev via use-livecode]

Just downloaded it and will give it a look. When you get around to the iPad- 
please sync through iCloud. It’s the Apple way and works seamlessly for so many 
apps I have. I even have my LC prefs and plug-ins on iCloud so that they are 
accessible everywhere easily. 

Kelly 

Sent from an iDevice on the go, please excuse brevity & any errors

> On Sep 10, 2021, at 2:24 PM, Mark Smith via use-livecode 
>  wrote:
> 
> Thanks Bill, I’ll add that to the request list. I developed it on a 6S but 
> went out and bought a 12 today so I could tackle the issue of resizing it for 
> larger devices (something I know I don’t handle very well at the moment). My 
> first reaction after installing Organize on the 12 was “holy crap” this thing 
> is fast. It just transformed the whole experience for me. (And made LC shine 
> as well I might add). Anyway, once I work how to resize for a 12, I am sure 
> the same method can be applied to things like an iPad. Of course, the request 
> after that will be “can I sync my iPhone and iPad to-do’s?”. That is the fun 
> of this though, isn’t it, once you get started it never ends 😊
> 
> Thanks for the suggestion, its a good one.
> 
> Mark
> 
> 
>> On Sep 10, 2021, at 8:58 PM, proth...@earthlearningsolutions.org wrote:
>> 
>> Thanks, Mark. I was thinking about it as a scheduler instead of a task 
>> reminder. I use the Apple calendar for reminders of appointments mostly. It 
>> is a nice job.
>> 
>> For me, I have 2 ipads, an iPhone, and a desktop Mac. I like to use my iPad 
>> whenever possible because of the screen size. It could be nice if you had an 
>> ipad version too and for Apple, it probably wouldn’t require a lot of extra 
>> coding, but organizing for a larger screen could be a bit of work.
>> 
>> Nice work and it’s great that you had an easy time with the Apple store.
>> 
>> Best,
>> Bill P.
>> 
 On Sep 10, 2021, at 12:16 PM, Mark Smith >>> > wrote:
>>> 
>>> Interesting question Bill. I guess the biggest difference is it does not 
>>> require you to “sequence” activities according to time (although, yes, 
>>> scheduling will be in a subsequent version). For now, a typical page might 
>>> look something like the following…
>>> 
>>> 
>>> 
>>> i
>>> 
>>> 
>>> And, as the reorder “action” on the page suggests, you can re-arrange items 
>>> as you want. It’s a list, and a flexible one at that. Don’t get to a task? 
>>> There is a row menu that lets you move it to another day/date. Often I find 
>>> if I don’t get to it today, and tomorrow is not looking any better, I’ll 
>>> just throw it forward a week and deal with it then.
>>> 
>>> It’s primarily a list of tasks you constantly add to, rearrange, reorder, 
>>> finish, etc. 
>>> 
>>> Hope that helps. 
>>> 
>>> Mark
>>> 
>>> 
 On Sep 10, 2021, at 6:55 PM, ELS Prothero via use-livecode 
 mailto:use-livecode@lists.runrev.com>> 
 wrote:
 
 Sorry, I started but didn’t continue to participate in the feedback 
 request for your app. My question, though, is “what does this app do that 
 just using the calendar can’t?” It could help to state it’s unique 
 capabilities in the app description.
>>> 
>> 
>> William A. Prothero, Ph.D.
>> University of California, Santa Barbara Dept. of Earth Sciences (Emeritus)
>> Santa Barbara, CA. 93105
>> http://earthlearningsolutions.org/ 
> 
> ___
> 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
___
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] Organize 1.1 now in App Store

[Mark Smith via use-livecode]

Thanks Bill, I’ll add that to the request list. I developed it on a 6S but went 
out and bought a 12 today so I could tackle the issue of resizing it for larger 
devices (something I know I don’t handle very well at the moment). My first 
reaction after installing Organize on the 12 was “holy crap” this thing is 
fast. It just transformed the whole experience for me. (And made LC shine as 
well I might add). Anyway, once I work how to resize for a 12, I am sure the 
same method can be applied to things like an iPad. Of course, the request after 
that will be “can I sync my iPhone and iPad to-do’s?”. That is the fun of this 
though, isn’t it, once you get started it never ends 😊

Thanks for the suggestion, its a good one.

Mark


> On Sep 10, 2021, at 8:58 PM, proth...@earthlearningsolutions.org wrote:
> 
> Thanks, Mark. I was thinking about it as a scheduler instead of a task 
> reminder. I use the Apple calendar for reminders of appointments mostly. It 
> is a nice job.
> 
> For me, I have 2 ipads, an iPhone, and a desktop Mac. I like to use my iPad 
> whenever possible because of the screen size. It could be nice if you had an 
> ipad version too and for Apple, it probably wouldn’t require a lot of extra 
> coding, but organizing for a larger screen could be a bit of work.
> 
> Nice work and it’s great that you had an easy time with the Apple store.
> 
> Best,
> Bill P.
> 
>> On Sep 10, 2021, at 12:16 PM, Mark Smith > > wrote:
>> 
>> Interesting question Bill. I guess the biggest difference is it does not 
>> require you to “sequence” activities according to time (although, yes, 
>> scheduling will be in a subsequent version). For now, a typical page might 
>> look something like the following…
>> 
>> 
>> 
>> i
>> 
>> 
>> And, as the reorder “action” on the page suggests, you can re-arrange items 
>> as you want. It’s a list, and a flexible one at that. Don’t get to a task? 
>> There is a row menu that lets you move it to another day/date. Often I find 
>> if I don’t get to it today, and tomorrow is not looking any better, I’ll 
>> just throw it forward a week and deal with it then.
>> 
>> It’s primarily a list of tasks you constantly add to, rearrange, reorder, 
>> finish, etc. 
>> 
>> Hope that helps. 
>> 
>> Mark
>> 
>> 
>>> On Sep 10, 2021, at 6:55 PM, ELS Prothero via use-livecode 
>>> mailto:use-livecode@lists.runrev.com>> 
>>> wrote:
>>> 
>>> Sorry, I started but didn’t continue to participate in the feedback request 
>>> for your app. My question, though, is “what does this app do that just 
>>> using the calendar can’t?” It could help to state it’s unique capabilities 
>>> in the app description.
>> 
> 
> William A. Prothero, Ph.D.
> University of California, Santa Barbara Dept. of Earth Sciences (Emeritus)
> Santa Barbara, CA. 93105
> http://earthlearningsolutions.org/ 

___
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: Sorting text is *VERY* slow in LC9 on Windows (Re: Accumulating text is *VERY* slow in LC9 on Windows)

[Bob Sneidar via use-livecode]

I’m going to propound on the politics of holey cheese makers in a moment! 

Sent from my iPhone

> On Sep 10, 2021, at 11:16, J. Landman Gay via use-livecode 
>  wrote:
> 
> You're talking about cheese. I'm telling Mom. Nyah.
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
>> On September 10, 2021 8:42:48 AM Trevor DeVore via use-livecode 
>>  wrote:
>> 
>> On Fri, Sep 10, 2021 at 8:15 AM Mark Waddingham via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
 On 2021-09-10 14:06, Mark Waddingham via use-livecode wrote:
>>> > The windows heap is much more prudent than UNIXy counterparts it would
>>> > seem - where UNIX heaps will happily leave plenty of free space (which
>>> > the heaps know about and thus can re-use), Windows appears to avoid
>>> > that like the plague (which I'm sure is the case for lots of
>>> > historical reasons and backwards compatibility). [ To give a very
>>> > rough analogy, the map of used space in a heap on windows is like a
>>> > block of cheddar; whereas on UNIXy systems it will be like a block of
>>> > edam ].
>>> 
>>> I of course meant 'Swiss', not 'Edam'!
>> 
>> 
>> Thanks for the clarification. I feel like I have a decent understanding of
>> cheeses, but I couldn’t figure out how cheddar and edam were different in
>> this analogy :-)
>> 
>> --
>> Trevor DeVore
>> ScreenSteps
>> 
>>> 
>> ___
>> 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
> 
> 
> 
> 
> ___
> 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
___
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] Organize 1.1 now in App Store

[Mark Smith via use-livecode]

Hi Bill,

I also use color to represent different categories of activity. All of the 
“light blue” items are related to app development, for example, all of the pink 
items to my consulting business, and orange and green to various training 
programs I am part of. You can assign colours to categories as you see fit. 
There will also be a future use for this in a version that adds searching so, 
for example, you will be able to search for all of the “app development” items, 
or all of the “training” items, etc.

But thanks for asking,

Mark




> On Sep 10, 2021, at 8:16 PM, Mark Smith  wrote:
> 
> Interesting question Bill. I guess the biggest difference is it does not 
> require you to “sequence” activities according to time (although, yes, 
> scheduling will be in a subsequent version). For now, a typical page might 
> look something like the following…
> 
> 
> 
> i
> 
> 
> And, as the reorder “action” on the page suggests, you can re-arrange items 
> as you want. It’s a list, and a flexible one at that. Don’t get to a task? 
> There is a row menu that lets you move it to another day/date. Often I find 
> if I don’t get to it today, and tomorrow is not looking any better, I’ll just 
> throw it forward a week and deal with it then.
> 
> It’s primarily a list of tasks you constantly add to, rearrange, reorder, 
> finish, etc. 
> 
> Hope that helps. 
> 
> Mark
> 
> 
>> On Sep 10, 2021, at 6:55 PM, ELS Prothero via use-livecode 
>> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> Sorry, I started but didn’t continue to participate in the feedback request 
>> for your app. My question, though, is “what does this app do that just using 
>> the calendar can’t?” It could help to state it’s unique capabilities in the 
>> app description.
> 

___
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] Organize 1.1 now in App Store

[prothero--- via use-livecode]

Thanks, Mark. I was thinking about it as a scheduler instead of a task 
reminder. I use the Apple calendar for reminders of appointments mostly. It is 
a nice job.

For me, I have 2 ipads, an iPhone, and a desktop Mac. I like to use my iPad 
whenever possible because of the screen size. It could be nice if you had an 
ipad version too and for Apple, it probably wouldn’t require a lot of extra 
coding, but organizing for a larger screen could be a bit of work.

Nice work and it’s great that you had an easy time with the Apple store.

Best,
Bill P.

> On Sep 10, 2021, at 12:16 PM, Mark Smith  wrote:
> 
> Interesting question Bill. I guess the biggest difference is it does not 
> require you to “sequence” activities according to time (although, yes, 
> scheduling will be in a subsequent version). For now, a typical page might 
> look something like the following…
> 
> 
> 
> i
> 
> 
> And, as the reorder “action” on the page suggests, you can re-arrange items 
> as you want. It’s a list, and a flexible one at that. Don’t get to a task? 
> There is a row menu that lets you move it to another day/date. Often I find 
> if I don’t get to it today, and tomorrow is not looking any better, I’ll just 
> throw it forward a week and deal with it then.
> 
> It’s primarily a list of tasks you constantly add to, rearrange, reorder, 
> finish, etc. 
> 
> Hope that helps. 
> 
> Mark
> 
> 
>> On Sep 10, 2021, at 6:55 PM, ELS Prothero via use-livecode 
>> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> Sorry, I started but didn’t continue to participate in the feedback request 
>> for your app. My question, though, is “what does this app do that just using 
>> the calendar can’t?” It could help to state it’s unique capabilities in the 
>> app description.
> 

William A. Prothero, Ph.D.
University of California, Santa Barbara Dept. of Earth Sciences (Emeritus)
Santa Barbara, CA. 93105
http://earthlearningsolutions.org/

___
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 possible problem

[Mark Smith via use-livecode]

Apologies, I should have mentioned it: 2.3 GHz Dual-Core Intel Core i5

> On Sep 10, 2021, at 6:12 PM, Peter Bogdanoff via use-livecode 
>  wrote:
> 
> Thanks Matthias, Bernard, and Mark!
> 
> I’m seeing that the issue is probably not processor related. Bernard on an M1 
> didn’t have trouble. Matthias on Intel did, as well as Mark who didn’t 
> specify what he had—but the bad results do mirror exactly what the Chinese 
> user was seeing on her M1.
> 
> The final card that becomes unresponsive is because of a semi-opaque overlay 
> that’s a setup for a license activation group to show on top. At that point 
> the program is trying to read a local file that contains the current license 
> info—if the local license file doesn’t exist (new user), it will load the 
> license group with a field to enter a key, or the user can choose to continue 
> with the free limited version. The script is seeming to stop around that 
> point.
> 
> I’ve been trying to make the problem show for me, including what Matthias 
> suggested—running it from the installer which does seem to work normally. I 
> also tried deleting the pref file containing language and location choices 
> that was written at the opening, in hopes of narrowing it down to an 
> inability to write or read a file from the pref folder in the library. 
> Deleting the pref file caused a script error that shows the standard LC error 
> dialog added by the installer, so it’s not that.
> 
> So apparently something in my script is failing to complete for some users. 
> This was built with LC 9.6.1. I’ll work on it more…
> 
> Peter Bogdanoff
> 
>> On Sep 10, 2021, at 4:45 AM, matthias rebbe via use-livecode 
>>  wrote:
>> 
>> Dear Peter,
>> 
>> i have not an M1, but am always interested what can be produced with LC.
>> 
>> I tested your program and noticed that although i switched to English and 
>> World i see a button with chinese text on the next page.
>> 
>> Regarding your problem.
>> Is it possible by any change that your user is running the app from mounted 
>> DMG? At least then it does not go any further after pressing the button with 
>> chinese text. The next card, which displays J.S Bach i think, comes up, but 
>> the menu in the middle is greyed out and the program stops.
>> When quitting it still prompts if you want to quit. But none of the menu 
>> entries work.
>> 
>> Regards,
>> Matthias
>> 
>> 
>> 
>>> Am 10.09.2021 um 07:56 schrieb Peter Bogdanoff via use-livecode 
>>> :
>>> 
>>> Hi,
>>> 
>>> A particular user of my Music In the Air program is having trouble with it 
>>> running correctly; a card fails to load the data to go ahead. She is in 
>>> China and is using an M1 Mac, neither of which I have access to directly.
>>> 
>>> Would someone who has an M1 try running it and letting me know what 
>>> happens? 
>>> 
>>> https://artsinteractive-products.s3.us-west-1.amazonaws.com/MITA/TestVersion/MITA-installer-mac-china.dmg
>>>  
>>> 
>>> 
>>> 
>>> This is a limited demo version, otherwise fully functional, and will be 
>>> initially in Chinese, but there is an English choice at the startup.
>>> 
>>> Thanks very much, and you can let me know off list what happens.
>>> 
>>> Peter Bogdanoff
>>> bogdan...@me.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
>> 
>> 
>> ___
>> 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
> 
> 
> ___
> 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

___
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] Organize 1.1 now in App Store

[Mark Smith via use-livecode]

Thanks Bill, 

One other thing I wanted to address in the announcement, but forgot, was just 
the sheer reliability of Livecode. I started beta testing 6 months ago, there 
where 3 rounds of testing and about 19 testers. Not once did TestFlight report 
a crash (it tracks these for you). When I sent it for app review, it passed on 
the first attempt in < 24 hours. Same on the 2nd attempt (because I had messed 
up the screen shots and had to redo them). A huge part of the reliability and 
credibility of this app must go to Livecode for the development of such a 
superbly reliable application development environment. It just works, and for 
that I am immensely grateful. There are 10’s of thousands of lines of code 
running in that app, most of them not written by me. I am grateful for the 
attention to detail and professionalism the entire LC team represents. It means 
a lot.

Cheers everyone, and happy coding!!
Mark


> On Sep 10, 2021, at 6:55 PM, ELS Prothero via use-livecode 
>  wrote:
> 
> Sorry, I started but didn’t continue to participate in the feedback request 
> for your app. My question, though, is “what does this app do that just using 
> the calendar can’t?” It could help to state it’s unique capabilities in the 
> app description.

___
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: Sorting text is *VERY* slow in LC9 on Windows (Re: Accumulating text is *VERY* slow in LC9 on Windows)

[J. Landman Gay via use-livecode]

You're talking about cheese. I'm telling Mom. Nyah.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 10, 2021 8:42:48 AM Trevor DeVore via use-livecode 
 wrote:



On Fri, Sep 10, 2021 at 8:15 AM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:


On 2021-09-10 14:06, Mark Waddingham via use-livecode wrote:
> The windows heap is much more prudent than UNIXy counterparts it would
> seem - where UNIX heaps will happily leave plenty of free space (which
> the heaps know about and thus can re-use), Windows appears to avoid
> that like the plague (which I'm sure is the case for lots of
> historical reasons and backwards compatibility). [ To give a very
> rough analogy, the map of used space in a heap on windows is like a
> block of cheddar; whereas on UNIXy systems it will be like a block of
> edam ].

I of course meant 'Swiss', not 'Edam'!



Thanks for the clarification. I feel like I have a decent understanding of
cheeses, but I couldn’t figure out how cheddar and edam were different in
this analogy :-)

--
Trevor DeVore
ScreenSteps




___
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





___
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: Sorting text is *VERY* slow in LC9 on Windows (Re: Accumulating text is *VERY* slow in LC9 on Windows)

[Ben Rubinstein via use-livecode]

Hi Mark,

Thank you for this, very promising.

Only two things puzzled me. One you've already addressed when you corrected 
the specified cheese.


The other was
The only caveat is that it might cause apps mutating lots of medium->large 
strings concurrently to take up more memory in general... > ... (and any issue arising from that could be resolved by moving to the 64-bit

windows engine).


I have been doing my tests on the 64-bit Windows engine. What am I missing?

TIA (and T as always for all your work),

Ben

On 10/09/2021 14:06, Mark Waddingham via use-livecode wrote:

On 2021-09-02 18:38, Mark Waddingham via use-livecode wrote:

We will endeavour to fix for 9.6.5-rc-1 (due 'real soon now'!).


So I have been prodding the windows 'accumulating large strings' speed problem 
this week (in amongst other things).


It is definitely memory allocation causing the problem.

The rule for extending a string buffer when inserting/appending more text is 
pretty much the same as 6.7 (the amount of 'extra space' it asks for each time 
is a little less - but changing it to the constant used in 6.7 makes no 
difference). What is different between 6.7 and 7.0+ is the memory allocation 
patterns of the engine itself and I think it is this which is invariably 
causing a whole new buffer having to be allocated when appending to large 
strings, rather than the existing one being extended.


The windows heap is much more prudent than UNIXy counterparts it would seem - 
where UNIX heaps will happily leave plenty of free space (which the heaps know 
about and thus can re-use), Windows appears to avoid that like the plague 
(which I'm sure is the case for lots of historical reasons and backwards 
compatibility). [ To give a very rough analogy, the map of used space in a 
heap on windows is like a block of cheddar; whereas on UNIXy systems it will 
be like a block of edam ].


So anyway, long story short, making a string buffer grow in proportion to its 
size appears to mitigate the problem - I still need to finesse things a bit 
though to ensure that memory starvation doesn't occur when you have a couple 
of large mutating strings but all being well we should be able to get 
something together for 9.6.5-rc-1.


The only caveat is that it might cause apps mutating lots of medium->large 
strings concurrently to take up more memory in general (i.e. in that extra 
unused 'just in case' space at the end of each buffer) but no more than the 
same apps would on any other (UNIX-based) platform (and any issue arising from 
that could be resolved by moving to the 64-bit windows engine).


For reference, the bug about the string accumulation problem as posed by Ben 
is https://quality.livecode.com/show_bug.cgi?id=23319 (this will also fix the 
sort speed too - as the final step the sort command performs internally is 
re-accumulating the string in the new order).


Warmest Regards,

Mark.

P.S. I cannot really say whether this will help with the various 'IDE can be 
like treacle' on Windows problems - but it definitely can't hurt!




___
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 possible problem

[Peter Bogdanoff via use-livecode]

Thanks Mark, that shows exactly the same issue as others.

> On Sep 10, 2021, at 1:55 PM, Mark Talluto via use-livecode 
>  wrote:
> 
> Hi Peter,
> 
> Here are my test results:
> 
> Intel iMac, Catalina
> I used the Dmg to install the app in my applications folder.
> 
> I ran the software, picked English (language) and World (location).
> The software will not let me click on anything beyond this screen:
> http://www.canelasoftware.com/pub/mita/screen.png 
> 
> 
> -Mark
> 
> 
>> On Sep 10, 2021, at 10:12 AM, Peter Bogdanoff via use-livecode 
>>  wrote:
>> 
>> Thanks Matthias, Bernard, and Mark!
>> 
>> I’m seeing that the issue is probably not processor related. Bernard on an 
>> M1 didn’t have trouble. Matthias on Intel did, as well as Mark who didn’t 
>> specify what he had—but the bad results do mirror exactly what the Chinese 
>> user was seeing on her M1.
>> 
>> The final card that becomes unresponsive is because of a semi-opaque overlay 
>> that’s a setup for a license activation group to show on top. At that point 
>> the program is trying to read a local file that contains the current license 
>> info—if the local license file doesn’t exist (new user), it will load the 
>> license group with a field to enter a key, or the user can choose to 
>> continue with the free limited version. The script is seeming to stop around 
>> that point.
>> 
>> I’ve been trying to make the problem show for me, including what Matthias 
>> suggested—running it from the installer which does seem to work normally. I 
>> also tried deleting the pref file containing language and location choices 
>> that was written at the opening, in hopes of narrowing it down to an 
>> inability to write or read a file from the pref folder in the library. 
>> Deleting the pref file caused a script error that shows the standard LC 
>> error dialog added by the installer, so it’s not that.
>> 
>> So apparently something in my script is failing to complete for some users. 
>> This was built with LC 9.6.1. I’ll work on it more…
>> 
>> Peter Bogdanoff
>> 
>>> On Sep 10, 2021, at 4:45 AM, matthias rebbe via use-livecode 
>>>  wrote:
>>> 
>>> Dear Peter,
>>> 
>>> i have not an M1, but am always interested what can be produced with LC.
>>> 
>>> I tested your program and noticed that although i switched to English and 
>>> World i see a button with chinese text on the next page.
>>> 
>>> Regarding your problem.
>>> Is it possible by any change that your user is running the app from mounted 
>>> DMG? At least then it does not go any further after pressing the button 
>>> with chinese text. The next card, which displays J.S Bach i think, comes 
>>> up, but the menu in the middle is greyed out and the program stops.
>>> When quitting it still prompts if you want to quit. But none of the menu 
>>> entries work.
>>> 
>>> Regards,
>>> Matthias
>>> 
>>> 
>>> 
 Am 10.09.2021 um 07:56 schrieb Peter Bogdanoff via use-livecode 
 :
 
 Hi,
 
 A particular user of my Music In the Air program is having trouble with it 
 running correctly; a card fails to load the data to go ahead. She is in 
 China and is using an M1 Mac, neither of which I have access to directly.
 
 Would someone who has an M1 try running it and letting me know what 
 happens? 
 
 https://artsinteractive-products.s3.us-west-1.amazonaws.com/MITA/TestVersion/MITA-installer-mac-china.dmg
  
 
 
 
 This is a limited demo version, otherwise fully functional, and will be 
 initially in Chinese, but there is an English choice at the startup.
 
 Thanks very much, and you can let me know off list what happens.
 
 Peter Bogdanoff
 bogdan...@me.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
>>> 
>>> 
>>> ___
>>> 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
>> 
>> 
>> ___
>> 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
> 
> ___
> 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


_

There is one stack the cause delays - 5 to 10 seconds

[Sannyasin Brahmanathaswami via use-livecode]

On any attempt do anything, whether it typing script in script editor, if I 
change window, or the property browser, wherever we do, there is 5-10 seconds 
delays. Its impossible to work, or very slow to work in this stack. Could be a 
pendMessage?

8829,1631295654.762945,revSEDelayTogglePalettes,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revbackscriptlibrary.livecodescript"
8832,1631295654.789005,ideMessageSend,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revidelibrary.8.livecodescript"
8826,1631295655.076493,__EnsureAccept,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Extensions/com.livecode.library.remotedebugger/remotedebugger.livecode"
8831,1631295655.0909,revUpdateSelectionChanged,stack "/Applications/LiveCode 
9.6.4.app/Contents/Tools/Toolset/libraries/revbackscriptlibrary.livecodescript"
8778,1631295937.884898,autoSave,stack 
"/Users/brahmanathaswami/Documents/_LiveCode/GITA 
Tools/Audio_Transcriber_3-3.livecode"
8780,1631295937.934677,autoSave,stack 
"/Users/brahmanathaswami/Documents/_LiveCode/GITA 
Tools/Audio_Transcriber_3-3.livecode"

I don’t what is going on?

BR

___
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 possible problem

[Mark Talluto via use-livecode]

Hi Peter,

Here are my test results:

Intel iMac, Catalina
I used the Dmg to install the app in my applications folder.

I ran the software, picked English (language) and World (location).
The software will not let me click on anything beyond this screen:
http://www.canelasoftware.com/pub/mita/screen.png 


-Mark


> On Sep 10, 2021, at 10:12 AM, Peter Bogdanoff via use-livecode 
>  wrote:
> 
> Thanks Matthias, Bernard, and Mark!
> 
> I’m seeing that the issue is probably not processor related. Bernard on an M1 
> didn’t have trouble. Matthias on Intel did, as well as Mark who didn’t 
> specify what he had—but the bad results do mirror exactly what the Chinese 
> user was seeing on her M1.
> 
> The final card that becomes unresponsive is because of a semi-opaque overlay 
> that’s a setup for a license activation group to show on top. At that point 
> the program is trying to read a local file that contains the current license 
> info—if the local license file doesn’t exist (new user), it will load the 
> license group with a field to enter a key, or the user can choose to continue 
> with the free limited version. The script is seeming to stop around that 
> point.
> 
> I’ve been trying to make the problem show for me, including what Matthias 
> suggested—running it from the installer which does seem to work normally. I 
> also tried deleting the pref file containing language and location choices 
> that was written at the opening, in hopes of narrowing it down to an 
> inability to write or read a file from the pref folder in the library. 
> Deleting the pref file caused a script error that shows the standard LC error 
> dialog added by the installer, so it’s not that.
> 
> So apparently something in my script is failing to complete for some users. 
> This was built with LC 9.6.1. I’ll work on it more…
> 
> Peter Bogdanoff
> 
>> On Sep 10, 2021, at 4:45 AM, matthias rebbe via use-livecode 
>>  wrote:
>> 
>> Dear Peter,
>> 
>> i have not an M1, but am always interested what can be produced with LC.
>> 
>> I tested your program and noticed that although i switched to English and 
>> World i see a button with chinese text on the next page.
>> 
>> Regarding your problem.
>> Is it possible by any change that your user is running the app from mounted 
>> DMG? At least then it does not go any further after pressing the button with 
>> chinese text. The next card, which displays J.S Bach i think, comes up, but 
>> the menu in the middle is greyed out and the program stops.
>> When quitting it still prompts if you want to quit. But none of the menu 
>> entries work.
>> 
>> Regards,
>> Matthias
>> 
>> 
>> 
>>> Am 10.09.2021 um 07:56 schrieb Peter Bogdanoff via use-livecode 
>>> :
>>> 
>>> Hi,
>>> 
>>> A particular user of my Music In the Air program is having trouble with it 
>>> running correctly; a card fails to load the data to go ahead. She is in 
>>> China and is using an M1 Mac, neither of which I have access to directly.
>>> 
>>> Would someone who has an M1 try running it and letting me know what 
>>> happens? 
>>> 
>>> https://artsinteractive-products.s3.us-west-1.amazonaws.com/MITA/TestVersion/MITA-installer-mac-china.dmg
>>>  
>>> 
>>> 
>>> 
>>> This is a limited demo version, otherwise fully functional, and will be 
>>> initially in Chinese, but there is an English choice at the startup.
>>> 
>>> Thanks very much, and you can let me know off list what happens.
>>> 
>>> Peter Bogdanoff
>>> bogdan...@me.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
>> 
>> 
>> ___
>> 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
> 
> 
> ___
> 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

___
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] Organize 1.1 now in App Store

[ELS Prothero via use-livecode]

Mark,
Sorry, I started but didn’t continue to participate in the feedback request for 
your app. My question, though, is “what does this app do that just using the 
calendar can’t?” It could help to state it’s unique capabilities in the app 
description.

Good luck and happy app creation.

Best,
Bill P.

William Prothero
https://earthlearningsolutions.org

> On Sep 10, 2021, at 5:36 AM, Mark Smith via use-livecode 
>  wrote:
> 
> I am pleased to announce that Organize: A Daily Task Manager (1.1) is now 
> available in the app store, and is free. 
> 
> https://apps.apple.com/gb/app/organize/id1555952717 
> 
> 
> Ratings and reviews appreciated. Thanks again to everyone who helped make 
> this application possible.
> 
> Mark
> 
> 
> 
> ___
> 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


___
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 possible problem

[Peter Bogdanoff via use-livecode]

Thanks Matthias, Bernard, and Mark!

I’m seeing that the issue is probably not processor related. Bernard on an M1 
didn’t have trouble. Matthias on Intel did, as well as Mark who didn’t specify 
what he had—but the bad results do mirror exactly what the Chinese user was 
seeing on her M1.

The final card that becomes unresponsive is because of a semi-opaque overlay 
that’s a setup for a license activation group to show on top. At that point the 
program is trying to read a local file that contains the current license 
info—if the local license file doesn’t exist (new user), it will load the 
license group with a field to enter a key, or the user can choose to continue 
with the free limited version. The script is seeming to stop around that point.

I’ve been trying to make the problem show for me, including what Matthias 
suggested—running it from the installer which does seem to work normally. I 
also tried deleting the pref file containing language and location choices that 
was written at the opening, in hopes of narrowing it down to an inability to 
write or read a file from the pref folder in the library. Deleting the pref 
file caused a script error that shows the standard LC error dialog added by the 
installer, so it’s not that.

So apparently something in my script is failing to complete for some users. 
This was built with LC 9.6.1. I’ll work on it more…

Peter Bogdanoff

> On Sep 10, 2021, at 4:45 AM, matthias rebbe via use-livecode 
>  wrote:
> 
> Dear Peter,
> 
> i have not an M1, but am always interested what can be produced with LC.
> 
> I tested your program and noticed that although i switched to English and 
> World i see a button with chinese text on the next page.
> 
> Regarding your problem.
> Is it possible by any change that your user is running the app from mounted 
> DMG? At least then it does not go any further after pressing the button with 
> chinese text. The next card, which displays J.S Bach i think, comes up, but 
> the menu in the middle is greyed out and the program stops.
> When quitting it still prompts if you want to quit. But none of the menu 
> entries work.
> 
> Regards,
> Matthias
> 
> 
> 
>> Am 10.09.2021 um 07:56 schrieb Peter Bogdanoff via use-livecode 
>> :
>> 
>> Hi,
>> 
>> A particular user of my Music In the Air program is having trouble with it 
>> running correctly; a card fails to load the data to go ahead. She is in 
>> China and is using an M1 Mac, neither of which I have access to directly.
>> 
>> Would someone who has an M1 try running it and letting me know what happens? 
>> 
>> https://artsinteractive-products.s3.us-west-1.amazonaws.com/MITA/TestVersion/MITA-installer-mac-china.dmg
>>  
>> 
>> 
>> 
>> This is a limited demo version, otherwise fully functional, and will be 
>> initially in Chinese, but there is an English choice at the startup.
>> 
>> Thanks very much, and you can let me know off list what happens.
>> 
>> Peter Bogdanoff
>> bogdan...@me.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
> 
> 
> ___
> 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


___
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: Sorting text is *VERY* slow in LC9 on Windows (Re: Accumulating text is *VERY* slow in LC9 on Windows)

[Jim Lambert via use-livecode]

Cheddar, Edam and Swiss!
Very daring references on this list.

___
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: Sorting text is *VERY* slow in LC9 on Windows (Re: Accumulating text is *VERY* slow in LC9 on Windows)

[Trevor DeVore via use-livecode]

On Fri, Sep 10, 2021 at 8:15 AM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2021-09-10 14:06, Mark Waddingham via use-livecode wrote:
> > The windows heap is much more prudent than UNIXy counterparts it would
> > seem - where UNIX heaps will happily leave plenty of free space (which
> > the heaps know about and thus can re-use), Windows appears to avoid
> > that like the plague (which I'm sure is the case for lots of
> > historical reasons and backwards compatibility). [ To give a very
> > rough analogy, the map of used space in a heap on windows is like a
> > block of cheddar; whereas on UNIXy systems it will be like a block of
> > edam ].
>
> I of course meant 'Swiss', not 'Edam'!


Thanks for the clarification. I feel like I have a decent understanding of
cheeses, but I couldn’t figure out how cheddar and edam were different in
this analogy :-)

-- 
Trevor DeVore
ScreenSteps

>
___
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: Sorting text is *VERY* slow in LC9 on Windows (Re: Accumulating text is *VERY* slow in LC9 on Windows)

[Mark Waddingham via use-livecode]

On 2021-09-10 14:06, Mark Waddingham via use-livecode wrote:

The windows heap is much more prudent than UNIXy counterparts it would
seem - where UNIX heaps will happily leave plenty of free space (which
the heaps know about and thus can re-use), Windows appears to avoid
that like the plague (which I'm sure is the case for lots of
historical reasons and backwards compatibility). [ To give a very
rough analogy, the map of used space in a heap on windows is like a
block of cheddar; whereas on UNIXy systems it will be like a block of
edam ].


I of course meant 'Swiss', not 'Edam'!

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: Sorting text is *VERY* slow in LC9 on Windows (Re: Accumulating text is *VERY* slow in LC9 on Windows)

[Mark Waddingham via use-livecode]

On 2021-09-02 18:38, Mark Waddingham via use-livecode wrote:

We will endeavour to fix for 9.6.5-rc-1 (due 'real soon now'!).


So I have been prodding the windows 'accumulating large strings' speed 
problem this week (in amongst other things).


It is definitely memory allocation causing the problem.

The rule for extending a string buffer when inserting/appending more 
text is pretty much the same as 6.7 (the amount of 'extra space' it asks 
for each time is a little less - but changing it to the constant used in 
6.7 makes no difference). What is different between 6.7 and 7.0+ is the 
memory allocation patterns of the engine itself and I think it is this 
which is invariably causing a whole new buffer having to be allocated 
when appending to large strings, rather than the existing one being 
extended.


The windows heap is much more prudent than UNIXy counterparts it would 
seem - where UNIX heaps will happily leave plenty of free space (which 
the heaps know about and thus can re-use), Windows appears to avoid that 
like the plague (which I'm sure is the case for lots of historical 
reasons and backwards compatibility). [ To give a very rough analogy, 
the map of used space in a heap on windows is like a block of cheddar; 
whereas on UNIXy systems it will be like a block of edam ].


So anyway, long story short, making a string buffer grow in proportion 
to its size appears to mitigate the problem - I still need to finesse 
things a bit though to ensure that memory starvation doesn't occur when 
you have a couple of large mutating strings but all being well we should 
be able to get something together for 9.6.5-rc-1.


The only caveat is that it might cause apps mutating lots of 
medium->large strings concurrently to take up more memory in general 
(i.e. in that extra unused 'just in case' space at the end of each 
buffer) but no more than the same apps would on any other (UNIX-based) 
platform (and any issue arising from that could be resolved by moving to 
the 64-bit windows engine).


For reference, the bug about the string accumulation problem as posed by 
Ben is https://quality.livecode.com/show_bug.cgi?id=23319 (this will 
also fix the sort speed too - as the final step the sort command 
performs internally is re-accumulating the string in the new order).


Warmest Regards,

Mark.

P.S. I cannot really say whether this will help with the various 'IDE 
can be like treacle' on Windows problems - but it definitely can't hurt!


--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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] Organize 1.1 now in App Store

[Mark Smith via use-livecode]

I am pleased to announce that Organize: A Daily Task Manager (1.1) is now 
available in the app store, and is free. 

https://apps.apple.com/gb/app/organize/id1555952717 


Ratings and reviews appreciated. Thanks again to everyone who helped make this 
application possible.

Mark



___
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 possible problem

[matthias rebbe via use-livecode]

Ouf course i meant

Is it possible by any chance

> Am 10.09.2021 um 10:45 schrieb matthias rebbe via use-livecode 
> :
> 
> Is it possible by any change t

___
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 possible problem

[Mark Smith via use-livecode]

I had the same result as Matthias. Beyond the opening screen and the partial 
opening of the JSB screen, I was not able to get anything to load. 

Mark

2017 MacBook Pro running Catalina (10.15.7)

> On Sep 10, 2021, at 6:56 AM, Peter Bogdanoff via use-livecode 
>  wrote:
> 
> Hi,
> 
> A particular user of my Music In the Air program is having trouble with it 
> running correctly; a card fails to load the data to go ahead. She is in China 
> and is using an M1 Mac, neither of which I have access to directly.
> 
> Would someone who has an M1 try running it and letting me know what happens? 
> 
> https://artsinteractive-products.s3.us-west-1.amazonaws.com/MITA/TestVersion/MITA-installer-mac-china.dmg
>  
> 
> 
> 
> This is a limited demo version, otherwise fully functional, and will be 
> initially in Chinese, but there is an English choice at the startup.
> 
> Thanks very much, and you can let me know off list what happens.
> 
> Peter Bogdanoff
> bogdan...@me.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


___
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 possible problem

[Bernard Devlin via use-livecode]

I tried it on M1.  After selecting "English" the next screen is in Chinese.
However, going beyond that it is in English. I couldn't detect any
problems. I went through half a dozen screens. The only one that didn't
load was the Glossary, but a dialogue came up saying that wasn't available
in this version.

On Fri, Sep 10, 2021 at 6:57 AM Peter Bogdanoff via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Would someone who has an M1 try running it and letting me know what
> happens?
>
>
___
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 possible problem

[matthias rebbe via use-livecode]

Dear Peter,

i have not an M1, but am always interested what can be produced with LC.

I tested your program and noticed that although i switched to English and World 
i see a button with chinese text on the next page.

Regarding your problem.
Is it possible by any change that your user is running the app from mounted 
DMG? At least then it does not go any further after pressing the button with 
chinese text. The next card, which displays J.S Bach i think, comes up, but the 
menu in the middle is greyed out and the program stops.
When quitting it still prompts if you want to quit. But none of the menu 
entries work.

Regards,
Matthias



> Am 10.09.2021 um 07:56 schrieb Peter Bogdanoff via use-livecode 
> :
> 
> Hi,
> 
> A particular user of my Music In the Air program is having trouble with it 
> running correctly; a card fails to load the data to go ahead. She is in China 
> and is using an M1 Mac, neither of which I have access to directly.
> 
> Would someone who has an M1 try running it and letting me know what happens? 
> 
> https://artsinteractive-products.s3.us-west-1.amazonaws.com/MITA/TestVersion/MITA-installer-mac-china.dmg
>  
> 
> 
> 
> This is a limited demo version, otherwise fully functional, and will be 
> initially in Chinese, but there is an English choice at the startup.
> 
> Thanks very much, and you can let me know off list what happens.
> 
> Peter Bogdanoff
> bogdan...@me.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


___
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