Closed GoogleCodeExporter closed 9 years ago
After some more investigation on this issue, we discovered the following: If
you have a lot of data in your spreadsheet, the All option barely responds to
swipe at all. The less data you have in your spreadsheet, the more responsive
it is to swipes.
This jing shows the issue: http://screencast.com/t/n9lHIahK
Original comment by robb.pr...@risevision.com
on 18 Dec 2012 at 8:55
Here is a link to a Presentation that has a data source URL with a small amount
of data.
http://rdn-test.appspot.com/#PRESENTATION_MANAGE/id=b3f8dfbd-45ae-4633-aa01-1da9
a76ee458/company=fb788f1f-7730-44fd-8e00-20066409f51f
Original comment by robb.pr...@risevision.com
on 18 Dec 2012 at 9:54
Can you check to see if the scroll quality is acceptable now?
http://df9817c556f0e1b40f42-ade6c94b9cb648fc1a78b3f7beb1ddea.r50.cf2.rackcdn.com
/Directory.xml
Original comment by donnapep@gmail.com
on 20 Dec 2012 at 9:26
Original comment by donnapep@gmail.com
on 20 Dec 2012 at 9:26
Windows is still pretty jerky, when scrolling on the all Selection, but Linux
scrolls perfectly, just like if you were on one of the other letters.
From a Linux standpoint this looks great, but it still isn't good enough for
Windows unfortunately.
Original comment by robb.pr...@risevision.com
on 20 Dec 2012 at 9:41
Changed swiping to not be infinite when scrolling continuously. This is as good
as it's going to get.
Original comment by donnapep@gmail.com
on 21 Dec 2012 at 8:32
It is a bit better on Windows, but still not great.
However if this as good as it can be, it is not a show stopper, and I am sure
it works better on much stronger machines.
Original comment by robb.pr...@risevision.com
on 21 Dec 2012 at 9:30
Actually, after having worked with this for a while longer, I don't think this
fix is going to work, but maybe it is just me. Its kind of hard to explain why.
I tried to explain it in this Jing: http://screencast.com/t/jw3tZzHR, but maybe
previewing it for yourself and trying to swipe using your mouse will explain it
better.
http://viewer-test.appspot.com/Viewer.html?type=presentation&id=27c6c9f9-3005-41
65-a94f-3e679b8a01c6
The issue is that if a user knows that their name comes before what is onscreen
when they interact with the Presentation, they may think that their name is not
in the list, when in actuality, it is down at the bottom.
Original comment by robb.pr...@risevision.com
on 21 Dec 2012 at 10:05
Original comment by robb.pr...@risevision.com
on 31 Dec 2012 at 8:58
Original comment by robb.pr...@risevision.com
on 31 Dec 2012 at 9:20
Changed it so that instead of processing every single touchmove/mousemove
event, the Gadget will only process the event after the pointer has been moved
a certain number of pixels. The number of pixels is arbitrary and is taken from
the height of the first row.
Although a Gadget with a lot of rows should behave better than it did before, I
don't think we'll ever get it to be as snappy as those with less rows.
Original comment by donnapep@gmail.com
on 2 Jan 2013 at 9:43
Windows does not work as well as Linux, but still far better than it was before.
We are going to give it till the end of the day to ensure that everything works
after interacting with it throughout the day, but for now everything looks
good.
Original comment by robb.pr...@risevision.com
on 3 Jan 2013 at 3:54
Original comment by robb.pr...@risevision.com
on 3 Jan 2013 at 10:13
Original comment by donnapep@gmail.com
on 4 Jan 2013 at 5:37
Original issue reported on code.google.com by
robb.pr...@risevision.com
on 18 Dec 2012 at 8:02