Feedback on the upcoming infinite grid scrolling feature

[Antonin Delpeuch (lists)]

Hi,

This summer, Lisa Chandra is working as a Google Summer of Code student
on improving the way OpenRefine displays project grids.

In a nutshell, the goal of the project is to make it possible to scroll
through a table seamlessly, without having to use the pagination
controls we have had so far.

She has a prototype of what this would look like concretely. We would be
keen to have your feedback about this prototype, so that it can be
refined to better suit your needs. Are there cases where this would be
inferior to the manual pagination we have now? In general, what should
be improved?

You can download it here:
- for Windows:
http://pintoch.ulminfo.fr/451570fe80/openrefine-win-3.5-SNAPSHOT.zip
- for Mac:
http://pintoch.ulminfo.fr/9766c46ecb/openrefine-mac-3.5-SNAPSHOT.dmg
- for Linux:
http://pintoch.ulminfo.fr/67e310ac30/openrefine-linux-3.5-SNAPSHOT.tar.gz

We are looking forward to your feedback!

Cheers,
Antonin

[Dave Brown]

This is an improvement to the UI.  I like the approach.

Issues:

• How responsive will it be with large datasets?  It's pretty responsive on my Mac, with a 60,000 row, 20 column set of data which is currently the largest I use regularly. 
• The only drawback I can see is that I often skip to the end and check out rows there when analysing data - and is it marginally easy to do that in the current interface. 
• Facets appear to be behaving oddly - there is a large blue coloured header to the first facet in the left hand column?  Tried with several facets and get the same behaviour.

I guess if anyone wanted paging, you could mimic it using a facet based on rowIndex?

Many thanks to Lisa for the work she has done on this.

Regards

Dave Brown

--
You received this message because you are subscribed to the Google Groups "OpenRefine" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openrefine+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openrefine/ad7bdd8e-e327-fcc2-1baa-b666d6ccf30a%40antonin.delpeuch.eu.

[Lisa Chandra]

Hi Dave,

Thanks for your feedback!

• How responsive will it be with large datasets?  It's pretty responsive on my Mac, with a 60,000 row, 20 column set of data which is currently the largest I use regularly. 

The UI should work similarly with even more rows. However, as the number of columns increase, the performance is likely to decrease. We are hoping to get more perspective on the kind of datasets the users will be working with and how infinite scrolling will affect them, in order to start working on it. 

• The only drawback I can see is that I often skip to the end and check out rows there when analysing data - and is it marginally easy to do that in the current interface. 

That's an interesting point indeed.

• Facets appear to be behaving oddly - there is a large blue coloured header to the first facet in the left hand column?  Tried with several facets and get the same behaviour.

Thanks for that, I will look into why that is happening.

Cheers,

Lisa

[Isao Matsunami]

Hi, Lisa.

I tried it on my a bit old MacBookPro with 70000 records dataset.

My impression is that it needs something to show "I'm fetching data.. please wait" at the bottom of the table.

Scrolling can be often tyrannically fast and fetching data seems to unable to keep in pace with that. Then, users will see a blank table while "** matching records" is shown at the top of it.

But this might be caused by the bug rather than design problem.

The idea is fascinating. 

2020年6月29日月曜日 21時20分00秒 UTC+9 Antonin Delpeuch (lists):