Whoops! Not true. Just disable the datagrid group.
Bob S
> On Dec 18, 2018, at 16:34 , Bob Sneidar via use-livecode
> wrote:
>
> There is a dgProp to disable interaction with the datagrid.
>
> Bob S
>
>
>> On Dec 18, 2018, at 14:11 , Trevor DeVore via use-livecode
>> wrote:
>>
>> On
There is a dgProp to disable interaction with the datagrid.
Bob S
> On Dec 18, 2018, at 14:11 , Trevor DeVore via use-livecode
> wrote:
>
> On Tue, Dec 18, 2018 at 3:11 PM Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>>
>> Does the idea to close the report
On 12/18/2018 5:11 PM, Trevor DeVore via use-livecode wrote:
On Tue, Dec 18, 2018 at 3:11 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:
Does the idea to close the report display window if and when the
datagrid is being updated make sense as a precaution? We can always
On Tue, Dec 18, 2018 at 3:11 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
> Does the idea to close the report display window if and when the
> datagrid is being updated make sense as a precaution? We can always lock
> the screen, close the window, update the datagrid
On 12/18/2018 11:16 AM, Trevor DeVore via use-livecode wrote:
Now, all of this leads me to the following questions –
1) Are you modifying the columns displayed in this Data Grid through code?
2) If so, is it possible that you are updating the columns in the Data Grid
while the user is
ok thanks.
Op 18-12-2018 om 20:33 schreef Trevor DeVore via use-livecode:
On Tue, Dec 18, 2018 at 12:16 PM JJS via use-livecode <
use-livecode@lists.runrev.com> wrote:
quote"
A `_ScrollListV` request sent in time might be
able to create such a scenario." end quote
Trevore is what you say
On Tue, Dec 18, 2018 at 12:16 PM JJS via use-livecode <
use-livecode@lists.runrev.com> wrote:
> quote"
>
> A `_ScrollListV` request sent in time might be
> able to create such a scenario." end quote
>
> Trevore is what you say not the same as what is written here:
>
>
quote"
A `_ScrollListV` request sent in time might be
able to create such a scenario." end quote
Trevore is what you say not the same as what is written here:
https://forums.livecode.com/viewtopic.php?f=104=172021=73fc5b60aaa154dfddc7c723b563a370#p172019
although you figured it out
On Tue, Dec 18, 2018 at 9:31 AM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
> built under LiveCode 6.7.11. We are readying a new version built under
> LC9.0.1, but without a recipe for the error, I have no way of testing
> whether the new engine (and newer Datagrid)
On 12/18/2018 10:19 AM, Trevor DeVore via use-livecode wrote:
On Mon, Dec 17, 2018 at 1:47 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:
I have a a few customers reporting the error below, and yet, none of
them have provided information on what exactly they were doing
On Mon, Dec 17, 2018 at 1:47 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I have a a few customers reporting the error below, and yet, none of
> them have provided information on what exactly they were doing that
> resulted in the error below. I have no recipe to
> I really do wish someone would deliver a really reliable table object
I'm always game as you know, and would enjoy such a project. Reliable is
not a problem - simply proper methods to ensure proper results. :)
But when it comes to efficiency, LiveCode itself is lately a getting bit
On 12/18/2018 8:03 AM, Curry Kenworthy via use-livecode wrote:
A lot of pain can be avoided, and more responsive interfaces achieved,
by using data grids ONLY when necessary.
Sometimes they are necessary...but usually not.
True. In this case, I need a table view of a bunch of data. The
A lot of pain can be avoided, and more responsive interfaces achieved,
by using data grids ONLY when necessary.
Sometimes they are necessary...but usually not.
Best wishes,
Curry Kenworthy
Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
This looks a bit like the error i had, It's written here and what caused it.
https://forums.livecode.com/viewtopic.php?f=104=172021#p172021
With me it was setting 'Show vScroll" to Auto.
I also update the Bug Quality report but no response yet, the link to
the bugreport is also in that
I have a a few customers reporting the error below, and yet, none of
them have provided information on what exactly they were doing that
resulted in the error below. I have no recipe to reproduce it. These are
just busy researchers who just don't have the time nor technical
know-how to spend
standalones especially when its something
> that depends on the error being specific to the content of the column.
>
> this is real ugly i hope you get to the bottom of it.
>
>
>
> On Tue, Jun 12, 2018 at 7:36 AM, Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com
hope you get to the bottom of it.
On Tue, Jun 12, 2018 at 7:36 AM, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I have a rarely occurring Datagrid error that a couple customers have
> reported. Unfortunately, none of the customers have been able to te
I have a rarely occurring Datagrid error that a couple customers have
reported. Unfortunately, none of the customers have been able to tell us
what they were doing when the error occured or be able to reproduce it.
I hope someone on this list may have seen this before and know what is
causing
On Sat, Jan 6, 2018 at 10:02 AM Andrew Bell via use-livecode <
use-livecode@lists.runrev.com> wrote:
> A published mobile app built using LC8.1.8 that suddenly stopped
> working. It retrieves info from a database and populates a few
> datagrids. I was able to use the Remote Debugger to pinpoint
A published mobile app built using LC8.1.8 that suddenly stopped
working. It retrieves info from a database and populates a few
datagrids. I was able to use the Remote Debugger to pinpoint where the
error is occurring (worth every penny of the upgraded license) and
found this:
89,79,11
On Fri, Sep 30, 2011 at 1:08 PM, Marty Knapp martykn...@comcast.net wrote:
It did occur every time, though I only tested on one Mac. I ended up
rebuilding the stack which eliminated this problem, but a couple of times
I've gotten another error when opening the datagrid stack (the error was not
Thanks Trevor - I'll take a look at that. The curious thing is that it
works fine 98% of the time.
Marty
On Fri, Sep 30, 2011 at 1:08 PM, Marty Knappmartykn...@comcast.net wrote:
It did occur every time, though I only tested on one Mac. I ended up
rebuilding the stack which eliminated this
On Mon, Oct 3, 2011 at 11:46 AM, Marty Knapp martykn...@comcast.net wrote:
Thanks Trevor - I'll take a look at that. The curious thing is that it
works fine 98% of the time.
The check that occurs is whether or not the value passed to the handler is
an integer. You might want to check that
On Tue, Sep 27, 2011 at 9:06 PM, Marty Knapp martykn...@comcast.net wrote:
I have an application with a Datagrid that's been working fine but I'm now
getting an error in the standalone (but it seems to work fine in the IDE):
Marty,
I know of at least one other instance where someone is
Hey Trevor,
It did occur every time, though I only tested on one Mac. I ended up
rebuilding the stack which eliminated this problem, but a couple of
times I've gotten another error when opening the datagrid stack (the
error was not consistent):
Line No:
Hint: 238'
354,6192,0,_StoreColWidth
I think you have to include the datagrid library in your standalone setup.
Never done it. Heard about it.
Bob
On Sep 27, 2011, at 6:06 PM, Marty Knapp wrote:
I have an application with a Datagrid that's been working fine but I'm now
getting an error in the standalone (but it seems to work
Thanks Bob - I do have the library included. This has been working for
some time, but all of a sudden it's throwing errors. The weird thing is
that it works in the ide. It even works in the standalone if I open my
development stack with the datagrid by dragging and dropping on the
I have an application with a Datagrid that's been working fine but I'm
now getting an error in the standalone (but it seems to work fine in the
IDE):
Software Version: 2.1.0r1
System: MacOS 10.6.8
Executing at 6:01:45 PM on Tuesday, September 27, 2011
--
Type: Chunk: can't find object
On Wed, Dec 22, 2010 at 9:23 PM, Peter Haworth p...@mollysrevenge.comwrote:
Getting this error in a standalone, doesn't happen in the IDE:
Type: Handler: error in statement
Object: group 'TaskList' of group 'DB_Activities' of card 'DB_Activities'
of stack 'Tasks' of stack
I'll try. A little difficult since the error doesn't occur in the IDE
although the datagrid corruption does.
I have the following code in the script for the datagrid.
on selectionChanged
put menuPick the label of button DB_ContactInfoType into
myMessage
send myMessage to button
On Thu, Dec 23, 2010 at 3:07 PM, Peter Haworth p...@mollysrevenge.comwrote:
Hi Trevor,
The try/catch did come up with the same error that I see in the standalone.
Here's what was displayed:
It looks like you are doing more than just resizing the window. This error
report was caused by
Actually I was sending in time at one point (with the same problem)
but removed it to see if it made any difference. Now that I know it's
something to do with setting dgData, I'll check through the code more
carefully and see what I can find.
Pete Haworth
On Dec 23, 2010, at 12:36 PM,
OK, figured this out Trevor. I forgot that I have a frontScript
menuPick handler that does some stuff which could result in the
datagrid being updated. I have a global that controls some of that
stuff and once I set it appropriately, all works perfectly. Thanks
for putting me on the
Getting this error in a standalone, doesn't happen in the IDE:
Type: Handler: error in statement
Object: group 'TaskList' of group 'DB_Activities' of card
'DB_Activities' of stack 'Tasks' of stack '/Applications/BandTrak/
BandTrak.app/Contents/MacOS/BandTrak'
Line:
Line Num: 0
Hint:
35 matches
Mail list logo
