Peter W A Wood wrote:
> I have published a simple test framework, Mini-Test. It can be used
> to test both LiveCode handlers and GUI interfaces. (This is latter is
> a credit to LiveCode’s features not me). It is rooted in MiniTest,
> the testing framework included with Ruby. It does not include
Richard
> On 5 Nov 2016, at 01:51, Richard Gaskin wrote:
>
> One of many interesting discussions in our local LC User Group meeting last
> night was from a relative newcomer who asked about TDD support.
>
> I was able to tell him we have an assert command, and that many developers
> have a wi
Hi.
Can you do it with the "startUp" message?
Craig
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Goofy-question-about-Datagrids-tp4709954p4710092.html
Sent from the Revolution - User mailing list archive at Nabble.com.
__
On 11/4/16 4:19 PM, mwieder wrote:
J. Landman Gay wrote
All the "native" LC functions are nouns.
Um, no.
That's just sematic sugar the xtalk language creates around some functions.
So
put the date
put the target
is the same as
put date()
put target()
Ruby allows the same thing, albeit
Well I discovered that what you CANNOT do is call a user-defined command or
function that has not been loaded yet, as in a front or back script that has
not been inserted yet. If I do, when I open the stack I get an error. I suppose
I could do the inserts in a preopen handler, but the scripts ar
J. Landman Gay wrote
> All the "native" LC functions are nouns.
Um, no.
That's just sematic sugar the xtalk language creates around some functions.
So
put the date
put the target
is the same as
put date()
put target()
Ruby allows the same thing, albeit in a more generic form, i.e. you can
Right.
I'm in the habit of just reporting the system bugs when I come across them.
Sometimes they get fixed, other times no.
-
--
Mark Wieder
ahsoftw...@gmail.com
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Debugging-the-IDE-tp4709922p4710088.html
Sent
Thanks Mike - I have made a little progress of sorts. I've noticed that
when I set the fixed row height property, as in:
set the dgProp["fixed row height"] of group "My Datagrid" to true
I can suddenly scroll vertically again. I'm not sure this is the total
solution but I thought I'd s
Not that I know of, but you can check to see if the datagrid is part of a
group. The bug is that LC recycles group properties, so you can wind up
with groups that get assigned behaviors, names, etc. that you never meant
to have assigned. If the behavior gets assigned, then your DG will most
certa
You should be able to - yes.
If that doesn't work then it is possible that something in the environment (in
the IDE potentially) is holding a reference to the stack by filename and not
name. The question then, though, is how to find out what.
Mark.
Sent from my iPhone
> On 4 Nov 2016, at 19:3
On Fri, Nov 4, 2016 at 12:24 PM, Mark Waddingham wrote:
> I suspect it will be because you are referencing your stacks by (the old)
> filename somewhere else and not name - thus causing the engine to load in
> the old file, the stack in which has the same name as the existing stack in
> memory.
>
I suspect it will be because you are referencing your stacks by (the old)
filename somewhere else and not name - thus causing the engine to load in the
old file, the stack in which has the same name as the existing stack in memory.
'Saving as' does not create a new stack (in memory) it just save
Agreed Peter. The beauty of LC is the ability to piece together things to
create a more functional whole. At some point we are just asking the devs to do
all our coding for us.
Bob S
> On Nov 4, 2016, at 10:05 , Peter M.Brigham wrote:
>
> On Nov 3, 2016, at 3:15 PM, Roger Eller wrote:
>>
I avoid working with groups as much as I can. I don't recall ever
ungrouping or grouping this particular datagrid. Is there a way I can
test to see if I did so without knowing?
On 11/4/2016 3:22 PM, Mike Kerner wrote:
Hey, Ray, did you mess with a group with this DG, either adding it to a
gr
Hey, Ray, did you mess with a group with this DG, either adding it to a
group or ungrouping, etc.? I finally isolated a bug that's been annoying
me for a while, and it was related to an issue with the way LC handles
groups.
On Fri, Nov 4, 2016 at 3:14 PM, Ray wrote:
> Ahh! There's an acronym I
What is wierd is that we are calling commands and functions as though they were
properties. Another layer in the onion. I think all this reveals how truely
difficult it is to create an "english like" language, when English (and all
languages) are so relative by nature and dependent to some degre
On Fri, Nov 4, 2016 at 12:11 PM, Mark Waddingham wrote:
> Therefore when you subsequently reference the stack by its old filename
> (in the delete) it will load the old stackfile, thus triggering the process
> that occurs when you try to load a stack into memory when one with the same
> name alre
Ahh! There's an acronym I'd like to avoid :)
On 11/4/2016 3:13 PM, Bob Sneidar wrote:
Crash to Desktop
Bob S
On Nov 4, 2016, at 12:05 , Ray wrote:
What do you mean by "C to D"?
On 11/4/2016 3:04 PM, Bob Sneidar wrote:
I've had datagrids suddenly start C to D, and replacing them fixes th
Crash to Desktop
Bob S
> On Nov 4, 2016, at 12:05 , Ray wrote:
>
> What do you mean by "C to D"?
>
> On 11/4/2016 3:04 PM, Bob Sneidar wrote:
>> I've had datagrids suddenly start C to D, and replacing them fixes the
>> issue. Who can say?
>>
>> Bob S
>>
>>
>> On Nov 4, 2016, at 12:02 , Ra
Hmmm... interesting. Well for instance I have some contact functions and
commands like addContact, updateContact, deleteContact, saveContact etc. and I
use this regularly so getSomething() for my vote. The assumtion otherwise is
that the value returned is the something you are trying to get. Wha
If you save a stack with a new filename, then that changes it filename property.
Therefore when you subsequently reference the stack by its old filename (in the
delete) it will load the old stackfile, thus triggering the process that occurs
when you try to load a stack into memory when one with
Yeah someone somewhere was compromised, and we have made it onto some
illustriuos spam filter list. You can check the lists domain agains some free
online spam list reports. Usually these have a timeout of 24 to 48 hours for
the first few hits, after which they may become more aggressive.
Bob
What do you mean by "C to D"?
On 11/4/2016 3:04 PM, Bob Sneidar wrote:
I've had datagrids suddenly start C to D, and replacing them fixes the issue.
Who can say?
Bob S
On Nov 4, 2016, at 12:02 , Ray mailto:r...@linkit.com>> wrote:
Seems like a bug if a datagrid can suddenly become unscrolla
I've had datagrids suddenly start C to D, and replacing them fixes the issue.
Who can say?
Bob S
On Nov 4, 2016, at 12:02 , Ray mailto:r...@linkit.com>> wrote:
Seems like a bug if a datagrid can suddenly become unscrollable, and thus
useless. If nobody else responds I'll report it.
___
Already pointed it out to the powers that be, and they acknowledged it was an
issue. I was thinking that since dev stacks don't throw errors when
gRevRevelopment is set to false, devs might use this as a poor man's
"try/catch/donothing" mechanism so they do not have to check for conditions
whic
Bob - thanks for the idea and the ever so good feeling that I'm not the
only one who's ever run across this. I tried re-populating the datagrid
with 500 lines of numbers and that didn't fix the problem so I don't
think the issue has to do with the data itself.
I'm currently working on a scrip
Hate to say it but the easy thing is to delete the datagrid along with it's
template (it will as you) and recreate it from scratch. I've solved a multitude
of Datagrid issues this way. Also, keep in mind that if there is something iffy
with the data you are putting into the data grid that can ca
Sorry - I somewhat misspoke there.
Plugin stacks that start with "rev" are treated as system stacks.
And therefore errors and breakpoints in them are ignored.
The reason for the existence of the gRevDevelopment property is so that
system stacks can be worked on without errors causing the whole
inf
I have a bmpVrsn routine to update the revision numbers of my various
stacks.
Once the calculations are done, I
*close* stack stk
*save* stack stk as newFlNm
*delete* stack oldFlNm
So stk might be "rawForms", which was in file rawForms.161103a.livecode
(oldFlNm), and now rawforms.161103b.livec
Surely Test Driven Development depends on how the developers work
with a given programming environment, not on the programming environment
itself?
Richmond.
On 4.11.2016 19:51, Richard Gaskin wrote:
One of many interesting discussions in our local LC User Group meeting
last night was from a r
Mark Wieder write:
> On 11/03/2016 05:54 PM, Richard Gaskin wrote:
>> Bob Sneidar wrote:
>>> To my horror I am finding a number of errors where a handler is
>>> being called that didn't exist, but it never shows up because if
>>> gRevDevelopment is false, plugins silently fail.
>>
>> How?
>>
>> P
One of many interesting discussions in our local LC User Group meeting
last night was from a relative newcomer who asked about TDD support.
I was able to tell him we have an assert command, and that many
developers have a wide range of ad hoc test harnesses in use.
But what I couldn't point h
On Nov 3, 2016, at 3:15 PM, Roger Eller wrote:
>
> on mouseUp
> set the itemDelimiter to "^"
> put line 1 of fld "fPRE" into PREE1
> put item 1 of PREE1 into tJustTheItem
> set the itemDeliniter to TAB
> put tJustTheItem into item 1 of line 1 of fld "fTF"
> end mouseUp
It’s pretty easy
Mark Waddingham wrote:
> On 2016-11-01 19:12, Richard Gaskin wrote:
>> You're absolutely right. When in doubt I check the
>> Winkler-Kamins-DeVoto reference, and indeed they verify that all name
>> queries will return a value, even when the property itself is empty.
>> When using "the short name
I posted this last year and never got an answer. Anybody want to take a
shot at it? I'm now using 7.1.1 but the same problem persists.
__
In a data grid with the vScrollBar set to true, scrolling suddenly stops
working. Any attempt
I have a support case open with LC regarding a similar matter. Should have
some answers shortly and I will share when I receive any info.
SKIP
> On Nov 4, 2016, at 12:04 PM, Matthias Rebbe
> wrote:
>
>
> Hi,
>
> i am currently running into a problem with tsNET external 1.2.2, 1.2.3, 1.2.4
Hi,
i am currently running into a problem with tsNET external 1.2.2, 1.2.3, 1.2.4
under windows doing a explicit FTPS upload using tsNetUploadSync (IDE and
standalone)
Under Mac OS X it is just working, but under Windows the same script gives me
the following error after successful connection:
Don't know if this is related...
I have received several spam emails from "livecode-dev" all with various
email addresses containing "take me to a virus" links in the past couple of
weeks with exciting subject lines such as "Let's go camping!" and "wow, just
take a look!" I have received 7 of these
Your test post didn't make it.
Blink
Blink
On Thu, Nov 3, 2016 at 9:51 PM, J. Landman Gay
wrote:
> And this is a test post because the one I sent hours ago never showed up.
>
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperac
Do they not teach sentence diagramming to geeks any more? If you can't
diagram it, you can't use it in xtalk. That's the rule. Obey.
On Fri, Nov 4, 2016 at 8:27 AM, Keith Martin wrote:
> On 3 Nov 2016, at 23:00, Devin Asay wrote:
>
> I think the best function names are the ones that “read” na
On 3 Nov 2016, at 23:00, Devin Asay wrote:
I think the best function names are the ones that “read” naturally
in a statement
And that, in a nutshell, is one of the beautiful things about the xTalk
language(s). Natural readability is important, so wherever this makes
sense it, rather than gen
Thanks all, interesting discussion
There is another aspect of function/handler naming which is their names in
relation to APIs - for example I might have a checkConnectivity() function in
an mainstack's stack or card which calls a cgi.checkConnectivity() function in
a code library called “cgi”
http://forums.livecode.com/viewtopic.php?f=6&t=28257
Feature request.
Richmond.
On 3.11.2016 22:43, Bob Sneidar wrote:
Oh crap yeah I don't think a field has a "column" property. Boy it would be
nice if it did!
Bob S
On Nov 3, 2016, at 13:14 , Randy Hengst
mailto:iowahen...@mac.com>> wrot
Thanks for taking the time to write such a considered response Mark
>
> Are these names any better than the ones already used in the library? It is
> hard to say - naming preferences are highly subjective!
>
I like them, the only thing I’m not sure about is the multiple `mime` in each.
> Just m
If the goal is to emulate (to some extent) the English-like nature of
script in our handler names, then I think it is instructive to look at
the syntactic forms employed in the current syntax that exists. I can
think of the following general forms:
- properties:
the X
the X of
On 2016-11-04 08:02, Peter Bogdanoff wrote:
1. Am I right that someone could, maybe by a man-in-the-middle
process, grab a URL and use that again later?
HTTPS prevents man in the middle attacks as long as your client verifies
the server side certificate which is sent - i.e. you must not turn o
Hmm: second "bouncy" message from the use-list inside a week . . .
Something not quite right.
Richmond.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferenc
Hi,
My application makes extensive use of audio and video in a player control with
files accessed from a server via HTTP. There is some concern in my team that in
some countries there may be people who will try to access these files outside
my application by somehow replicating a URL. So I’m th
48 matches
Mail list logo
