Me, recently:
> I don't have any big headaches, thank God!
That's true; it's rare that I get stuck. I'm workaround-musclebound. :)
But I do understand why people get headaches and get stuck.
Hope I didn't sound aloof from the problems; just busy working around.
It's not just features; it's
e.beugelaar at me.com:
> https://www.b4x.com if u dont want headaches.
Thanks for the tip - looks pretty neat. I like the website.
Before going all-in with LiveCode, I did a lot with VB-style code.
HOWEVER, I don't have any big headaches, thank God!
Nor do I feel any need to try another IDE.
JeeJeeStudio:
> I like Livecode a lot, but it has it's limitations,
> lot of bugs are not solved.
True. Would be more accurate with "yet" added; solving bugs is ongoing!
We could also say that many bugs HAVE been solved. Moderate progress.
(I know, having been on the front lines of the
Jacque:
> I did a test before answering and the message was sent to the card
> of my otherwise blank stack, after dismissing the IDE dialog.
Same here!
Bob:
> there have been at least 2 versions that were unstable that crash
> to desktops were not uncommon, and after losing so much data, I
Richard:
> they still offer a business card size with rounded corners -
> I'm taking it as a challenge to bring the card content
> down to just the essentials. ;)
> https://www.avery.com/products/cards/88220
Thanks for that link - good idea! Mini cards look great.
I doubt my own hands can
Mark:
> I agree with others that this isn't a Good Idea,
> and a cleaning routine in preOpenStack would do the trick nicely.
Amen, Brother Mark! Good Idea to avoid Bad Habits.
(Agreed, except a small but crucial difference in details)
As Tore said:
> execute the necessary routines as part
Tore:
> I do not do any clean up at closing time. Instead I execute
> the necessary routines as part of a preOpenStack handler.
> I then do not have to consider which way the stack was closed.
Yes! Like you, for cleanup I also avoid that how-closed consideration.
Much easier to have a simpler
Bob:
> I am trying to clean up my stack (i.e. clear the fields),
> then save it when I close it
This is a good topic for LiveCode learners; I'm chiming in
I often do something similar - but with an important difference:
I perform cleanup when I save. I do NOT force an auto save.
(More on
Paul:
>> ... but why?
Richard:
> 1. Because we can. It's fun to figure stuff out.
Yes, it is! :)
> 2. Print-and-Play tabletop games.
This special printer paper looks way too fun:
https://www.avery.com/products/cards/4785
(Discontinued already? Que lastima!
This thread is giving me
Paul:
> I'm sure this could all be worked out as far as
> how to do the layout and printing directly from LiveCode... but why?
Good question! Might be a good reason, but not much point in guessing.
The bigger question is: what was the true original problem?
Brian:
> The problem is, printing
jbv:
> if myvar = trunc(myvar) then
Different approach: I prefer "mod" for loop breakouts/pitstops.
Very clean way to determine action for certain loop iterations!
Useful for fractional values too, in LC versions thus far.
> set numberformat to "#.000"
You can easily set the
David:
> My impression is that a LiveCode field scrolls less smoothly
> than a comparable field in some other programs
Fair impression. :)
> 25,000 words into a word wrapped scrolling field
Performance does degrade as text size increases.
(Exponentially, after a certain point.)
> Does
Me:
>> Try tsNetUploadFile - fewer steps!
Bruce:
> Thanks, much appreciated.
No problem. That's why I love, and preach, KISS!
(My father taught me "Keep It Simple (Stupid)" at an early age.
Probably around 7 years old. Military aircraft electrician.
They popularized this phrase - and they
Bruce:
> tsNetUploadSync
> binary files are corrupted
Try tsNetUploadFile - fewer steps!
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/
Andrew:
> I can’t add a breakpoint because the Remote Debugger
> will take focus from the standalone
Behold the power of the log file:
Logs DOMINATE standalone debugging for all but the simplest issues.
They don't affect focus, either.
(Remote Debugger is cool, but like most things, has big
Brian:
> I’d like to print decks of cards, front and back
This post has become a master puzzle of its own!
Enough detail to elicit solutions, yet still open-ended.
Each answer makes its own assumptions, and solves a different problem.
But I like it. So OK, I'll join. Here goes
My own
Bob:
> Why am I still seeing this?
Why are you continuing this topic? And quoting the entire text?
I consider the topic closed, and the horse just about beaten to death.
Dead yet? Yeah...probably. Just about.
I didn't start this, or even continue it - I received a series of
unprovoked
Stephen:
> forgive me that last post was supposed to be for Curry only
Stephen, I want to thank you for providing verification of the kind of
hate speech/harrassment you were sending offline.
And for the record, I didn't attack you - I mentioned the FBI's lack of
action when commenting on
Andrew:
> You can click in the field and the blinking I-bar is inserted,
> but typing on the keyboard does nothing.
I love field topics!
Win/Mac differences can really hit you, even on a stack that you thought
was well-tested. Because only well-tested on one platform.
This glitch sounds
Richard:
> For those of you who haven't seen Ralf's recent work
> on the revIgniter site [...]
It's been on the edge of my radar, but never had a chance to use it yet.
Thanks for the testimonial and reminder! Hope to try it later this year.
Rick:
> Why are you still using PHP when LC is
Jerry:
> Please keep it offlist.
Sorry, guy. Any implication that I'm bringing brand-new stuff onlist is
inaccurate; sharing an offlist definition of what was meant by "team" -
which was used right here online.
> Ce fromage pue !
Je ne sais pas. Je n'ai jamais goûté de fromage français.
Stephen:
> Curry's gaslight and personal attack
Sorry guy, not true. Simply holding your post up to logic.
You are political, so maybe you see politics everywhere.
As I wrote to you offlist, in reply to your hateful and cursing rant:
"Look again at my post. Notice the timeframe of the scams
Stephen:
> Putting down the FBI won’t help anything and makes me think you
> might be partial to the dark forces and fake news. We get enough
> of the hate through other sources and it is unwelcome here.
Ah Stephen, it's good to see that you've moved on from your previous
practice of
Matthias:
> So in my case it was not scam but just a rude person.
Plenty of those around. Including what comes around.
Manipulative people usually follow 2 tactics.
Either buttering up for a favor, or being rude to apply pressure.
Sometimes both; they will abruptly switch if one fails.
In
Paul:
> I find myself wishing each custom
> property has a comment field.
DIY approach with another cp:
cProperty = cp itself
iProperty = info
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
Always remember who is the computer, and who is the coder!
The computer may need to perform a loop under the hood, but that doesn't
mean you need to use the "repeat" keyword.
It's often cleaner/faster when you don't. For those who value concise
code and good performance in LiveCode, avoid
JeeJeeStudio:
> One could ask him/her-self the question if it is still ethical to
> buy a reall Mac? Seeing the child-labor in their factories in China
> is still present.
I'm glad you went there! Thank you. I do ask myself, and the answer is
clear. Whether it's a Mac, or any other product.
Me:
> I'm planning to get an M1 Mac this year
Naturally, right after I post this, Apple makes headlines (again) for
doing something arbitrary and rather dim.
So an ethical and professional disclaimer:
I don't support self-contradictory and illogical policy,
any more than
Paul:
> we have several customer who have said
> they are upgrading to M1 laptops
Yes; important to support! I'm looking in that direction too. It'll be
popular, plus it's what I can afford. Many people in the same boat.
(Backstory: Apple's biz model forces Apple to force us to spend on
Ben:
> What is the best way to structure a library these days?
Flashback to an interesting conversation, when LiveCode Ltd (or RunRev
Ltd) asked me, "what is a library?"
Not kidding; real question. It's like Newton Ltd asking you, "what is
gravity?"
That opened my eyes to how libraries
... to my friend and colleague Josh. Amazing coder (godlike skills),
generous with his knowledge, and highly available. Thanks Josh. Enjoy
your day, you earned it! ;)
Also,
LiveCoders: holiday greetings. May you give and receive the best gifts
this year. (Not the virulent dirty gift that
Bob:
> The promise of creating standalones and encrypted stacks
> containing code sounds promising, but there are caveats.
Just like anything else - you have to learn the ropes. First time at any
task can present some challenges. For those in the habit of encrypting
stacks, it comes more
Mark:
> It's actually OSX where CEF usage was
> dropped, not Windows.
Yep, it actually feels great to be a Windows-first LiveCoder.
Ironically, things "just work." In fact I'm doing a Windows app right
now, using - guess what - the Browser widget. Works a treat.
It's hard to overstate how
Indeed sad news - Hermann was a competent LC coder and contributor. I
enjoyed his comments.
Glad to hear HTML5 support is improving; it's time. Good potential.
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
Livecode 中文支持非常好。 您可以复制和粘贴。
อย่างไรก็ตามการตัดข้อความของ Livecode สำหรับภาษาไทยนั้นไม่ดีนัก
มันทำให้ตัวละครแตก
:)
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/
Michael:
> set the vScroll of fld 1 to (60 * the effective textHeight of fld 1)
> Clicking the button takes me to line 65, and when I set the
> list behaviour to true the button scrolls me to line 69
Bernd:
> turn "fixedLineHeight" on for the field
And subtract a line.
Because when scroll
Alex:
> Using unambiguous short names prevents behaviour scripts
> that references child controls completely
Sure about that? (Option A)
> Inside A, there is a rect called "R" and also a group called "B"
> inside B there is a rect called "R"
Or put the "direct" R in a subgroup also. (Option
Richard:
> The simplest is to use unambiguous names
+1!
Alex:
> Is there an unambiguous name in this case ?
Use unambiguous SHORT names!
Alex:
> (i.e. A-R, not A-B-R)
+1!
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better Results"
LiveCode Training and
Bruce:
> comment-out all the instances where I am using a libURL command
> or function, save as a standalone, and and see what happens.
Now you need to follow through on your diagnosis. It will not be
efficient to quickly abandon a sound diagnosis and search for something
else. People do
Bruce:
> However, when I saved the stack as a standalone
> the Abstract Report did not run.
> Abstract Report which takes a list of US patent numbers
> and downloads basic information about each
> I tried adding some “answer” alerts to try to find the bottleneck.
You are using a logical
Like everything field and text related, this thread caught my eye! :)
One of my favorite areas of LiveCode, and also one of the areas I have
to actively keep an eye on since I rely on it a lot.
Here's an observation that might help in one way or another
David:
> http://adomain/
Stephen:
> Girls! Time to take this spat off list, please.
Ah good, belittling a gender! That helps. Otherwise agreed; I don't want
to see this either.
But as this was a very public attack on a very LC product, and strayed
from the facts, that didn't leave me much choice. Public
Klaus:
> oh, I really had no idea that setting the hilitedline will also
> scroll that line into view!? 8-)
> That makes my custom scrolling stuff completely obsolete.
Yep, LC does auto-scroll when you set hilitedline! Very handy.
I would say "redundant" in this case, rather than obsolete.
Bob:
> If I drag drop on a tab field TAB, is there a way to tell which
> tab I dropped on? Probably not but it’s worth a shot.
Probably so...
... if we can define "tab field" and "tab field TAB"?
(I think I know what you're aiming for, but I'd rather be sure.)
Best wishes,
Curry Kenworthy
Klaus:
set the scroll of fld "fonts" to tLine*tTH + the height of fld "fonts"
set the hilitedlines of fld "fonts" to tLine
The test is invalid; the 2nd quoted line overrides the 1st.
Therefore you don't see the results of your scrolling code.
To debug your scroll calc, first comment out
I would use binfile to a variable, rather than a custom prop.
I've seen LC 9 fields become unusable after reaching a certain # of
chars. I would trust LC 9 fields with 8 million chars - maybe not 80.
If users have a need to see what's going on, intentionally show them
what they need to
What if Windows users rarely printed things?
That hypothetical alternative world/dimension almost looks like part of
LiveCode's operating paradigm!
Windows print bugs don't seem to get much attention.
For example, LC cannot print a field that has vGrid turned on.
Times are hardly changing at all in substance, actually - this is
nothing but a superficial change of costumes in society's grand parade
of exquisite nonsense. Always a great pretense of love, always plenty of
real hate and prejudice. The thugs and their victims do change in every
Act of
Peter:
> I’m currently working on adding accessibility to my text and
> media-heavy music application. In trying to find actual information
> about doing this in a way that is both “compliant” and also good UI—
> I find very little data online.
Nice project! For the standards side of it, I
Alex:
> You are quoting yourself without adequate context.
Ah yes, I'm trying to keep what I said a big secret, right? :)
Quite the reverse - I was drawing attention to my original post, which
is readily available in its entirety, which is typically what I suggest.
> The fuller version of
Rick, I thanked you for your concern. I'll thank you once again. Your
questions were just a little bit off target, just like some of my
clicks; but that's OK. I heard you, and I responded to your actual
points. Here are my points again:
Ability is not all-or-nothing. We need to look at the
Rick:
> I have a couple of questions for you.
Thanks Rick! I do appreciate the concern. But in my post, your questions
were already either answered or otherwise addressed before you asked. I
anticipated them; I know what makes people tick! So I'll "re-answer"
partly by quoting myself.
Assistive tech is a wonderful thing, and yet even when that "compliancy"
is achieved, the effort is doomed to fall short of real-world needs for
many people.
That's because the "compliancy" designers tend to think in
all-or-nothing ideals - and the subset of opinions and studies popular
(I know that Paul understands tradeoffs very well, so he already knows
this, but for the benefit of others)
Maybe some concepts are so simple, people never take them seriously:
- You reap what you sow. You get the cake you bake.
- Comparisons: 1 < 2
- Complexity often reduces
Richmond:
> Thunderbird has recently started marking posts from the
> Use-list as junk.
Might be the click-bait subject lines lately. Seem to be coming from a
server in Bulgaria? :D j/k
> whether there is something that can be done
There are also Junk Settings in Account Settings (Tools
Howdy Graham,
This particular problem is ideally suited to a screen-sharing video
conference tutoring session, talking you through the process and solving
obstacles while you are hands-on. That could get you running in minutes
to a couple of hours, rather than days to weeks.
I would
Richard:
> Exactly. Reducing the differences between runtime and development
> is a cornerstone of The xTalk Way.
[...]
> Suffice to say politely and succinctly: a decade later, LC for
> mobile remains half-baked compared to what it could be, compared
> to The xTalk Way that rests at the heart
PS - Here are two word problems to view this type of algorithm in a
bigger context beyond just software UI. Not too scary or difficult; our
ancestors could solve similar problems, and so can kids in school.
Older problem:
You are in charge of preparing animal enclosures for a market. The
Pi:
> you make these statement but give no example code to show it. This
> is damned infuriating as it keeps us hunting around in the dark.
On the contrary, as I've mentioned and as you know, "SEVERAL people
immediately provided sample code." You were using sarcasm at the time to
walk back
We don't need to confuse people - it DOES cause damage, because readers
often trust confident/prolific statements without realizing which ones
are flawed, and they act upon bad information. It often falls to
consultants and trainers like myself to help individuals fix the
resulting problems
Pi:
> I’m not sure this is what Curry was thinking of. What do you think
> he was eluding to. We’ve ‘known’ this for years now apparently.
I love the humor so far - well done, kind of like a skit/spoof of Fake
News flailing under the weight of Accurate Facts yet insistently
demanding more,
Pi:
> Fields: Images, yes. Other objects, no. Working out which cell
> has been clicked, no.
> Is that ‘fake news’? If so, sad face. If not, still sad face.
Well, sorry but I have to say YES it's largely fake news! :D
I'm ill and no strength for an argument (and BTW it has been a fairly
Pi:
> The only issue with using a field is you are limited to character
> data presentation only. You can’t put inline images, widgets,
> checkboxes, etc.
Mark:
> Now that's just patently not true. No problem with images:
> Set the imagesource of char x of field y of this card to tImageID
> How about we all chime in on what we are currently working on?
Like many who have been sick between all the flu and corona going
around, just working on getting well again. Managed to stay out of
hospital, but not much energy. Quiet is good
Best wishes,
Curry Kenworthy
Custom
This was reported by me and confirmed by LC last year:
https://quality.livecode.com/show_bug.cgi?id=22107
(Shift-Tab is the most problematic example, since it doesn't have a
convenient shifted char. Menu defs seem glitchy, so we may need to file
additional reports but hoping this Shift bug
Henry:
> Anyone know of a workaround for this?
Just be aware that many LC "lessons" are flawed. Don't believe
everything you read.
Beyond the bug, updating Windows menu only on its own mousedown is
already a failing strategy to begin with (bad instruction from "lesson")
because the user
Chiming in again since it dovetails with today's work:
Crashing bugs (and others) sometimes require a missing
factor/context/detail in the original real-world project that is tricky
to reproduce in independent test stacks. You have to compensate for that.
I filed this crasher today, but
Craig:
> WTF has lost most of its bite due to simple continued usage
Then, to indulge your premise, which I agree is the trend in a great
many social and media circles (but not all) consider this:
So WTF is the continued point of using WTF? If it no longer has enough
shock value to raise
In your own case (Paul) luckily there is probably very little cause for
concern - because your files have other context available, allowing us
to either convert/confirm, or else entirely replace the most important
interval values. And I don't consider this difficult to tame
sufficiently for
> Not to forget SpreadLib. ;)
Since you mention it, SpreadLib is not forgotten at all! Proud that
SpreadLib was first, and is best, of its type. SpreadOut, especially,
has come a long way since last public release. Looking forward very much
to that update.
Most addons have progressed
Touche! :)
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
That looks like a perfectly valid WTF file.
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/
___
use-livecode mailing list
... and many returns.
Best wishes,
Curry K.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
> No one is going to turn off their file AV
LOL - yes, but that would be entirely your idea, not mine.
As I said, yet another reason to code with care.
Saving a stack multiple times while launching is not a good habit. Bad
habits add up to hurt Mac apps too.
The AV did you a favor with
Bob:
> Since I do a lot of setup, I was saving the stack(s) multiple
> times just launching the app! And it was killing the performance.
Behold the antivirus. One more reason to code with care
This time it did you a favor; these habits add up to hurt Mac apps too.
Best wishes,
Curry
Wondering if this bug has already been reported?
I've seen a wonderful LC 9 IDE bug: 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
LC and Xcode are a wee bit particular which version. Bookmark this page:
https://livecode.com/docs/9-5-0/faq/faq/
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/
Rick:
> Try writing a serious arcade game with LiveCode.
> Sorry but it just isn’t up to the task as it isn’t
> fast enough.
That contains both true and false elements.
True: LC is FAR too slow, and despite some progress lately in partially
getting back to where it was, still needs a serious
This post regards the future of "the detailed files". I'm resurrecting
this thread to reply to a couple of very important statements after
helping to create a fairly fast, cross-platform tentative workaround
(still in testing, and I only mention this since the code was already
posted) for
Good topic.
I see that society has a lot of trouble from people worshiping at the
altar of emotion.
Emotion is very useful, but it's similar to a sensor - ideally
(functioning correctly) it raises awareness and provides additional
input about important things in your environment and in
Due to the untimely, or at least inconvenient, demise of an old
electronic friend (eSellerate) as a separate entity, I have migrated the
addon store to its parent company (Digital River) and updated the store
links on the livecodeaddons.com web site.
To commemorate this occasion and launch
Robert:
> Have you tried to switch off messages before quit?
Yes - get angry and then quit with prejudice. Lock messages, unload
libraries, close stacks, etc, and really QUIT! :)
Also, consider an alternate approach to launching the second app, so
that shell doesn't keep your first app
William:
> where the programming effort to fix the funded bug will come from.
That's a very good que... - er, a good example of a reactionary and
blasphemous anti-bug question. I luvv buggs and perish the thought of
losing even a single precious one.
Actually we don't need to presume too
I have a very humble proposal to move things forward in more positive
manner, and entirely eliminate ALL negativity.
1. Start a Society for the Sanctuary and Protection of Pitiful, Even If
Not Always Very Endangered, Bugs. If someone even notices a bug and
looks at it, some little
Me:
Currently an i5 chip and 8 GB memory, 1 TB RAM.
Should have said:
Currently an i5 chip and 8 GB memory, 1 TB hard drive.
PS. When "debugging" your antivirus, system settings, and other software
to make your machine operate more smoothly, it's helpful to open the
Task Manager and
For anyone truly interested in the original question of "Recommended
specs for Windows Development computer"
(... as opposed to any OS-partisan virtue signaling, or avoiding Windows
hardware, or maintaining a single computer as the rule, etc ...)
here's my take, from many years of often
To banish Richmond, or to banish bugs? Which is the bigger problem?
Which is more directly responsible for the existence of this thread?
I would encourage looking at "net" bugs: bugs fixed, versus bugs
introduced or regressed, during a time period. In development there are
always bugs, and
'Cuz I don't even plan to use a loop if it ain't strictly called for
What's that smell? Oh yeah, burning bytes. :)
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/
Paul:
> I have a LiveCode Script (LCS) routine that attempts to
> follow industry common algorithms for guessing the encoding
> of a text file.
> It's performance can be slower than I would like.
Howdy,
Even though LC 9 is exceedingly slow on some operations -(cough, cough,
ahem, that's a
Who would have thought the old player to have had so much bugs in it?
Enough per square inch to rival a rowdy case of mange?
Makes me wanna hear somebody sing the blues ♫♪
Check out how many bug tracks are included! The bugs will play all
night, while you work around to get it right
Paul:
> Is this an approach you have coded and used?
Yes. If you had some code using your mediaType getprop, such as:
if the mediaType of player 1 is "Video" then -- do something
It could become, for example (a minimal change):
if the mediaTypes of player 1 contains "Video" then -- do
Built-in "mediaTypes" property is pretty handy!
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/
___
use-livecode mailing list
Sean:
> The likely method for a WP-like unlimited Un/Re-do is to work
> with chunks. It's going to be a major memory-whore for large text
> but the most practical, easy way.
And then there's the, um, NON-memory-whore approach. Always my fave.
(I'm picky like that when it comes to the whole
Tom:
> Can someone tell me if they have achieved a good scrolling
> and rendering performance of text fields.
When it comes to performance, LC text fields usually are not the
problem. Quite the reverse! Good field performance in general (desktop
and mobile) and no big trouble on Android
Paul:
> LiveCode thinks the mouse is about 30-40 pixels ABOVE where
> the mouse actual is.
I've seen something similar with the mouse clicking at an offset. Can't
recall the context at the moment, or whether any external stacks were
involved - but I'll let you know when I remember!
Best
Dar:
> Is that different from a just plain crash?
Anyone trying to abstain from crash (e) could try the Edit Script
Save and Crash - it doesn't have as much crash in it as Crash Script
Edit and Crash.
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better
Paul:
> 2 opaque groups with show borders [...]
> Neither group seems to receive the mouseEnter messages.
I believe this is consistent with LC 6. Makes good sense for transparent
groups. A good case could be made either way for opaque ones.
(Card mousemove is another way to handle the tool
Me:
>> install the latest build AND an older version
Richmond:
> That begs a question: which older version?
Chewed on this a bit, and I'm going to say LC 6.7 because:
A) LC 6.7.x versus latest build is still currently the best overall
comparison to find the most regressions.
B) We kinda
Richmond:
> So, if one is a dedicated bug-hunter one has to, then, work one's
> way back through (potentially) an awful lot of versions of LC to
> pin down when that bug started manifesting itself.
Only if one is jumping down a rabbit hole! That's a completely different
matter, not related
Brian:
> Looking at the beginning of the thread, I think what Richard
> meant initially is that if everyone always moved to the latest
> version (bonus for testing with RC and DP versions) then
> regressions would probably be spotted fairly quickly
Yes, using the latest LC version is, shall
1 - 100 of 226 matches
Mail list logo