Curry Kenworthy wrote:
> And I have the same respect for all, PHD or GED, but neither gets a
> free buddy pass from the laws of our universe (or from myself, since
> I also notice those laws) on what works best.
Uh, all right then.
Personally, I feel no driving need to try to take Mark
Brian Milby wrote:
> I've looked into the pref save code and it isn't as bad as I thought.
> The file is saved regularly, but not at the interval that I thought.
> It does have a half second delay which should prevent too many file
> writes (the actual save is debounced 500ms in the future, so if
Brian:
> I've looked into the pref save code and it isn't as bad as I thought.
That's good...maybe something a bit closer to the auto formatting and
replace features, and whatever organizes them?
Who knows, it could be something outside the SE that just happens to
interfere, I don't like
Richard:
> Everyone on the LC dev team is either a CS or advanced
> mathematics graduate.
> I'm more interested in those of us who do not hold a doctorate in CS
That's why I mentioned both - the same rules apply to everyone. Not just
in the LC world either. Math, physics, gravity, good or
I've looked into the pref save code and it isn't as bad as I thought. The
file is saved regularly, but not at the interval that I thought. It does
have a half second delay which should prevent too many file writes (the
actual save is debounced 500ms in the future, so if another save request
Curry Kenworthy wrote:
> Richard:
...
>> How many devs among us are shipping apps which rely on
>> frequent disk saves?
>
> Not the devs that heed my usual advice and KISS philosophy. :)
>
> But any system-intensive action performed too often or at the wrong
> time during typing, animation, or
Richard:
Curry, I haven't questioned your findings in the report.
On the contrary, I confirmed them.
Few of my customers use the LC Script Editor, so they
don't care about it. But they do use the software that
we ship to them.
Thanks Richard. Yes - I also do frequent training, so any IDE
Curry, I haven't questioned your findings in the report. On the
contrary, I confirmed them.
We don't disagree on observable data.
We merely differ on focus:
Few of my customers use the LC Script Editor, so they don't care about
it. But they do use the software that we ship to them.
And
Brian:
> I think I know the issue then... look at how often the pref file
> is written. Throttle/turn that off and see what happens.
> I was thinking that earlier today but those test results make me
> want to investigate that further.
Thanks Brian, fixing things up as usual!
Best wishes,
Richard:
> But writing files - damn! Now I understand what the reporters
> in the forums have been talking about.
LOL, great test to verify the impact, but it incredibly closely follows
my documented prediction on Dec 12:
> A relevant question on our side of the equation is whether LC
> is
I think I know the issue then... look at how often the pref file is written.
Throttle/turn that off and see what happens.
I was thinking that earlier today but those test results make me want to
investigate that further.
Thanks,
Brian
On Jan 7, 2019, 8:40 PM -0600, Richard Gaskin via
J. Landman Gay wrote:
> I'm willing to bet that any slowdown in the SE not related to AV
> intervention is probably the new auto-complete features. I've
> turned most of them off and I see no speed decrease.
Same here. But since the LC IDE is written in LCS, anything it does to
trigger this
Jacqueline:
> I'm willing to bet that any slowdown in the SE not related to
> AV intervention is probably the new auto-complete features.
> I've turned most of them off and I see no speed decrease.
Thanks Jacqueline, very true - that's yet another separate SE
performance issue! Very good for
I'm willing to bet that any slowdown in the SE not related to AV
intervention is probably the new auto-complete features. I've turned most
of them off and I see no speed decrease.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On
JJS:
> Speed, what are we talking about? milliseconds?
> Overall i find it working great with enough speed.
> Microsoft will probably not be interested that LC
> will run slow due to their product.
It looks like your reply MIGHT be referencing more general LC 9 ENGINE
performance, an
Richard:
> And now the issue has become doubly conflated.
> To review, there are two issues in this thread:
Yes, I happened to mention that initial conflation today BEFORE you did,
with some slight differences. Your post shadowed mine.
> With your addition, we now have a third concern
JJS wrote:
> I added .rev .livescript and livecode.exe to Windows Defender and have
> not had an slow issue since and keeping fingers crossed.
That's very valuable, thanks. So just to confirm, you did not need to
turn off Real Time Protection, just exclude two file types and one EXE?
--
Yes whitelisting is an option, but not for distributing apps. Well, not much of
an option. Anytime you make users do something to their OS or AV to get your
app to work, people get real nervous.
Bob S
> On Jan 7, 2019, at 14:06 , JJS via use-livecode
> wrote:
>
> Speed, what are we
Speed, what are we talking about? milliseconds?
It depends on where you need speed for.
Overall i find it working great with enough speed.
I work with a very known American company, and the software they use is
about to cry. screen flickers, it's as slow as hell and everybody has to
work
yeah I re-discovered (and paid second license for) BBEdit. They were the
first programmer's editor on mac, although I was partial to TEX-edit, which
had some cool text features nobody else had... like ways of identifying
mystery invisible characters. I haven't tried it in years, I wonder about
Curry Kenworthy wrote:
Since Windows Defender is fairly unlikely to be the oh-so-sneaky
culprit when similar issues show up running the LC 9 Script Editor on
the Mac platform...
And now the issue has become doubly conflated.
To review, there are two issues in this thread:
a) Windows
Bob Sneidar wrote:
> Richard wrote:
>> > Do you know what Defender is doing that other more full-featured
>> packages aren't in terms of application performance impairment?
>
> No, but I can guess that it is much as has been posted prior to this.
> Virtually all malware deterrent products use
As I've (seriously) joked previously in my bug 21604 report that has
been referenced already in this thread:
Since Windows Defender is fairly unlikely to be the oh-so-sneaky culprit
when similar issues show up running the LC 9 Script Editor on the Mac
platform, :D therefore it's highly
On a mac, BBEdit or its older cousin TextWrangler will preserve line endings.
It just works. You can also easily change endings with a pull-down menu. That
stoppedl me from whining about the price. They also have good tech support.
.Jerry
> On Jan 7, 2019, at 8:28 AM, Bob Sneidar via
No, but I can guess that it is much as has been posted prior to this. Virtually
all malware deterrent products use subscription based services, and many of
them get their malware signature data from the same sources. False positives
are not unheard of, although I suspect they are fairly rare.
I haven't tried it in a good long while. Maybe they changed that behavior. I'll
give it another go as firing up my VM is a little bit of a hassle if I can do
it natively.
Bob S
> On Jan 7, 2019, at 09:05 , Brian Milby via use-livecode
> wrote:
>
> I just did a test on Sierra and TextEdit
Bob Sneidar wrote:
> We disable Windows Defender via group policy. A lot of IT
> administrators do. It's not that it's a bad product, it's that
> there are alternatives in the marketplace that provide a great
> many more features, like central management and distribution
> of policies, which can
I just did a test on Sierra and TextEdit did not change LF to anything else.
Mac should never convert to CRLF by default.
Thanks,
Brian
On Jan 7, 2019, 10:28 AM -0600, Bob Sneidar via use-livecode
, wrote:
> This is a perennial problem. My personal opinion is that unless a user
> explicitly
Well, he could, if he didn’t wanted an average value of some more pixels, and,
calculating an average via screenMouseLoc is really slow. Exporting a rect to
an image is fairly quick though
Found the following in a stack:
# Calculates the average color value for an image
# pID should be the
Simon Knight wrote:
> ...I do agree that the team does an extraordinary job of bug
> reduction while adding features and keeping on top of all the
> changes to the list of OS’s that livecode runs on.
LC v9 is particularly strong in this regard.
We have some in our community who've dreamed of a
We disable Windows Defender via group policy. A lot of IT administrators do.
It's not that it's a bad product, it's that there are alternatives in the
marketplace that provide a great many more features, like central management
and distribution of policies, which can universally whitelist
No problem. No problem. ;-)
Bob S
> On Jan 7, 2019, at 07:43 , hh via use-livecode
> wrote:
>
> Sorry for my several double postings. This was a problem with my email server.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please
This is a perennial problem. My personal opinion is that unless a user
explicitly wants to alter the line endings in a file, no assumptions should be
made by the developer in this regard. A classic example (at least for me) is
working with files exported from copiers. Let's say I want to export
Sorry for my several double postings. This was a problem with my email server.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
Hi all,
Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!
Read issue #162 here: https://goo.gl/udm5wo
This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around
Sorry, my last post had a typo. Now it is correct.
> Beat C. wrote:
> What I need is to get the RGB of a specific screen
> location - I need to make an avarage of e.g. 5x5 pixels.
Make a new small stack with a button. Script it as given below.
On mouseUp the average is taken from the 5x5-rect
Sorry, my last post had a typo. Now it is correct.
> Beat C. wrote:
> What I need is to get the RGB of a specific screen
> location - I need to make an avarage of e.g. 5x5 pixels.
Make a new small stack with a button. Script it as given below.
On mouseUp the average is taken from the 5x5-rect
> Beat C. wrote:
> What I need is to get the RGB of a specific screen
> location - I need to make an avarage of e.g. 5x5 pixels.
Make a new small stack with a button. Script it as given below.
On mouseUp the average is taken from the 5x5-rect left of the topleft
of your stack.
- begin button
Try
if there is no img "temp" then create invisible img "temp"
export snapshot from rect to img "temp" as PNG
Then average the imagedata of that image. If you would
like to use transparency then also use the alphadata.
This is for desktop, on mobile there are some specials
(see the
A kluge, but couldn't you:
on mouseUp
set the screenMouseLoc to "200,200"
answer the mouseColor
end mouseUp
I just threw this together, so you might want to restore the original
mouseLoc, and locking the screen might be useful.
Craig Newman
--
Sent from:
Try
if there is no img "temp" then create invisible img "temp"
export snapshot from rect to img "temp" as PNG
Then average the imagedata of that image. If you would
like to use transparency then also use the alphadata.
This is for desktop, on mobile there are some specials
(see the
On desktop: No problem
Installed in iOS, iPhone 7 with 12.1.2: no problem
Only Android do you get the message:
Remote: stack "ws.goulding.script-library.mergjson": execution error at line
n/a (External handler execution error: could not decode JSON: unexpected token
near end of file) near
Seems like it was answered the same day by Phil Davis
Lagi
Phil Davis via use-livecode
Mon, 31 Dec 2018, 17:51 (7 days ago)
to Beat, Phil
set the screenMouseLoc to globalLoc(tLocWithinMyStack)
put the mouseColor into tTheColorAtThatScreenLoc
Phil Davis
On Mon, 7 Jan 2019 at 12:10, Beat Cornaz
I have asked this befor, but for the first time did not get any answer on
my post. So I hope you don't mind that I try again :-)
How do I get the RGB color of a pixel of an image? I know the function the
MouseColor, which gives me the RGB numbers under the cursor. What I need is
to get the RGB of
> On 7 Jan 2019, at 08:16, Kay C Lan via use-livecode
> wrote:
>
> And a spookily well timed questions; it's as if the late great Bill
> Marriot hearkens from the grave. Bill was responsible for the focus
> that took a very flakey Revolution, create the RQCC and develop what
> is clearly a
On Mon, Jan 7, 2019 at 4:26 AM Richard Gaskin via use-livecode
wrote:
>
> Simon Knight wrote:
> > One question why does this thread refer to RQCC ?
>
Richard Replied:
> Old habits. The bug database used to be called the "Revolution Quality
> Control Center", and the acronym is forever stuck in
46 matches
Mail list logo