On 14/05/2008, Bobby Jack [EMAIL PROTECTED] wrote:
I think you're right here. Although David raised the
legality issue, a div within a list item is perfectly
valid (floated or not), and this equivalent of your
original does render as expected (as I understand it,
i.e. the same as the
On 13/05/2008, Del Wegener [EMAIL PROTECTED] wrote:
It never occurred to me that it might not be legal to have a float inside an
ordered list. Why not?
ol does not allow any child other than li, so the problem is not the float.
Hope this helps,
Manfred
Hi all,
I suppose my question was too general to get useful answers. This time
its more concrete, you can try it:
http://documenta.rudolphina.org/cond-css-demo.xml
Any questions?
Manfred
__
css-discuss [EMAIL PROTECTED]
On 19/04/2008, David Laakso [EMAIL PROTECTED] wrote:
Manfred Staudinger wrote:
***off-list***
You got a uri? Or just a mouth?
David,
You got a uri?
I have not yet decided to publish it. To clarify the pros and cons I started
this thread.
Or just a mouth?
I don't understand what you
Hi list,
Currently I'm thinking about a consistent and simple method for CSS to
target not only IE's but also Mozilla, Safari and Opera, each of them
separately and standards compliant.
Up to now the CSS language actually available for developing web sites
is limited by the weakest browser to be
?
- How does it look in Safari, Firefox 3 and IE 8 ?
Regards,
Manfred
On 06/04/2008, Manfred Staudinger [EMAIL PROTECTED] wrote:
Assume we have a table with these basic properties:
table {
border-collapse: collapse;
border: 1px solid #859EB5;
border-spacing: 0;
font-family: tahoma
On 15/04/2008, John Griessen [EMAIL PROTECTED] wrote:
Manfred Staudinger wrote:
Hi John,
If you want to select IE6 and IE7, but not IE8 nor IE5.5 or IE5.01
then you might use
!--[if lte IE 7]![if gte IE 6]
style type=text/css
css here
/style
![endif]![endif]--
Thanks
On 15/04/2008, Bill Brown [EMAIL PROTECTED] wrote:
You can use this syntax to target all NON-MSIE browsers:
!--[if !IE] --
style type=text/css@import url(css/fix/non_msie.css);/style
!-- ![endif]--
Thats definitely an unnecessary hack. The correct (although
proprietary) syntax would be:
On 09/04/2008, Philippe Wittenbergh [EMAIL PROTECTED] wrote:
On Apr 9, 2008, at 5:28 AM, Manfred Staudinger wrote:
b) Firefox 2.0.0.13 ignores height completely.
Gecko (Firefox) does honour the height. But it uses the 'border-box'
model for hr. That means: padding and border-width
Reading through your responses I found it necessary to set up a small
test page to show the effect of specifying different properties for
color on the hr element.
http://test.rudolphina.org/hr.html
Because of the number of bugs, interpreting the results is a non-trivial task
certainly. Some
groups
Shopsmith 520 + bits
Flatulus Antiquitus
- Original Message -
From: Manfred Staudinger
To: Philippe Wittenbergh
Cc: CSS-D
Sent: Tuesday, April 08, 2008 9:28 PM
Subject: Re: [css-d] hr / styling
Reading through your responses I found it necessary to set
Hi List,
Assume we have a table with these basic properties:
table {
border-collapse: collapse;
border: 1px solid #859EB5;
border-spacing: 0;
font-family: tahoma;
}
td {
border: 1px solid #859EB5;
font-size: 11px; text-align: right;
padding-top: 1px; padding-bottom: 1px;
this:
html * {padding: 12px 0 12px 0;}
Manfred
- Original Message -
From: Manfred Staudinger
To: Alan K Baker
Cc: css-d
Sent: Friday, April 04, 2008 7:13 PM
Subject: Re: [css-d] hr / styling
I just found another bug in Firefox 2.0.0.13 which I haven't seen listed
anywhere
Hi Alan,
Without me looking up specifications, if color has no meaning, then how do
you propose to change the color of a horizontal rule? It is not a border,
neither is it a background, so
how else would you style its color property? To answer my own question,
Mozilla
obviously think
I just found another bug in Firefox 2.0.0.13 which I haven't seen listed
anywhere else.
If I style hr / as follows: hr {color:red;} it does appear as red and
displays correctly in most browsers.
However, in Firefox it displays, but with an enormous amount of top and
bottom padding.
Hi list,
If you click Anton Kupfer on this page
http://free.pages.at/staudinger/Regest/Regesten/A1608-10-14-02382.xml
then after Quellen: Fx 1.5 displays
1604-04-10 1605-09-03 1608-10-14 1612-10-18
as three links and one span, but ie6 only displays three links,
1604-04-10 1605-09-03
Ingo,
http://free.pages.at/staudinger/Regest/Regesten/A1608-10-14-02382.html
I've uploaded a sligthly different version of this page in html, where
you can see the very same problem.
Manfred
On 02/03/06, Ingo Chao [EMAIL PROTECTED] wrote:
Manfred Staudinger wrote:
If you click Anton Kupfer
On 02/03/06, Ingo Chao [EMAIL PROTECTED] wrote:
This is not a static page.
I've updated the page with a static initial content for the div in
question (also
changed the inline style=display: none to style=display: block). If you
click Anton Kupfer you get the dynamic content (and the problem
Can someone please check this page
http://free.pages.at/staudinger/Regest/Regesten/A1603-11-29-02004.xml
with Safari 1.3 and 2.0?
I've seen a Problem UTF-8 characters (ä ö ü) not displaying correctly,
but wanted to know if the problem is reproducible. Thanks in advance!
Manfred
I've submitted bug 321493 for this.
https://bugzilla.mozilla.org/show_bug.cgi?id=321493
Manfred
On 15/12/05, Manfred Staudinger [EMAIL PROTECTED] wrote:
Hi list,
This following can be demonstrated with (currently for _fx_only_) page
http://free.pages.at/staudinger/Regest/Indices/Index.html
Hi list,
This following can be demonstrated with (currently for _fx_only_) page
http://free.pages.at/staudinger/Regest/Indices/Index.html
The anchor E on the left side
a id=Index_E href=Index_E.htmlE/a
will receive focus in firefox 1.0.4+ when anchor E from the top line
a href=#Index_EE/a
is
21 matches
Mail list logo
