Closed (fixed)
Project:
Drupal core
Version:
6.6
Component:
javascript
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
17 Oct 2007 at 09:21 UTC
Updated:
5 Feb 2009 at 13:28 UTC
Jump to comment: Most recent file
Comments
Comment #1
chx commentedI am so sorry, I thought a lot about this (even lost some sleep) and while I find tableheader.js a real interesting idea currently it's more a proof of concept than a solid Drupal JS addition. Steven, I do not want this to be "another kick in the gut" I really appreciate your work but you are not around, this file is very broken, noone seems to be able or willing to fix so what can I do?
Comment #2
anders.fajerson commentedThe select all bug has a working patch at http://drupal.org/node/154593.
It might be possible to check if there is an hash e.g
if(location.hash)and then scroll down the height of the tableheader.Comment #3
chx commentedThat's good news. Opera slowdown does not occur to all platforms I hear (and I tested too) and IE6 is being phased out anyways.
Comment #4
quicksketchI'd much rather find a solution than take out the table header. This particular problem could be extra tricky though. I'll see what options we've got, though fajerstarer's idea: "It might be possible to check if there is an hash e.g if(location.hash) and then scroll down the height of the tableheader.", sounds like the approach I'd try to take also.
Comment #5
gábor hojtsyThe select all issue is now fixed in core.
Comment #6
scoutbaker commentedJust noting that this still applies with the latest CVS. Going to /admin/user/permissions#module-node
shows the "access content" permission, rather than the "node module" section header. With all of the recent changes to tableheader.js it seemed like a good time to check.
Comment #7
dvessel commentedAccounting for anchors is really tricky but the urls mentioned here are really minor I think. Hopefully, the originating link is descriptive enough so it won't be confusing since it does fall into the right group. It only obscures the group heading, not any of the choices.
Comment #8
catchBumping this to D7.
Comment #9
lilou commentedPostponed dependent issue : #184010: Add #anchors to modules administration page
Comment #10
redndahead commentedThis patch will scroll the page up the amount of the height of the table header when an anchor is selected. I have tested this to work except when an anchor is chosen that is the same as the previous chosen anchor.
So if you go to admin/user/permissions#module-filter it will scroll correctly. If you then go to the url bar and click enter it will not scroll correctly. I think this will be a very rare occasion and this patch fixes 99% of the situations.
Comment #11
catchPatch works well, our ids on these pages have got a bit longer - it's now: admin/build/modules#edit-modules-Core---optional-search-enable which isn't so pretty, but that's not affected by this. Not scrolling correctly when you've already been to the anchor already gone away and come back again doesn't seem significant enough to worry about. Noticed a space missing in the first code comment. My js isn't that hot, but this looks pretty sane.
Comment #12
redndahead commentedFixed comment spacing
Comment #13
redndahead commentedSome screenshot love
EDIT: some better screenshots
Comment #14
yoroy commentedSo, this keeps the module (tablesection?) header visible where currently the scrolling tableheader covers it. Can't comment on code quality but this is an obvious usability improvement. Nice little fix. RTBC from the ux-team. (but leaving needs review for one more js-check :)
Comment #15
quicksketchNice work redndahead. Is there a reason why the effect needs to be animated? We could make it immediate (since its going to happen really suddenly anyway) with:
Comment #16
redndahead commentedBecause I was at home and didn't have my jquery book and I thought I read that scrollTop was an extension. So the answer to your question is no, but hopefully the answer to this attached patch is RTBC.
Comment #17
quicksketchJS looks good. Tested in:
- Firefox 2/3 (Mac/Windows)
- Opera 9 (Mac)
- IE 7 (Windows, IE6 is not supported by tableheaders.js)
- Safari 3 (Mac)
Comment #18
webchickNice. This has bugged me for a long time.
Code looks good, verified that it fixes the problem, and has a thumbs-up from a JS guru and a UX guru. Good enough for me. :) Committed to HEAD. Thanks!
Moving back to 6.x for consideration.
Comment #19
gábor hojtsytableheader.js seems to nicely align to coding standards with the string concatenation in Drupal 6, so I needed to make
'td' + location.hashinto'td'+ location.hash, but otherewise committed the patch as-is. Thanks!Noticed that although the PHP string concatenations were fixed to the new standards of always whitespace around them, this JS file and possibly other JS files have the concatenation in the D6 style still. Sounds like work to do there :) (in another issue)
Comment #20
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.
Comment #21
gunzip commentedWith this patch applied to tableheader (drupal 6.6) I get one error in pages linked with #fragments:
easily fixed with
Comment #22
redndahead commentedgunzip can you open a new issue and post a new patch?
Thanks
Comment #23
egfrith commentedgustav has posted the patch requested by redndahead at #367088: tableheader.js error with anchors and it has one positive review so far.