Same remark than Mike, James and Jacque. When you have to change the value
of each row, populating the datagrid with a new data, seems to be the
better way to go.
Now for helping you with datagrids, I think you have to understand 2
importants concepts about datagrids:
- rows groups are created on
> On 5 Aug 2018, at 11:59 am, Monte Goulding via use-livecode
> wrote:
>
> Just to throw it out there I still want to add `each` to filter one day. So
> in this case I think it would be:
>
> filter keys of tArray1 with expression \
> each is among the keys of tArray2 and \
> tArray
I have not been able to locate the earlier conversation on pass by
reference vice value. I did a quick test and it took 100,000 loops to be
able to get a difference that was obvious. My test was to construct simple
functions that took 1 to 3 parameters. 3 functions used all pass by value,
3 func
On 08/04/2018 12:20 PM, J. Landman Gay via use-livecode wrote:
On 8/4/18 12:41 PM, Mark Waddingham via use-livecode wrote:
Can you immediately see the error?
Who, me? LOL. Well, I did find the line that was different. Brian and
others who can read this stuff did better. But I did get the gist
I was thinking the same thing. I think the critical distinction is that
datagrids are primarily display mechanisms, not really intended to be read
directly. It's much easier to parse the original input data than to try to
traverse the grid itself, which uses some tricks to appear as a continuous
On 08/04/2018 07:11 PM, Brian Milby via use-livecode wrote:
I think Mark's code had a typo (left returned too many keys), but even when
corrected it takes half the time as a pure LCS solution. Here's my
modification:
Quite right. Good catch.
--
Mark Wieder
ahsoftw...@gmail.com
I think Mark's code had a typo (left returned too many keys), but even when
corrected it takes half the time as a pure LCS solution. Here's my
modification:
function bwmValueDiff pLeft, pRight
local tResult
intersect pLeft with pRight into tResult["1"]
repeat for each key tKey in tResult
On 08/04/2018 04:45 PM, Mark Waddingham via use-livecode wrote:
The other place this could come to bear is making the S/B (or some
variant there-of) not only work to produce an application, but also a
'component/extension' - i.e. a distributable 'compiled' (in some sense)
form of a collection
Just to throw it out there I still want to add `each` to filter one day. So in
this case I think it would be:
filter keys of tArray1 with expression \
each is among the keys of tArray2 and \
tArray1[each] is not tArray2[each]
> On 5 Aug 2018, at 11:23 am, Brian Milby via use-livecode
Here is code that only uses LCS to accomplish the goal (only returning the
keys where they exist in both arrays but the values are different). This
is made to be similar to the way the existing functions work (with the
option to mutate).
command valueDiff @pDestinationA, @pLeftA, pRightA
local
On 2018-08-04 21:00, Richard Gaskin via use-livecode wrote:
Mark Waddingham wrote:
Yes - so come up with LCS handlers which do that, share them, let's
work together to make them as efficient in LCS as possible and then
see what we can do in the engine to improve their performance (which
I'm gue
I am a little lost here as to why this is a DG question as such.
Certainly being able to dynamically fill data within a row is a great UI
feature when the user is directly interacting with a row.
But it seems you wish to completely fill particular values in all the rows from
outside the DG.
In th
On Sat, Aug 4, 2018 at 6:14 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 08/04/2018 11:55 AM, Mark Waddingham via use-livecode wrote:
>
> Remember that this isn't a unique problem to LiveCode - script only stacks
>> (particularly how we've grown to use them) are ak
On 2018-08-05 01:14, Mark Wieder via use-livecode wrote:
I do realize that. But now that we've opened that can of worms I don't
think we can just go on ignoring it. And the difference between LC
script-only stacks and C source files is that you don't get to
distribute a single compiled object in
I did leave the group set to dynamic, actually. When I'm done tinkering
with rotation adjustments I'll see if that helps. Thanks.
On 8/4/18 4:06 PM, Randy Hengst via use-livecode wrote:
Did you leave the controls on dynamic? I found leaving them at static helped.
be well,
randy
www.classroomFo
On 8/4/18 5:11 PM, Monte Goulding via use-livecode wrote:
So I guess ensuring it is positioned correctly for the device before the first
move and the hide move hides the whole thing would be a good place to start.
I saw that, just fixed it today. This stack was made 6 years ago before
we had
My question is why use the button? Loop through the data in the grid and make
the tsnet call manually for each line. If the button is calling a script
outside of the DG, then you can use the same call. Then you don’t have to do
any of those things to figure out the name of the row group.
On Aug
On 08/04/2018 11:55 AM, Mark Waddingham via use-livecode wrote:
Remember that this isn't a unique problem to LiveCode - script only
stacks (particularly how we've grown to use them) are akin to C source
files / projects (mainly because that is abstractly what they are /
I do realize that. But
The more you understand a task, the more versatile and appropriate any given
tool becomes.
I think the biggest struggle for me is finding examples which are "close" to my
own goal. I have no problem reverse engineering code... I've done it for a
very long time. But unless the outcome closel
There is still some work needed to be done in order for widgets to get keyboard
focus and handle key events. A much simpler and available alternative though is
to create and delete a field on top of the widget as required.
> On 5 Aug 2018, at 2:08 am, pink via use-livecode
> wrote:
>
> What I
I sent a badly constructed message with this content (more or less) a few days
ago. I am re-posting it in the hope that anyone who tried to decipher those
two messages will give this another consideration.
So pardon the repeat, but I'm quite sure someone from this group can lend me a
hand on t
> On 5 Aug 2018, at 5:00 am, J. Landman Gay via use-livecode
> wrote:
>
> I don't quite know why my stack ran okay on Monte's phone, and my
> stripped-down test with the same code ran okay in the simulator, but my real
> stack failed. Weird.
When I said it worked ok here I should have prob
Did you leave the controls on dynamic? I found leaving them at static helped.
be well,
randy
www.classroomFocusedSoftware.com
> On Aug 4, 2018, at 3:00 PM, J. Landman Gay via use-livecode
> wrote:
>
> I did tinker with accleratedRendering when the problem first appeared. I
> turned it off be
On 8/4/18 2:27 PM, John McKenzie via use-livecode wrote:
Thank you to the additional people who welcomed me. I contrast this
with the time I asked a question on Usenet about a scripting language I
was learning and the first reply told me I was awful (true, which is
why I was asking questions) a
Putting text into a field pro-grammatically doesn't fire the openfield and
closefield handlers so yes, you'd need to add code to your button. You can
either write the code directly, or you can use send (or dispatch) and have
the field do it.. IE send "closefield" to field "whateverfield"... But
On 2018-08-04 21:51, Mark Waddingham via use-livecode wrote:
one don't even realize - but find out pretty quickly about then their
That should be 'when they' - not then their.
Warmest Regards,
Mark.
--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can crea
On 2018-08-04 21:20, J. Landman Gay via use-livecode wrote:
On 8/4/18 12:41 PM, Mark Waddingham via use-livecode wrote:
Can you immediately see the error?
Who, me? LOL. Well, I did find the line that was different. Brian and
others who can read this stuff did better. But I did get the gist of
On 2018-08-04 21:00, Richard Gaskin via use-livecode wrote:
Mark Waddingham wrote:
Yes - so come up with LCS handlers which do that, share them, let's
work together to make them as efficient in LCS as possible and then
see what we can do in the engine to improve their performance (which
I'm gue
A little less busy now so I can look at my app some more. As you mat
recall I was asking about data persistence.
Thank you to the additional people who welcomed me. I contrast this
with the time I asked a question on Usenet about a scripting language I
was learning and the first reply told me
On 8/4/18 12:41 PM, Mark Waddingham via use-livecode wrote:
Can you immediately see the error?
Who, me? LOL. Well, I did find the line that was different. Brian and
others who can read this stuff did better. But I did get the gist of
your post and feel sufficiently smug now.
--
Jacqueline L
On 2018-08-04 21:00, Brian Milby via use-livecode wrote:
Plugins should probably be de-scriptified for distribution for this
reason. A similar argument could be made for some IDE library code
too. I
have to wonder if there is any performance impact to the number of
stacks
the IDE has to deal
On 2018-08-04 20:37, Mark Wieder via use-livecode wrote:
On 08/04/2018 11:19 AM, Mark Waddingham via use-livecode wrote:
Basically these lower-level platform specific operations can be used
to create a mobile handler script library, which would be a
script-library in the open source repository
I did tinker with accleratedRendering when the problem first appeared. I
turned it off before the move command and back on afterward, but it
didn't help. I also changed the time so that the move was slower, but
that didn't work either.
Panos seems to have identified the reason for the failure
Mark Waddingham wrote:
> Yes - so come up with LCS handlers which do that, share them, let's
> work together to make them as efficient in LCS as possible and then
> see what we can do in the engine to improve their performance (which
> I'm guessing is as much the purpose for the proposition as th
Plugins should probably be de-scriptified for distribution for this
reason. A similar argument could be made for some IDE library code too. I
have to wonder if there is any performance impact to the number of stacks
the IDE has to deal with now that so much is scriptified. (The list of
stacks is
On 2018-08-04 20:41, Mark Wieder via use-livecode wrote:
On 08/04/2018 11:23 AM, Mark Waddingham via use-livecode wrote:
However, over time I'd suggest we look at it sitting in a
mobile-permissions script library. Given the dynamic nature of handler
dispatch in LC, there's all kinds of things
On 08/04/2018 11:23 AM, Mark Waddingham via use-livecode wrote:
However, over time I'd suggest we look at it sitting in a
mobile-permissions script library. Given the dynamic nature of handler
dispatch in LC, there's all kinds of things we can do to make it really
easy to adapt for particular
On 08/04/2018 11:19 AM, Mark Waddingham via use-livecode wrote:
Basically these lower-level platform specific operations can be used to
create a mobile handler script library, which would be a script-library
in the open source repository - which can contain the cross-platform
'mobile' implemen
On 2018-08-04 20:15, Brian Milby via use-livecode wrote:
So maybe what is really needed is a split of the revcommonlibrary into
3
separate ones: revdesktoplibrary, revmobilelibrary, and
revcommonlibrary.
Then utility functions that are easily written in LCS could be placed
in
the appropriate l
On 2018-08-04 20:06, Mark Wieder via use-livecode wrote:
LOL. Well, OK. But by exposing *just* the mobileXXX function at the
scripting level, the onus is no longer on the developer to have to
script the utility function for each application. You have the
opportunity at this point to expose a sing
Wow, and Trevor knew right away... pretty impressive!
___
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-livec
On Sat, Aug 4, 2018 at 1:06 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 08/04/2018 09:36 AM, Mark Waddingham via use-livecode wrote:
>
>> On 2018-08-04 18:25, Mark Wieder via use-livecode wrote:
>>
>
> Heh - well your pseudo-code just essentially made my point for
I guess I'll have to admit I had to do the line-by-line to see it, but once
I did I realized what the problem was. Pointers and reference counting is
one thing that I still really need to think about when looking at lower
level code. That is one thing that really does make LCS nice. LCB too for
On 08/04/2018 09:36 AM, Mark Waddingham via use-livecode wrote:
On 2018-08-04 18:25, Mark Wieder via use-livecode wrote:
Heh - well your pseudo-code just essentially made my point for me - why
does any of that need to be in the engine, if the engine provides the
underlying wrappers around the
Dear Douglas,
Thanks for your interesting feedback about your attempt to use DGH for the
first time, with creating a datagrid form.
All the properties for customizing the datagrid apart, I've created the
form template area (the way to custom the content of a row with controls
such as image, butto
On 2018-08-04 19:19, J. Landman Gay via use-livecode wrote:
This caught my attention. The increased security is great, and I've
heard it said before, but would love to hear the reasons that make it
more secure than lower level code. That way I'd have a knowledgeable
reason to be smug.
It is imp
Thank you for your service, Mr. slug.
I love your revolutionary spirit, and thank you for your contributions,
priceless on this list.
I’m blown away.
On Sat, Aug 4, 2018 at 10:09 zryip theSlug via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Dear Swami,
>
> Thanks for your purchase.
>
On Sat, Aug 4, 2018 at 11:33 AM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> This one's not at all hard to write, just floated the idea to see if
> others saw it suitable to add to the "convenience" functions already in the
> language, such as:
>
>
@Richard,
What was
This caught my attention. The increased security is great, and I've heard
it said before, but would love to hear the reasons that make it more secure
than lower level code. That way I'd have a knowledgeable reason to be smug.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Soft
On 2018-08-04 18:33, Richard Gaskin via use-livecode wrote:
Adding more such commands to operate on values instead of just keys
would be handy, but not at all necessary. There are more pressing
concerns that only the engine team can implement, and scripting in
LiveCode is something every LiveCod
On 2018-08-04 18:37, Brian Milby via use-livecode wrote:
@Mark,
I wasn't necessarily suggesting that it belonged in the engine, but
pointing out why I would look at the code.
:)
Understanding how the engine actually operates is important, because it
can help to design the LCS implementation t
Dear Swami,
Thanks for your purchase.
Yes I do have a real name and I do have a good reason to not share it
publicly. When I came with the personnal challenge 8 years ago to create a
commercial plugin, I was an employee and as a developper, my employment
contract was containing a clause not allo
On Sat, Aug 4, 2018 at 10:57 AM, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 2018-08-04 04:00, Brian Milby via use-livecode wrote:
>
>> Other than the fact that coding is fun :)
>>
>
> Yes - but coding in LCS is much more fun, quicker (for me, anyway - and
> I've
On 2018-08-04 18:25, Mark Wieder via use-livecode wrote:
On 08/04/2018 08:57 AM, Mark Waddingham via use-livecode wrote:
On a related note, I get the feeling I might have irked Mr Wieder the
other day with regards the android permission thing - that wasn't my
No, not irked, and sorry if I gav
Mark Waddingham wrote:
> In general coding things in C++ in the engine should be strictly
> reserved for things where it is *absolutely* required - and in this
> case, I don't see an absolute requirement in this case (yet!).
>
> This would be fundamental operations, and the interconnection with
>
On 08/04/2018 08:57 AM, Mark Waddingham via use-livecode wrote:
On a related note, I get the feeling I might have irked Mr Wieder the
other day with regards the android permission thing - that wasn't my
No, not irked, and sorry if I gave that impression.
My point was simply that the way I wou
What I would like to make is a widget that essentially functions as a multi
field form.
I know how to add text to a widget, but how can I make editable by the user?
Essentially, how can I create one or more "fields" in a widget?
-
---
Greg (pink) Miller
mad, pink and dangerous to code
--
On 2018-08-04 04:00, Brian Milby via use-livecode wrote:
Other than the fact that coding is fun :)
Yes - but coding in LCS is much more fun, quicker (for me, anyway - and
I've been writing C/C++ for nigh-on 30 years) - more importantly it is
also MUCH MUCH more secure.
Additionally, it is a
I recently wrote...
> Okay, I have a datagrid Form with a template to display an image and 4
fields.
>
> The fields display the correct data for each line/record, but the unique
image
> for each line/record is not being correctly displayed.
>
> If the dataGrid height can show all records, the
For sure don’t try to write updates to Applications on macOS, that requires
permissions. Far better to treat them as app data and store in same place
preferences get stored.
Kee Nethery
> On Aug 3, 2018, at 5:29 PM, Peter Bogdanoff via use-livecode
> wrote:
>
> So, to store and access LC sta
I concur with Brahmanathaswami that, in particular, datagrid forms (I haven't
worked with tables (yet)) are very finicky with regard to scrolling. I still
would greatly appreciate some help with a recently submitted message to this
group, Subject:
datagrid form question
Once you play around w
Sorry I’m a bit late to this strand, but yes, I’ve seen what you’re describing
Jacque. I’ve seen it in the simulator and when loaded on the iPad.
Have you tried turning off acceleratedRendering and setting to static? As I
shared earlier with the list, the problem I’m seeing includes slowdowns of
Are you missing an “of me” in the code that sets the image data?
--
Trevor DeVore
On Sat, Aug 4, 2018 at 5:38 AM FlexibleLearning.com via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Okay, I have a datagrid Form with a template to display an image and 4
> fields.
>
> The fields displa
Okay, I have a datagrid Form with a template to display an image and 4
fields.
The fields display the correct data for each line/record, but the unique
image for each line/record is not being correctly displayed.
If the dataGrid height can show all records, the image for the last record
is displ
Hello all,
I have added a comment to the bug report.
Best,
Panos
--
On Sat, Aug 4, 2018 at 7:53 AM, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:
> This seems to work fine here testing on a device
>
> > On 4 Aug 2018, at 2:20 pm, J. Landman Gay via use-livecode <
> use
65 matches
Mail list logo