#1438 Questionnaire#Answers_Wiki_Table unreadable, because Wiki CSS surpresses horizontal scrollbar
Closed: Fixed None Opened 14 years ago by till.

If a table has a width higher than the width of the browser window, there is no easy way to access the contents, because there is no horizontal scrollbar. An example page is here:

https://fedoraproject.org/w/index.php?title=Elections/Questionnaire&oldid=105990


Anyone on the web team want to assign this to them and do it?

Imho it would be nicer to have a horizontal scrollbar for the whole website, because with proposed fix, it is not possible to use both the horizontal and the vertical scrollbar at the same time to navigate to a special row in the table.

Just noting what I said in my email - this is an extremely non-trivial problem to fix because of the way that our CSS layout works (although I'd love to be wrong here - patches accepted!). It will probably require either removing the black borders from our design or completely restructuring how those borders are done (and doing all the associated browser testing, etc.). Until we can look at this more closely (probably after F11), I'd probably try very hard to avoid wide tables for now.

I agree with both of you, the proposed solution is very sub-optimial, but at least you can read all the responses.

I totally agree with Ricky that this is far from a trivial change to accommodate ( site horizontal scrolling )and also agree the large table is a sub-optimal solution.

If we just use one page per person, there does not seem to be anything to fix and therefore no ticket?

Or do we want to try out other approaches involving javascript in order to keep this all on one page?

I just asked Mairin on IRC, and suggested overflow: scroll; as well (just like in Craig's suggestion). If they can't be broken out into separate pages, that seems like the best solution we have right now.

It seems to me that if they must stay on a single page, another very ugly alternative is to use the 'wrapper' div with overflow: scroll, but also make each question row ( along with header row ) it's own table. Not only would it very hideous, it might also perhaps be a little more useful in terms of seeing the question and the response of the the people in columns 3ish-16 ( resolution depending ); provided users would tolerate the design ;)

Again, very sub-optimal for sure.

Maybe one page per question is best? so readers can more easily compare and contrast the responses?

I for one like the idea of the answers being easy to compare...

Regardless of how we fix this for the current page, the problem with large tables and general should be addressed in a proper way. This seems not to be only a problem of this specific table, Andreas Thienemann found this problem earlier:
https://www.redhat.com/archives/fedora-devel-list/2009-June/msg00272.html

How do you want to display the answers if there is one page for each question?

Something like this would work, IMO:

http://craigt.fedorapeople.org/single_table.html

We could use multiple pages or a single long page with either regular links or named anchors from the list of questions to the table with the answers. Also, we could maybe use the hackergochi heads from planet along with the people's names, to personalize the answers.

I can spend more time one the idea if we think it's worthwhile?

I think that last one looks great - keep in mind that it'll have to be done in wiki markup though, so just make sure that any extra enhancements will still be doable there.

If we end up getting a nice candidate Q&A page out of this, we should definitely make it into a wiki template though :-)

https://fedoraproject.org/wiki/CandidateTest

I have started in wiki markup and am wondering if anyone has thoughts? We also do not seem to allow loading of images from external sites. If we wanted to use the hackergochi's I believe we can enable loading of external images from just a whitelist of domains ( fedora ones ) or from planet itself.

Anyway, thoughts?

I've queued a commit to allow images from fedorapeople.org, but it will have to wait until one day after the release to be pushed, since Infrastructure is in a change freeze right now.

That sample wiki page looks great to me - Till - any comments?

The design looks nice, too. I'll see if I can convert the data into this format.

In case you need to adjust something (I'll be in vacation in three days), I used this conversion script:
http://till.fedorapeople.org/tmp/csv-to-mediawiki.py

I hope it is OK that I re-numbered the .py generated numbers to match the 2nd ordered list of questions. Also, I have added links to the named anchors on the questions and added newlines between the tables for a little visual space.

Do we want the hackergochis? ( i do realize they'll only load after release even if we add them now, Thanks Ricky! )

If we do, we can add the links now or wait?

Anything else?

Because the table was fixed, this can imho be fixed. I just opened another issue about a problem with the CSS in ticket:1995

Login to comment on this ticket.

Metadata