[MAGNOLIA-259] Problematic definitions for TD-tag in dialogs.css Created: 04/Jan/05 Updated: 05/Nov/12 Resolved: 13/Feb/05 |
|
| Status: | Closed |
| Project: | Magnolia |
| Component/s: | taglibs |
| Affects Version/s: | 2.0 Final |
| Fix Version/s: | 2.1 Final |
| Type: | Bug | Priority: | Trivial |
| Reporter: | Andreas Weder | Assignee: | Fabrizio Giustina |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
any, especially using internet explorer |
||
| Template: |
|
| Acceptance criteria: |
Empty
|
| Task DoD: |
[ ]*
Doc/release notes changes? Comment present?
[ ]*
Downstream builds green?
[ ]*
Solution information and context easily available?
[ ]*
Tests
[ ]*
FixVersion filled and not yet released
[ ] 
Architecture Decision Record (ADR)
|
| Bug DoR: |
[ ]*
Steps to reproduce, expected, and actual results filled
[ ]*
Affected version filled
|
| Date of First Response: |
| Description |
|
I have the problem that the current style sheets imported by <cms:mainbar> cause disruption on regular tables. The following definition td (from dialogs.css) does define a font family, font size, etc. if these attributes are not defined in a style sheet included later. While the workaround is trivial (simply define these attributes in your own style sheet), you have been working carefully with ids in your style sheets so as not to disrupt any customer designs. Therefore I consider this a bug, albeit a trivial one. It would be nice if you could use ids for all your <td>s or come up with a similar solution. |
| Comments |
| Comment by Fabrizio Giustina [ 13/Feb/05 ] |
|
fixed in svn. |