Larry Becker a écrit :
> @Michaël, Selection Renderer's Paint now returns immediately with
> passed geometry's envelope doesn't intersect viewport. This should
> speed up your test case for high zooms significantly.
Excellent ! It is much faster now in my test case.
Could this one be a side effe
@Michaël, Selection Renderer's Paint now returns immediately with passed
geometry's envelope doesn't intersect viewport. This should speed up your
test case for high zooms significantly.
@Sunburned, your proposal for skipping very small text labels sounds
reasonable. In practice, unless text is
Good job Larry! You identified our problem and another of other
possible rendering improvements along the way!
Maybe it would be worth skipping text labels that we know aren't
visible at the current scale, even if min rendering scale isn't set by
the user.
The Sunburned Surveyor
On Fri, Feb 19,
OK, wow. It just takes that long to render a lot of text that is too small
to see. So there is no real problem here, at least one that can't be solved
with the Scale tab of Change Styles.
Hmm, I'll wait for luca's reply.
On Fri, Feb 19, 2010 at 3:35 PM, Larry Becker wrote:
> I'm homing in on
I'm homing in on the problem. I've determined it only occurs when a layer
has labeling turned on.
@luca, can you confirm this?
Larry
On Fri, Feb 19, 2010 at 3:26 PM, Larry Becker wrote:
> HI Michaël,
>
> Your hypothesis about selection painting is correct. The call to
> StyleUtil.paint in Abs
HI Michaël,
Your hypothesis about selection painting is correct. The call to
StyleUtil.paint in AbstractSelectionRender is unconditional. Only the
handle painting is optimized for the viewport. I'm not sure how important
it is to optimize this, but let's put it off until after the redundant
ren
Let's not get distracted trying to optimize redraw. The problem I'm seeing
occurs AFTER redraw is complete.
I've done several more tests and have determined that the RenderManager
Timer event is not stopping after the panel is visually redrawn. This
occurs no matter how large the dataset is, but
OJ is optimized to only draw items that intersect the viewport.
Unfortunately, it takes work to determine which are which.
Larry
On Fri, Feb 19, 2010 at 3:09 PM, Sunburned Surveyor <
sunburned.surve...@gmail.com> wrote:
> Michael wrote: "It seems that selection rendering do not limit the
> rende
Michael wrote: "It seems that selection rendering do not limit the
rendering to the
viewport (for high zoom
rendering is slow, and periods where features are drawn on screen
alternate with periods where nothing happen)"
Does this mean we could speed things up by only painting the selected
features
Hi,
I can't help much as I did not notice any problem with selection and
zoom features.
I have a little regret about the delay after zooming as the zoom is very
fast but I have to wait a little 0.7s to see the new vector drawing.
About selection and zoom / unzoom with a huge dataset, here are m
Interesting results. However, on a hunch, I did a test with even more
interesting results. On Windows, open Task Manager and watch the CPU Usage
while OJ renders a large dataset. After the rendering is visually complete,
OJ continues to use CPU cycles for much longer - almost a minute in my
tes
mhm.. ok, so I would guess the problem is related to the size of the
geometries and its drawing?
I recently had a problem - drawing a linestring that consisted of more
than 1000 points. I couldn't do anything for 20-30 seconds on MS Vista,
my XP was a bit faster. However, the problem solved when
luca marletta
www.beopen.it
On Fri, Feb 19, 2010 at 5:42 PM, Larry Becker wrote:
> Hi luca,
>
> When you try to select features, does the status bar quickly show your
> selection count, even though no selection handles appear?
>
> If not, this explains why the right click menu is not appear
Hi luca,
When you try to select features, does the status bar quickly show your
selection count, even though no selection handles appear?
If not, this explains why the right click menu is not appearing. It needs
selection information to enable or disable options.
Larry
On Fri, Feb 19, 2010
luca marletta
www.beopen.it
> @Luca, would you please try to duplicate the problem using the 1.3 release?
Hi Larry, thanks fro quick buf fixing.
So..
I replicated trouble with same data on 1.3.
The problem is still there.
In my opinion the mouse wheel feature is a sort of amplification
becaus
Thanks for the inspection Larry, and for posting the code.
The Sunburned Surveyor
On Fri, Feb 19, 2010 at 7:30 AM, Larry Becker wrote:
> Well, there is good news and bad news. The good news is that the selection
> feedback slowdown issue that I am duplicating was not caused by the mouse
> whee
Well, there is good news and bad news. The good news is that the selection
feedback slowdown issue that I am duplicating was not caused by the mouse
wheel zoom mod. The bad news is that the issue is also present in the OJ
1.3 release. It is not, as I thought, related to differences in
RenderMana
Hi,
I have duplicated a problem in OJ with selection feedback. When a large
vector dataset is loaded, and mouse wheel zoom is used to zoom out,
selection feedback stops working for a while. Note that the selection
mechanism is still working as verified by the status panel, but items do not
hig
Hi,
I had a try with yesterdays nightly build and I do not feel that it behaves
slow with right click menus, selecting, moving geometries etc. I had only one
small shapefile open in the project (world_adm0), perhaps you have a more
complicated project.
By the way, I discovered a bug.
Save as p
Hi,
I'd like to check opinions about the new feature to speed up zoom is
very powerful but in my case causes a delay on on every other events
and it becomes really not much nice to work.
I observe delay for window menu on right mouse click, select items and so on.
Could you write comment to under
Thanks Andreas, it was my error on typing *multiClickTime, I wrote
.multiClickTime before.
luca marletta
www.beopen.it
On Fri, Feb 19, 2010 at 8:35 AM, Andreas Schmitz wrote:
> luca marletta wrote:
>
> Hi,
>
>> may double click problem is not related to the 1st point, I face this
>> trouble w
21 matches
Mail list logo
