Re: [css-d] os x 10.4 opera/11.1

2011-05-12 Thread Philippe Wittenbergh 

On May 13, 2011, at 2:40 PM, David Laakso wrote:

> Hmm. G. Sortun fix applied 1:06a. No change made jQ. Does Georg's fix hold 
> your end?
> Thanks.

yeah, Georg's 'fix' solves the issue - mostly. I still see a ~2px white strip 
on your pages, but not with my test case.

Philippe
--
Philippe Wittenbergh
http://l-c-n.com/






__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] os x 10.4 opera/11.1

2011-05-12 Thread David Laakso 

On 5/13/11 1:40 AM, Felix Miata wrote:

On 2011/05/13 01:25 (GMT-0400) David Laakso composed:


http://www.chelseacreekstudio.com/m/mhr/page/02.php


Those 7cm blank columns left of center and on right margin seem rather 
strange, like asymmetry was a major feature rather than incidental.



Do you have a suggestion that has anything whatsoever to do with the 
subject line?

~d


--
http://chelseacreekstudio.com/
http://chelseacreekstudio.com/fa/

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] os x 10.4 opera/11.1

2011-05-12 Thread Felix Miata 

On 2011/05/13 01:25 (GMT-0400) David Laakso composed:


http://www.chelseacreekstudio.com/m/mhr/page/02.php


Those 7cm blank columns left of center and on right margin seem rather 
strange, like asymmetry was a major feature rather than incidental.

--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] os x 10.4 opera/11.1

2011-05-12 Thread David Laakso 

On 5/13/11 12:00 AM, "G.Sørtun" wrote:

> 

Have no idea, but...

body {overflow: hidden;}

...works.

Georg --



On server with a cleared cache:

body {overflow: hidden;} /*G. Sortun :: Fri 1:03a  line number 6*/
Holds all pages and resolves problem mac os x 10.4 opera/11.1.

Best,
~d
PS Thanks [bows and scrapes]!





http://chelseacreekstudio.com/
http://chelseacreekstudio.com/fa/

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] os x 10.4 opera/11.1

2011-05-12 Thread David Laakso 

On 5/12/11 11:14 PM, Philippe Wittenbergh wrote:

On May 13, 2011, at 11:55 AM, David Laakso wrote:


Why does the dark-gray like background-color not paint the full page?




CSS



Blimmy… Buggy Opera. The background /should/ paint all the way down (propagate 
to the viewport)

The cause is a margin-collapse through behaviour –  the margin-bottom of [div 
id="page"] . If I 'kill' that in their Dragonfly inspector, the gap vanishes. 
Or if I give html / or / body a border-bottom (weirdly, padding-bottom on body doesn't 
work).

Looking for a real fix…

Philippe





She does not exactly make it easy to file a "bug report," either. Kind 
of reminds me of my former spouse:-) .


Best.
~d

--
http://chelseacreekstudio.com/
http://chelseacreekstudio.com/fa/

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] os x 10.4 opera/11.1

2011-05-12 Thread G.Sørtun 

> 

Have no idea, but...

body {overflow: hidden;}

...works.

Georg
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] os x 10.4 opera/11.1

2011-05-12 Thread David Hucklesby 

On 5/12/11 7:55 PM, David Laakso wrote:

Why does the dark-gray like background-color not paint the full
page?





> CSS



Best, Benjamin Disraeli London



I think it's the 5em margin on the div#page poking through. This end, I
added body { overflow-y; auto; } - this seems to fix it. (Via firefly
anyway.)

HTH
--
Cordially,
David

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] os x 10.4 opera/11.1

2011-05-12 Thread Philippe Wittenbergh 

On May 13, 2011, at 11:55 AM, David Laakso wrote:

> Why does the dark-gray like background-color not paint the full page?
> 
> 
> 
> 
> CSS
> 


Blimmy… Buggy Opera. The background /should/ paint all the way down (propagate 
to the viewport)

The cause is a margin-collapse through behaviour –  the margin-bottom of [div 
id="page"] . If I 'kill' that in their Dragonfly inspector, the gap vanishes. 
Or if I give html / or / body a border-bottom (weirdly, padding-bottom on body 
doesn't work).

Looking for a real fix…

Philippe
--
Philippe Wittenbergh
http://l-c-n.com/






__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

[css-d] os x 10.4 opera/11.1

2011-05-12 Thread David Laakso 

Why does the dark-gray like background-color not paint the full page?




CSS


Best,
Benjamin Disraeli
London






--
http://chelseacreekstudio.com/
http://chelseacreekstudio.com/fa/

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] [WD]: Sticky footer help wanted

