Last modified: 2011-03-13 18:06:21 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 10239 - Scroll box on 'printable version'
Scroll box on 'printable version'
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
All All
: Lowest enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: 10654 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2007-06-13 04:23 UTC by Pharos
Modified: 2011-03-13 18:06 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Pharos 2007-06-13 04:23:36 UTC
Text in a scroll box should be automatically expanded on a 'printable version' of a page.  See for example the reference section at

Unless the text is expanded, the valuable references are lost in the printed version.

On the other hand, it's also probably a good idea to shrink -images- in a scroll box.  See for example the panorama photograph at

Thank you
Comment 1 Platonides 2007-06-13 13:30:12 UTC
It's not MediaWiki matter that the references are wrapped into a div with style="height: 220px; overflow: auto" 

Seems place for another JS hack to add those properties only if page is not printable.
Comment 2 Brion Vibber 2007-06-13 14:49:41 UTC
The correct way to handle this would probably be to use global CSS declarations attached to a class instead of inline styles.

The style sheet (eg in MediaWiki:Common.css) could then define separate, appropriate, behavior for printable and screen views using a @media selector.

Since these are custom styles, that'd be up to authors on the site.
Comment 3 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-06-13 18:27:29 UTC
Can't reasonably be fixed in the software itself.  It's a content issue.
Comment 4 Pharos 2007-06-13 19:28:11 UTC
Excuse me for my ignorance and maybe labeling this in the wrong category, but is their a simple way to fix this on just Wikipedia?
Comment 5 Pharos 2007-06-13 21:34:48 UTC
Never mind, it's being discussed at

Feel free to contribute to the discussion there.
Comment 6 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-07-22 03:37:22 UTC
*** Bug 10654 has been marked as a duplicate of this bug. ***
Comment 7 MrZaius 2007-07-22 15:47:16 UTC
Demo on Wikia:

Demo on the en wikipedia:

This affects multiple versions and multiple installations of MediaWiki, and should be disabled in the default CSS.  I fail to see how it is appropriate in any way shape or form to require that every installation separately block the overflow tag.

Can reasonably be fixed in the default css files that ship with MediaWiki.
Comment 8 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-07-22 21:33:46 UTC
(bug 10654 comment #4)
> (In reply to comment #3)
> > There are no legitimate uses of overflow that warrant not disabling it in the
> > default printable css.
> Not true.  overflow: hidden;, for instance, is often used to create a new block
> formatting context, rather than for its overflow effects (see bug 1629).  In
> some layouts non-visible overflow values may be the lesser of two evils for
> print, if the alternative is to have overtyping or other unpleasant effects. 
> In the case of overflow: auto or overflow: scroll on a block with a fixed
> height, for instance, the correct solution for print is to remove the fixed
> height, not remove the overflow; the latter may make the page unreadable by
> overprinting.
Comment 9 MrZaius 2007-07-22 21:42:33 UTC
That's true - So why close the bug and not fix it?  Is there a way to strip the fixed lengths from the printable versions of MediaWiki-generated articles?
Comment 10 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-07-22 21:49:53 UTC
No.  We cannot possibly figure out in a programmatic fashion what CSS will cause problems on various media.  We can't tell from looking at the code whether a fixed-height rule is going to be used to hold limited-height content that will not cause problems for print, variable-height content that will cause problems for print, or variable-height content that will not cause problems for print.  We can conceivably ban entire properties if necessary, or particular values of properties (we do that for URLs, for instance, and see bug 9526), but nothing more exact than that.  As I've said, we can't restrict any particular values in this case.  It requires human intelligence to be applied at the content end.

Note You need to log in before you can comment on or make changes to this bug.