ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
642
|
Mon Aug 2 14:56:56 2004 |
| Heiko Scheit | h.scheit@mpi-hd.mpg.de | Bug report | Linux | 2.5.4 | too many <table> tags |
There are too many <table> tags when displaying a singel entry. E.g.
in http://midas.psi.ch/elogs/Config+Examples/1 the row 'Configuration Name'
is not aligned with the others (see attachment).
Looking at the HTML one sees that there are <table> tags for each row
which should not be there:
<tr><td><table width="100%" cellpadding=0 cellspacing=0><tr><td nowrap
class="attribname">Author:</td><td class="attribvalue">
Stefan Ritt </td>
</tr></table></td></tr> |
Attachment 1: elog_table.jpg
|
|
645
|
Tue Aug 3 11:16:46 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.5.4 | Re: too many <table> tags |
> There are too many <table> tags when displaying a singel entry. E.g.
> in http://midas.psi.ch/elogs/Config+Examples/1 the row 'Configuration Name'
> is not aligned with the others (see attachment).
The <table> tags are there on purpose. As you can combine several attributes
into one line (see this forum for example), it's necessary to make an
independent <table> for each line. This causes the shifting as you noted
correctly. To avoid this, simple increase the width of the attribute name field
in the CSS file. Edit <elo>/themes/default/default.css, find the section with
".attibname" and change the width from 150px to 200px, such as
.attribname {
width:200px;
background-color:#CCCCFF;
border:1px solid #0000FF;
border-top:1px solid white;
border-left:1px solid white;
padding:3px;
}
I tried this with http://midas.psi.ch/elogs/Config+Examples/1, and it wroked
fine (see attachment). [I had to increase the text size a bit in my browser to
reproduce the initial problem] |
Attachment 1: elog.gif
|
|
647
|
Tue Aug 3 13:06:54 2004 |
| Heiko Scheit | h.scheit@mpi-hd.mpg.de | Bug report | Linux | 2.5.4 | Re: too many <table> tags |
> > There are too many <table> tags when displaying a singel entry. E.g.
> > in http://midas.psi.ch/elogs/Config+Examples/1 the row 'Configuration Name'
> > is not aligned with the others (see attachment).
>
> The <table> tags are there on purpose. As you can combine several attributes
> into one line (see this forum for example), it's necessary to make an
> independent <table> for each line.
Couldn't one include the extra <table> tag only when there is really more than
one attribute per line. All other lines could then be aligned properly.
To increase the width is not really a solution, since this depends on the
text size used. See attachment with really big text. |
Attachment 1: elog_table2.jpg
|
|
648
|
Tue Aug 3 13:31:08 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.5.4 | Re: too many <table> tags |
> Couldn't one include the extra <table> tag only when there is really more than
> one attribute per line. All other lines could then be aligned properly.
Sure one can do a lot of things if one has enough time and not tens of other
requests on the wishlist which really concern some functionality and not just
cosmetics. |
650
|
Tue Aug 3 15:44:07 2004 |
| Heiko Scheit | h.scheit@mpi-hd.mpg.de | Bug report | Linux | 2.5.4 | curly parenthesis problem |
Everything after curly parenthesis is ignored in attribute entry boxes
like 'Subject' above
What I typed in the subject line was exatcly this:
'curly parenthesis problem {abc}' |
651
|
Tue Aug 3 16:18:45 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.5.4 | Re: curly parenthesis problem {smiley} |
> Everything after curly parenthesis is ignored in attribute entry boxes
> like 'Subject' above
>
> What I typed in the subject line was exatcly this:
>
> 'curly parenthesis problem {abc}'
Just don't use curly brackets (;-)
Nevertheless I fixed it in the current version (see subject) |
656
|
Fri Aug 6 22:35:10 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.4 | THREAD DISPLAY = sucks up coded spaces |
I was trying to do some hard coded spaces using:
Thread display = For: $Date for Shutdown. $DataCenter:
$short summary. Coordinator: $Shutdown Coordinator.
The spacing actually works mthe first time, but upon going back into editing
the config file, the coded spaces are gone, replaced with real spaces, and
when saved all real multiple spaces are, as one would expect, ignored. The
spacing reverts back to normal.
I tried other html tags but these show up as literals.
Thanks |
657
|
Sun Aug 8 16:25:09 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | 2.5.4 | Re: THREAD DISPLAY = sucks up coded spaces |
> I was trying to do some hard coded spaces using:
>
> Thread display = For: $Date for Shutdown. $DataCenter:
> $short summary. Coordinator: $Shutdown Coordinator.
>
> The spacing actually works mthe first time, but upon going back into editing
> the config file, the coded spaces are gone, replaced with real spaces, and
> when saved all real multiple spaces are, as one would expect, ignored. The
> spacing reverts back to normal.
>
> I tried other html tags but these show up as literals.
I fixed that in revision 1.448. The problem also showed up even in normal
logbook entry displays and in replies (before this fix, the in this text
whould not have shown up). Get the new version from CVS. |