Hi Mark Waddingham,
This message didn't get through befroe, apparently, due to your servers
being down (just another thing to cause us stress...). So here's what I sent
Thank you for you very comprehensive response. It does help me understand a
great deal more about the innards of the data
Hi Mark,
Thank you for you very comprehensive response. It does help me understand a
great deal more about the innards of the data grid.
However, I have been running my grid in an 800x600 window. I had restarted
fresh with a new template stack and new row template. The template has the
original
On 2019-08-23 17:11, Pi Digital via use-livecode wrote:
Hi all
I’ve been testing extensively all day and I’ve determined that
acceleratedRendering has no effect on Form View DataGrids at all.
Screen recordings and lining them up shows no difference in
performance with zero, one , two, three or
Yep. This is my findings too for all platforms and environments. I’m having to
make my own grid engine to overcome this for now because I can’t wait for their
bug fix cycle or afford their support fees. I’ve got a feeling this won’t get
fixed for some time to come yet. Especially judging by
Thanks Sean.
As you suggested, using:
put the effective layermode of grp "Row Template 0001" of grp "dglist"
of grp "DG_Browse"
I get "dynamic". The acceleratedRendering of the stack is true.
Despite this, the datagrid scrolling is still slow and choppy on an iPad
Pro.
Henry
--
Sent
Hi all
I’ve been testing extensively all day and I’ve determined that
acceleratedRendering has no effect on Form View DataGrids at all. Screen
recordings and lining them up shows no difference in performance with zero, one
, two, three or four fields populated with 200 or 2000 records of data.
Ok. Good. So, back to my OP:
I have acceleratedRendering set to true for the IDE, desktop and HTML5. But
a DG2 Form with only 3 short fields, a rounded-rect grc and the background
rect and only 233 records still struggle to scroll anywhere near smoothly.
Is there something I am missing that can
OK, sounds like the issue is not acceleratedRendering.
> On 23 Aug 2019, at 5:03 pm, Pi Digital via use-livecode
> wrote:
>
> My apologies, that was with acceleratedrendering set to false. With it true,
> the row templates are dynamic and the main grid is container for both
> effective and
And effective is container for dglist too.
Sean
> On 23 Aug 2019, at 08:03, Pi Digital via use-livecode
> wrote:
>
> My apologies, that was with acceleratedrendering set to false. With it true,
> the row templates are dynamic and the main grid is container for both
> effective and actual
My apologies, that was with acceleratedrendering set to false. With it true,
the row templates are dynamic and the main grid is container for both effective
and actual layerMode. But it has not improved or indeed made any difference to
the speed of rendering.
Sean Cole
Pi Digital Prod Ltd
On
> On 23 Aug 2019, at 4:51 pm, Pi Digital via use-livecode
> wrote:
>
> The layermode of my DataGrid is ‘container’ and the effective layermode is
> ‘static’.
The effective layermode needs to be the same as the layermode for things to
work (i.e. needs to be container) so either one of the
> With acceleratedRendering true for the stack just double-check the effective
> layermode of the main datagrid group and any parent groups.
The layermode of my DataGrid is ‘container’ and the effective layermode is
‘static’. This would make sense to me as the DataGrid layer itself should not
> On 23 Aug 2019, at 11:48 am, Sean Cole (Pi) via use-livecode
> wrote:
>
>>
>> Did you read this bit of my response? ;-)
>>> The issue is more likely with the properties of the main datagrid group
>> rather than your row template
>
>
> Hmm, so this now confuses me further. Are you saying
>
> Did you read this bit of my response? ;-)
> > The issue is more likely with the properties of the main datagrid group
> rather than your row template
Hmm, so this now confuses me further. Are you saying that the properties of
the main datagrid group also should not have their properties set?
> On 23 Aug 2019, at 11:14 am, Sean Cole (Pi) via use-livecode
> wrote:
>
> So, the fact that some of those parameters are set to something but that I
> did not do this, does that mean there is something wrong in the engine that
> is setting them when it should not? Does that make sense?
Thanks, Monte, for responding.
So, the fact that some of those parameters are set to something but that I
did not do this, does that mean there is something wrong in the engine that
is setting them when it should not? Does that make sense? I've not even
attempted changing any parameter on the
> The following must not be set on the group for it to work as a container or
> scrolling layermode:
>
> - opaque
> - showBorder
> - showname
> - hScrollbar
> - vScrollbar
> - dropShadow
> - innerShadow
> - outerGlow
> - innerGlow
> - colorOverlay
>
> Yes these should be listed in the docs
> On 23 Aug 2019, at 12:27 am, Sean Cole (Pi) via use-livecode
> wrote:
>
> Hi Monte,
>
> Many thanks for your response. I don't know how I had inferred that I was
> using mobile as this is ONLY for PC Desktop and HTML5 emscripten running in
> Chrome on a PC Desktop (which will be the final
(i saw you also talked about iOs, so there was some confusion)
From this bug https://quality.livecode.com/show_bug.cgi?id=22231 i know
that for from it has to be container mode.
For table it has to be dynamic. That's on mobile and runs smooth on
Android. Indeed no fancy glow or anything.
Ah yes, that's well hidden. Thanks for that, Jaqueline.
I would assume, based on Marks old post, that anything that needs to be
rendered on the container itself (not it's contents) would be classified an
adornment.
As you can see from my parameters though, the template does not have any
borders
On 8/22/19 10:58 AM, Sean Cole (Pi) via use-livecode wrote:
This
is about the ONLY description I can find for this ANYWHERE on the web!
The dictionary has a partial (or full?) explanation in the layerMode
entry: no borders, no scrollbars.
But that's all it says. I assume graphic effects
Monte,
Here's a list of the properties of the Row Template 0001 from my grid. Bear
in mind I have not manually adjusted anything other that the rect of the
group.
rect 24,151,755,180
toolTip
hScroll 0
vScroll 0
boundingRect
bottomColor
hScrollbar false
visible true
sharedBehavior false
topColor
Thanks Bob,
You don't need to invoke DG2. All old DGs are 'converted' (for want of a
better word) to v2. The engine handles this.
Faster DataGrid Performance: As stated, that was a quote from the original
kickstarter (or whatever) campaign just as background to show that it was
intended to
I think it was this part:
Faster DataGrid Performance
The number one feature we get asked for is to improve performance of
complex DataGrids on mobile. We will improve performance in two ways.
First, we will rework the DataGrid code to be more efficient in the way
that it creates, removes and
Hi Monte,
Many thanks for your response. I don't know how I had inferred that I was
using mobile as this is ONLY for PC Desktop and HTML5 emscripten running in
Chrome on a PC Desktop (which will be the final intended platform). I'm
confused about what I said that caused Herman and yourself to
25 matches
Mail list logo
