Forums / Setup & design / EZP 3.4 Corporate Template don't display well on Netscape 7.02 browser

EZP 3.4 Corporate Template don't display well on Netscape 7.02 browser

Author Message

Lazaro Ferreira

Wednesday 16 June 2004 10:34:20 am

Hi,

We are building a new web site using EZP 3.4, we have started from EZP 3.4 Corporate pagelayout.tpl , a template suitable for our task

But it doesn't display well on Netscape 7.02, we normally support Netscape latest versions , so this is an issue for us

Any ideia, or recomendation ?
have we to use HTML Table layouts to support Netscape 7+ ?

Lazaro

 

Lazaro
http://www.mzbusiness.com

Alex Jones

Wednesday 16 June 2004 11:17:37 am

Lazaro, you can (and should) use CSS for Netscape 7. If you provide more information concerning the display problems, we can provide some more help.

Alex

Alex
[ bald_technologist on the IRC channel (irc.freenode.net): #eZpublish ]

<i>When in doubt, clear the cache.</i>

Lazaro Ferreira

Wednesday 16 June 2004 2:30:43 pm

Alex,

Have you access to some EZP3.4 corporate setup?, you can display the original pagelayout.tpl supplied with EZP 3.4.0 setup with Netscape 7 (we are using 7.02), you will see that Top toolbar doesn't display well, that is the issue, is this an EZP template bug, or Netscape 7 DIV CSS imcompatibility ?

Thanks
Lazaro

Lazaro
http://www.mzbusiness.com

Jorge estévez

Wednesday 16 June 2004 9:19:31 pm

It could be the CSS, IE does not work as netscape does...

Diseño Web Cuba
Web Design Cuba
www.elfosdesign.com

Alex Jones

Thursday 17 June 2004 6:11:46 am

I took a look at the corporate demo on the ez.no site and see what you mean, tt does not render well for Netscape 7, nor for Firefox. I began to poke around in the style sheets to track the problem down, but frankly I don't have enough time to go through and track down the problems. The stylesheets are far more ocmplicated than they need to be. eZ systems is improving their use of CSS/XHTML, and have made some great steps, but they still have a ways to go.

Sorry I can't provide you a better answer/solution. :( I would recommend that you write your own stylesheet which will give you much more control over all. You should also report this as a bug so the eZ crew will know to fix it.

Alex

Alex
[ bald_technologist on the IRC channel (irc.freenode.net): #eZpublish ]

<i>When in doubt, clear the cache.</i>

Dirk Billerbeck

Monday 21 June 2004 4:39:10 pm

I'm using Firefox but I think we're experiencing the same problem:

Do you mean the fact that 'Login' and 'Search' are on two different lines?

Then maybe this could help you:

While playing around with the calendar tool I noticed that after adding a third tool to the top toolbar, 'Login' and 'Search' are now on the same line.

I will further investigate this bug/feature but I'm no XHTML/HTML/CSS/XML expert. But maybe is has something to do with the <div> tags in the pagelayout.tpl file. AFAIK every opening <div> starts a new line so this could be NS/MO/FF interpreting it correctly and IE doing it wrong or vice versa??

cu,

Dirk

Dirk Billerbeck

Monday 21 June 2004 5:25:49 pm

Here is a quick'n dirty workaround:

Edit the file design/standard/templates/toolbar/lines/searchbox.tpl and add a <span> in front of the first and a </span> after the second line of code.

A better solution would be of course to create a template override file.

cu,

Dirk

Thomas Hellstrøm

Thursday 01 July 2004 7:09:46 am

I've already given Mr. Ferreira an answer on e-mail on this, but since this would be a general issue I'll repeat it here:

The problem with the toolbar breaking in Mozilla is due to its interpretation of this style declaration in site.css:

div#toolbar-top ul
{
    float: right;
}

There are two option, which I've just tested here:

* In a lot of cases the "float: right;" may be redundant, because "div#toolbar-top" already has the attribute "text-align: right;" set. So the float statement could possibly just be removed entirely.

* Insert white-space: nowrap; into the declaration:

div#toolbar-top ul
{
    float: right;
    white-space: nowrap;
}

Both these methods seems to solve the problem in a general way, but you need to test it in you specific context to be sure neither one creates any unexpected behaviour for you.

There are two issues related to the possible breaking of the layout with larger sizes as you mention:

* The width of the site should not be set to an absolute value (as the demo designs are), to allow for the width to stretch to fit a larger browser vindow.

* But still; when using a pure DIV and CSS based layout elements _will_ force themselves to overlay _if_ squeezed together in a too tight layout, as they "respect" the set width of the browser window. This is different from old table based layout where content inside a cell normally never will go outside that cell, and just force a wider page with vertical scrollbar if needed. This is one of the big challenges of DIV and CSS based layout; to handle these situations in the best possible way.

th[eZ]