2011-05-12 Thread Tim Climis 
> Oooops.
> It would  help if I gave you the URL, would it not?
> 

Indeed.  

> valdobson.co.uk/test
> 
> 
> On 8 May 2011 15:22, Val Dobson  wrote:
> > I'm trying to develop a simple header/ 2 col / footer layout using
the
> > template from stickyfooter.com
> > But I cannot seem to get rid of the vertical scrollbar.    So
please,
> > could some of you good folk take a look and tell me where I'm
going
> > wrong?

It looks the#spacer div (and the paragraph inside it) is causing it -
since it's always below your footer, and thus off screen.  After you
make that go away, then, I think, once you remove the borders around
all the various parts, it'll start fitting on a page without scroll.

---Tim

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Drop Cap missing in FF4

2011-05-12 Thread Lesley Lutomski 

On 12/05/11 13:27, Philippe Wittenbergh wrote:

>  Thanks for testing.  That's really weird, because I'm using Ubuntu 11.04 with 
FF4.0.1 and there's no letter 
displayed.
>
>  I realise there's an easy fix by deleting the ChromaSSK font, which isn't 
widely available, but I would like to understand why there's a problem in the 
first place, so I can avoid it in future.

I've no idea, offhand, what the problem might be.


Thanks Philippe and David for helping.  I've solved the problem and, as 
usual, it was me missing something.  ChromaSSK was present on the 
system, but the permissions on the folder were not set to allow access. 
 Resetting the permissions allowed to to display as before, and when I 
removed it altogether, Firefox displayed a fall-back font.


Sorry - not a CSS issue after all.

Lesley
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Dynamically positiong sub menus and Bottom up navigationmenu

2011-05-12 Thread Del Wegener 
Is there a way using CSS to display the second level menu bottom up for 
the

items closer to the bottom.
Regards,
Sohail



I have done this with a third level flyout menu.

Assign a class to the flyout  as:
 
 http://www.delweg.com/cppapers/cpsystem.htm"; 
target="_blank" title="Groundbed Design">Groundbed Design

OTHER  DELETED FOR BREVITY


Then style that class like:
.menu ul ul ul.outside_ref{left:-16.3em; top:-10.6em; width:16.4em;}

Has been working fine for years.

Del


__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Drop Cap missing in FF4

2011-05-12 Thread Philippe Wittenbergh 

On May 12, 2011, at 6:42 PM, Lesley Lutomski wrote:

> Thanks for testing.  That's really weird, because I'm using Ubuntu 11.04 with 
> FF4.0.1 and there's no letter displayed. 
> 
> 
> I realise there's an easy fix by deleting the ChromaSSK font, which isn't 
> widely available, but I would like to understand why there's a problem in the 
> first place, so I can avoid it in future.

I've no idea, offhand, what the problem might be. If you open the error console 
in Firefox, does it log an error ?
Does it work with a very simple testpage:

 p {color: blue; font-family: 'ChromaSSK', sans-serif;}
This is a test, the text should be displayed using ChromaSSK

Maybe Fx rejects the font for some reason ?

Philippe
--
Philippe Wittenbergh
http://l-c-n.com/






__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Drop Cap missing in FF4

2011-05-12 Thread Gabriele Romanato 
@David: did you see the bug thread? It's amazing how much C++ code is
required to make @font-face work. It's something we should consider before
blaming implementors, IMHO. :-)

On Thu, May 12, 2011 at 11:42 AM, Lesley Lutomski
wrote:

> On 12/05/11 00:59, David Laakso wrote:
>
>> Dunno. Is this a blessing or a "bug."
>> 
>>
>
> Thanks for the link, but that's an @font-face bug, and I'm using a simple
> font-family declaration, so I don't think that's the problem.
>
> On 12/05/11 02:12, Philippe Wittenbergh wrote:
> > On OS X 10.6.7 and on Linux Ubuntu 11.04 the letter is displayed on all
> your pages. On Linux, Nimbus Roman is used afaict, on OS X Georgia.
> > 'ChromaSSK' not being available on either system.
> >
>
> Thanks for testing.  That's really weird, because I'm using Ubuntu 11.04
> with FF4.0.1 and there's no letter displayed. <
> http://www.islaywebdesign.co.uk/images/dropcap.png>
>
> I realise there's an easy fix by deleting the ChromaSSK font, which isn't
> widely available, but I would like to understand why there's a problem in
> the first place, so I can avoid it in future.
>
> Lesley
> __
> css-discuss [css-d@lists.css-discuss.org]
> http://www.css-discuss.org/mailman/listinfo/css-d
> List wiki/FAQ -- http://css-discuss.incutio.com/
> List policies -- http://css-discuss.org/policies.html
> Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
>



