ZF-6242: Table in documentation is coming through 'components'-menu

Issue Type: Docs: Problem Created: 2009-04-08T10:20:40.000+0000 Last Updated: 2012-11-20T20:52:57.000+0000 Status: Closed Fix version(s): Reporter: Thom (theguyofdoom) Assignee: None Tags: - Zend_Application

Related issues: - ZF-8336

Attachments: - Screenshot of problem.jpg


See: Zend Application Core Functionality This problem blocks the parameters section of the table

Affected browsers: Chrome (Vista) IE8 (Vista) FireFox (XP/Vista)

So appearantly it is not an browser bug

Should be fixable by dividing the table or fixing widths


table blocked by components menu in IE8/FF/Chrome […]


Posted by Thom (theguyofdoom) on 2009-04-08T10:22:23.000+0000

The screenshot of the problem

Posted by Thom (theguyofdoom) on 2009-04-08T10:23:53.000+0000

My resolution is 1600*1080, but the problem stays present even when resizing the window

Posted by Dan Entous (dan_nl) on 2009-04-13T09:36:58.000+0000

This seems to be an issue with long words and how browsers apply css to wrapping them; e.g., Zend_Application_Bootstrap_IBootstrap

It looks like it is unfortunately handled in different ways by different browsers;…, thus there's no one solution.

Using Firebug I was able to add the following to get at least a possible solution.

code.code { display: block; width: 140px; overflow-x: auto; word-wrap: break-word; }

I think if you apply it only to tables it will leave the blocks in the rest of the text alone.

table code.code { display: block; width: 140px; overflow-x: auto; word-wrap: break-word; }

Posted by Dan Entous (dan_nl) on 2009-04-13T23:42:10.000+0000

Did a bit of testing in IE6, IE7, FF3, Opera 9.26 and Safari 3.2. The word-wrap in IE7, IE6, doesn't auto-adjust the width of the column when width: 140px is set. And overflow: auto doesn't work well for the height in some code blocks; the min-height and height: 50px seems to take care of it. FF, Safari and Opera have no problem with overflow height and the min-height property doesn't bother them either. The only other way to deal with the issue, that I can think of at the moment, would be to have the back-end split long words after so many characters with a space, so Zend_Application_Bootstrap_IBootstrap would become Zend_Application_ Bootstrap_IBootstrap.

In summary, the IE6 stylesheet could use the following: table code.code { font-size: 1.1em; width: 140px; height: 50px; display: block; }

The others in the manual.css could use: table code.code { font-size: 1.1em; width: 140px; min-height: 50px; display: block; overflow: auto;

Posted by Thom (theguyofdoom) on 2009-04-15T00:43:42.000+0000

Funny how you've got to come up with different solutions when it appears to be the same problem in many different browsers.

Damn you, IE!!

Posted by Darren Lucas (vtwo) on 2009-06-08T04:53:26.000+0000

A soft hyphen could also be used '­'

Most browsers treat this as hinting for where hyphens should go if the word needs to be broken. A soft hyphen won't force a line break if there is enough space to display it.

For example changing longer words to :Zend_­Application_­Bootstrap_­Bootstrapper would add in breaks after every hyphen if required, emulating the behavior of some browsers.

Posted by Matthew Weier O'Phinney (matthew) on 2009-06-08T06:00:17.000+0000

Actually, I'm going to reformat this entirely to remove the tables in an upcoming iteration. Just need to decide on an appropriate docbook format and then implement.

Posted by Rob Allen (rob) on 2012-11-20T20:52:57.000+0000

Bulk change of all issues last updated before 1st January 2010 as "Won't Fix".

Feel free to re-open and provide a patch if you want to fix this issue.

Have you found an issue?

See the Overview section for more details.


© 2006-2018 by Zend, a Rogue Wave Company. Made with by awesome contributors.

This website is built using zend-expressive and it runs on PHP 7.