-- 
http://www.css-zibaldone.com/
http://www.css-zibaldone.com/test/ (English)
http://www.css-zibaldone.com/articles/ (English)
http://onwebdev.blogspot.com/  (English)
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Drop Cap missing in FF4

2011-05-12 Thread Lesley Lutomski 

On 12/05/11 00:59, David Laakso wrote:

Dunno. Is this a blessing or a "bug."



Thanks for the link, but that's an @font-face bug, and I'm using a 
simple font-family declaration, so I don't think that's the problem.


On 12/05/11 02:12, Philippe Wittenbergh wrote:
> On OS X 10.6.7 and on Linux Ubuntu 11.04 the letter is displayed on 
all your pages. On Linux, Nimbus Roman is used afaict, on OS X Georgia.

> 'ChromaSSK' not being available on either system.
>

Thanks for testing.  That's really weird, because I'm using Ubuntu 11.04 
with FF4.0.1 and there's no letter displayed. 



I realise there's an easy fix by deleting the ChromaSSK font, which 
isn't widely available, but I would like to understand why there's a 
problem in the first place, so I can avoid it in future.


Lesley
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] font shorthand: system font oddities

2011-05-12 Thread Philippe Wittenbergh 

On May 12, 2011, at 5:42 PM, Joergen W. Lang wrote:

>> Correct. E { font: 1em/1.5 'my font' sans-serf;} is the minimal
>> syntax.
> 
> I guess, the value for line-height could also be omitted. There should be a 
> comma between 'my font' and 'sans-serif', d'accord?:

:shamed: d'accord (that finger that refuses to hit the keyboard…) 
and sans-serif while we're correcting typos. :-p

> 
> A more concise wording might be:
> 
> "System fonts may only be set using the shorthand form. In this case one of 
> the above keywords ('caption', 'icon', 'menu', 'message-box', 
> 'small-caption', or 'status-bar') replaces the minimal two-argument form. The 
> font family, size, weight, style, etc. are all set implicitly.
> 
> These values may then be altered individually using single properties if 
> desired."
> 
> For the moment I do not see a lot of use cases for system fonts. But this may 
> change with more web applications emulating the behaviour of native apps. 
> Would this be an issue for www-style?

Yes, that would the correct place for such things. I don't think it would even 
be considered for CSS 2.1 (in lock down mode now), but for the CSS3 fonts 
module maybe.

Philippe
--
Philippe Wittenbergh
http://l-c-n.com/






__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] font shorthand: system font oddities

2011-05-12 Thread Joergen W. Lang 



Am 12.05.11 03:07, schrieb Philippe Wittenbergh:


On May 10, 2011, at 6:51 PM, Joergen W. Lang wrote:

>

According to the spec (1) the values for 'font-size' and
'font-family' must be specified at all times.


Correct. E { font: 1em/1.5 'my font' sans-serf;} is the minimal
syntax.


I guess, the value for line-height could also be omitted. There should 
be a comma between 'my font' and 'sans-serif', d'accord?:


E { font: 1em 'my font', sans-serf;}

[...]


button { font: menu; }



which then can be altered via single properties. This seems to
violate the "last two values are mandatory" rule.


No, read carefully
http://www.w3.org/TR/CSS21/fonts.html#propdef-font
http://www.w3.org/TR/css3-fonts/#font-prop

Under Values, the system fonts are specified outside of the [ ].


Oh, good old regular expressions. That's where I failed.


and
then [quote] System fonts may only be set as a whole; that is, the
font family, size, weight, style, etc. are all set at the same time.
These values may then be altered individually if desired [/quote]



The second sentence specifies that you need to use the individual
properties separately to modify style/weight/...


Agreed. It was the first sentence that had me confused. Specifically "as 
a whole" which could easily be interpreted as "values for single 
properties must be given in one declaration". Same for "are all set at 
the same time".


A more concise wording might be:

"System fonts may only be set using the shorthand form. In this case one 
of the above keywords ('caption', 'icon', 'menu', 'message-box', 
'small-caption', or 'status-bar') replaces the minimal two-argument 
form. The font family, size, weight, style, etc. are all set implicitly.


These values may then be altered individually using single properties if 
desired."


For the moment I do not see a lot of use cases for system fonts. But 
this may change with more web applications emulating the behaviour of 
native apps. Would this be an issue for www-style?


Jørgen W. Lang

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/