[css-d] [OT] IE8 Beta released to developers.
Doesn't look very complete yet. And they have gone to best compliance is standard, you wont have to put the Meta tag in to get standards compliance. Beware the urls will probably wrap. http://blogs.msdn.com/ie/archive/2008/03/05/internet-explorer-8-beta-1-for-developers-now-available.aspx http://blogs.msdn.com/ie/archive/2008/03/03/microsoft-s-interoperability-principles-and-ie8.aspx -- Michael All shall be well, and all shall be well, and all manner of things shall be well - Julian of Norwich 1342 - 1416 __ css-discuss [EMAIL PROTECTED] 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] Site Check in IE5/Mac http://css-class.com/test/beta-0-1.htm
On Mar 5, 2008, at 10:32 PM, Alan Gresley wrote:
http://dev.l-c-n.com/CSS3-selectors/browser-support.php
You mentioned about grouped selectors:
IE Mac: it incorrectly recognizes a group that contains selectors
or tokens that it does not support.
e.g
h4~p, h5 {color: blue; background:yellow;}
h4foo/h4
h5bar/h5
pxxx/p
IE 5 Mac will incorrectly style the h5 as specified, even though it
doesn't recognise 'h4~p'.
This is contrary to 4.1.7
http://www.w3.org/TR/CSS21/syndata.html#rule-sets
It should ignore the whole block.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [EMAIL PROTECTED]
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] IE8 beta1 parses IE5 mac band pass filter
On Thu, Mar 6, 2008 at 10:47 AM, Ingo Chao [EMAIL PROTECTED] wrote:
This is red in IE8
/*\*//*/
body {background:red !important}
/**/
http://www.stopdesign.com/examples/ie5mac-bpf/
IE8 is reading styles that were meant to be served to IE-mac.
Yes, I see the same thing.
Simply it seems that /*/ does NOT start a comment (or starts and
immediately closes a comment), so:
/*/ selector { ... } /* */
is read by IE8 beta 1.
Bruno
--
Bruno Fassino http://www.brunildo.org/test
__
css-discuss [EMAIL PROTECTED]
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] IE8 beta1 parses IE5 mac band pass filter
Same for me unfortunalty... goes to show why you should be careful using
hacks..
Simon Tiplady
W: www.stiplady.net
E: [EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ingo Chao
Sent: 06 March 2008 10:47
To: css
Subject: [css-d] IE8 beta1 parses IE5 mac band pass filter
This is red in IE8
/*\*//*/
body {background:red !important}
/**/
http://www.stopdesign.com/examples/ie5mac-bpf/
IE8 is reading styles that were meant to be served to IE-mac.
__
css-discuss [EMAIL PROTECTED]
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] IE8 beta1 parses IE5 mac band pass filter
On Thu, Mar 6, 2008 at 11:10 AM, Ingo Chao [EMAIL PROTECTED] wrote: Breaks lots of my pages. Hope they fix the parser in next beta. I'll file the bug to the new css-d wiki IE8 page then. A couple of other things that I noticed at a very quick look: 1) at least in some cases br style=clear:both / does not clear. 2) vertical-align seems a bit broken. Some values doesn't work correctly (for images, for display:inline-block boxes, ...) The middle value does not work anymore, not even in true table cells. Bruno -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] 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] IE8 beta1 parses IE5 mac band pass filter
This is red in IE8
/*\*//*/
body {background:red !important}
/**/
http://www.stopdesign.com/examples/ie5mac-bpf/
IE8 is reading styles that were meant to be served to IE-mac.
tested with IE8 VPC image on XP 2
could someone please confirm?
Ingo
--
http://www.satzansatz.de/css.html
http://www.dolphinsback.com
__
css-discuss [EMAIL PROTECTED]
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] [OT] IE8 Beta released to developers.
Michael, did you download the beta? Any thoughts? -- Tam ---Original Message--- Doesn't look very complete yet. And they have gone to best compliance is standard, you wont have to put the Meta tag in to get standards compliance. Beware the urls will probably wrap. http://blogs.msdn com/ie/archive/2008/03/05/internet-explorer-8-beta-1-for-developers-now-avail ble.aspx http://blogs.msdn com/ie/archive/2008/03/03/microsoft-s-interoperability-principles-and-ie8 aspx -- Michael __ css-discuss [EMAIL PROTECTED] 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] IE8 beta1 parses IE5 mac band pass filter
Bruno Fassino wrote:
On Thu, Mar 6, 2008 at 10:47 AM, Ingo Chao [EMAIL PROTECTED]
wrote:
This is red in IE8
/*\*//*/ body {background:red !important} /**/
http://www.stopdesign.com/examples/ie5mac-bpf/
IE8 is reading styles that were meant to be served to IE-mac.
Yes, I see the same thing. Simply it seems that /*/ does NOT
start a comment (or starts and immediately closes a comment), so:
/*/ selector { ... } /* */
is read by IE8 beta 1.
Bruno
Thanks, Bruno and Simon!
Breaks lots of my pages. Hope they fix the parser in next beta.
I'll file the bug to the new css-d wiki IE8 page then.
Simon Tiplady | Mailing List wrote:
Same for me unfortunalty... goes to show why you should be careful using
hacks..
Right, but this one of 2004 was by Tantek and was classified as safe
because it addresses a parser bug in IE-Mac.
regards,
Ingo
--
http://www.satzansatz.de/css.html
http://www.dolphinsback.com
__
css-discuss [EMAIL PROTECTED]
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] IE8 beta1 parses IE5 mac band pass filter
On Thu, March 6, 2008 10:10 am, Ingo Chao wrote: I'll file the bug to the new css-d wiki IE8 page then. Better still, use the resources Microsoft have provided for developers to give them feedback on the beta: http://blogs.msdn.com/ie/archive/2008/03/05/ie8-beta-feedback.aspx Probably a more reliable way of communicating with them than expecting them to go off and check somebody else's wiki every day on the offchance there's something new there :-) Cheers, Nick. -- Nick Fitzsimons http://www.nickfitz.co.uk/ __ css-discuss [EMAIL PROTECTED] 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] Non-image list-style-type coloring?
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von
Jeff Blaine
Gesendet: Mittwoch, 5. März 2008 17:19
An: css-d@lists.css-discuss.org
Betreff: [css-d] Non-image list-style-type coloring?
I don't see a CSS2 way to apply a color to JUST the list item
marker (disc, square, whatever).
Have I missed it? I don't want to use an image. I just want
to make the list item marker itself 20% less imposing by
lightening it relative to body text color.
Side question: Barring a solution above, how do I use a
chosen character as the list item marker? I've seen people
use those '' glyphs before (something;), but don't know
how to do it in this context.
Thanks for any help.
__
css-discuss [EMAIL PROTECTED]
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/
Hello,
with some extra markup you can achive what you want. You have to encapsulate
the list items content in an additional span:
ul
lispana/span/li
lispanb/span/li
lispanc/span/li
/ul
Now you can define a color for the li element, which will be the color of
the list bullet, and a color for the contents inside the span.
ul li {
color: #f00;
}
ul li span {
color: #00f;
}
Best regards,
Christian Kirchhoff
__
css-discuss [EMAIL PROTECTED]
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] New IE8 page on the wiki
Alex, http://css-discuss.incutio.com/?page=IE8 Is this a comprehensive IE8 page? Or, is it meant only for IE8 Beta? Please clarify these things on that page. Just to pick a nit... you ought to make any heading reference of IE8 to clearly state that we're dealing with the IE8 beta. You know that. I know that. The other regulars on this board know that. Search Engines DO NOT KNOW THAT, and it is likely that someone quickly reading that page might see IE8 bug reporting *after* the final version is released. ...Rob __ css-discuss [EMAIL PROTECTED] 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] New IE8 page on the wiki
http://css-discuss.incutio.com/?page=IE8 Is this a comprehensive IE8 page? Or, is it meant only for IE8 Beta? Please clarify these things on that page. It's meant to be comprehensive, ie from gestation to birth (and on to death?) of IE8, betas, release candidates, finals and all. Take a look at the IE7 page to see how things might shake out. It is currently rubbish. I just threw it together as well as I could in 5 to 10 minutes this morning. But, I'm just putting the shout out for all good men and women to come to the aid of the party. Last time, we did great. Just to pick a nit... you ought to make any heading reference of IE8 to clearly state that we're dealing with the IE8 beta. You know that. I know that. The other regulars on this board know that. Search Engines DO NOT KNOW THAT, and it is likely that someone quickly reading that page might see IE8 bug reporting *after* the final version is released. As bugs are fixed, we will say that the bug was fixed in version so-and-so. At the top of the page we should probably have a big *thing* saying what the current latest release is. __ css-discuss [EMAIL PROTECTED] 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] IE8 beta1 parses IE5 mac band pass filter
At 10:28 AM + 3/6/08, Nick Fitzsimons wrote: Better still, use the resources Microsoft have provided for developers to give them feedback on the beta: http://blogs.msdn.com/ie/archive/2008/03/05/ie8-beta-feedback.aspx Probably a more reliable way of communicating with them than expecting them to go off and check somebody else's wiki every day on the offchance there's something new there :-) Agreed, although I'm pretty sure the IE team is aware of the css-d wiki and will check any IE8 information that gets posted there. In fact, I'll e-mail Chris Wilson to make sure they know about it. BUT: if you only have time to report an IE8 problem in one place, do it via the Microsoft feedback page Nick listed. If you then find time to document the same problem on the wiki, that's awesome, but it's really secondary priority. -- Eric A. Meyer (http://meyerweb.com/eric/), List Chaperone CSS is much too interesting and elegant to be not taken seriously. -- Martina Kosloff (http://mako4css.com/) __ css-discuss [EMAIL PROTECTED] 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] [OT] RE: Typoantialiasing problem on Mac.
At 7:51 PM -0500 3/5/08, Rob Emenecker wrote: To which I asked him if he went around to all of the end-user's offices and created calibrations for their monitors so that they were seeing his work as it should be seen? He looked at me like I had sprouted a second head, and was clearly perturbed by my snippy retort. This page best viewed on my computer. -- Eric A. Meyer (http://meyerweb.com/eric/), List Chaperone CSS is much too interesting and elegant to be not taken seriously. -- Martina Kosloff (http://mako4css.com/) __ css-discuss [EMAIL PROTECTED] 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] IE8 beta1 parses IE5 mac band pass filter
Ingo Chao wrote:
Bruno Fassino wrote:
On Thu, Mar 6, 2008 at 10:47 AM, Ingo Chao [EMAIL-REMOVED]
wrote:
This is red in IE8
/*\*//*/ body {background:red !important} /**/
http://www.stopdesign.com/examples/ie5mac-bpf/
IE8 is reading styles that were meant to be served to IE-mac.
Yes, I see the same thing. Simply it seems that /*/ does NOT
start a comment (or starts and immediately closes a comment), so:
/*/ selector { ... } /* */
is read by IE8 beta 1.
Bruno
Thanks, Bruno and Simon!
Breaks lots of my pages. Hope they fix the parser in next beta.
I'll file the bug to the new css-d wiki IE8 page then.
regards,
Ingo
LOL
Ingo no no, don't you realase that IE8 is desperately needing my IE/Mac style.
:-)
IE8 needs that filter working so my test page isn't a disaster.
http://css-class.com/test/beta-0-1.htm
And this mean that IE8 still is using IE7 targeting hacks.
http://css-class.com/test/css/selectors/ie7hacktargetingopera.htm
No more rumors, the truth is known for all to see. :-)
Alan
http://css-class.com/
__
css-discuss [EMAIL PROTECTED]
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] Creeping form controls in IE6/7
Alan Gresley wrote: Scott, both Georg's solution and mine (untested in IE/Mac) still has box model problems in IE5/Win. Are you wishing to support this browser? No, the application will have a fairly limited audience. I really need only FF and IE6+, but would prefer for my own edification to ensure it works in Safari, Opera, and IE5.5. Getting back the the original bug. Off-line testing confirms that only a form elements reacts with the padding bug and hovering the first and second list items will send the form element in IE/Win continuously down. It's like IE moves the form element downwards when the padding bug is triggered but doesn't restore it correctly in place when the padding bug is un-triggered, thus each time the trigger is activated the form element is moved one more step onwards on it's continuous journey to the abyss. I still haven't found time to really investigate the bug. Squashing it was all that was required for the moment, but I really want to find the time for further investigation. It is such *odd* behavior, even for IE. I'm used to the peekaboos and guillotines, but it's rare to see something get progressively worse like this. I beginning to think more and more how IE is very magical :-) Is this supposed to be news? :-) Again, Alan and Georg, thank you very much for your help. -- Scott __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
Hi Everyone. Why does IE8 take 25 minutes to install! Well hasLayout, the float bugs, the margins bugs, Sticky hover bug, Guillotine bug, Escaping float bug, Peekaboo bug, Relative position bug and z-index stacking order bugs are all fix. Hooray! http://css-class.com/test/css/visformatting/layers/z-index.htm Parsing of the non-valid import filters is fixed. http://css-class.com/test/css/selectors/ie/import-hacks.htm Goerg, you use this filter don't you :-) This also shows why I need my IE/Mac band pass filter to remain in-tacked :-) IE8 is now the second browser after Gecko to now support collapsing margins with max-height and min-height. http://css-class.com/test/css/box/margins/collapsingwithheight.htm Bugs remaining. http://css-class.com/test/bugs/ie/renderingbands.htm Due to using the wrong size repeated background image. http://css-class.com/test/bugs/ie/listitemsfloatsandmargins.htm Due to using floated divs or images in list. http://css-class.com/test/css/selectors/ie7hacktargetingopera.htm My theory is because IE8 needs to see inside ordinary HTML comments to see if they are conditional thus any comment is considered a element in the document tree. * html = !DOCTYPE html *+html = !DOCTYPE+html div/div !-- -- div/div div+div div+*+div I will be filing in the IE8 beta wiki that IE8 using conditional comments is a bug. http://css-class.com/articles/ursidae/bears5ddh-kbaccess.htm Why doesn't IE8 use my display:block on my main anchors. Only the text can be hovered. My other menus are working fine. http://css-class.com/test/css/shadows/text-shadow-over-elements3.htm I don't know why this the Up size text is being clipped. Thank you to everyone on this list for your help and inspiration. A special thanks to Ingo, Bruno, Phillippe, Georg, David, Big John and Holly. Now I must go off and read or do something random (my son's word). Alan http://css-class.com/ __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
Alan Gresley wrote: Why does IE8 take 25 minutes to install! Would take ages to download at my end anyway, so I won't bother with this beta version. Well hasLayout, the float bugs, the margins bugs, Sticky hover bug, Guillotine bug, Escaping float bug, Peekaboo bug, Relative position bug and z-index stacking order bugs are all fix. Hooray! http://css-class.com/test/css/visformatting/layers/z-index.htm Some stacking bugs reported over at [WSG]... http://tjkdesign.com/test/ie8/links.asp Parsing of the non-valid import filters is fixed. http://css-class.com/test/css/selectors/ie/import-hacks.htm Goerg, you use this filter don't you :-) Yes, so I shouldn't have to worry about IE8 picking up IE7 styles. How does it handle that filter if rolled back to IE7 ? This also shows why I need my IE/Mac band pass filter to remain in-tacked :-) Sounds like I only have to add the '* html' filter to all my IE/mac rules, to make sure IE8 can't pick up any styles (in standard mode) even if it does pick up the band pass filtered IE/Mac stylesheet. BTW: how does IE8 beta1 handle all these @import hacks... http://www.gunlaug.no/contents/wd_chaos_20.html ...not to mention these... http://www.gunlaug.no/contents/wd_chaos_27.html http://www.gunlaug.no/contents/wd_chaos_28.html ...? regards Georg -- http://www.gunlaug.no __ css-discuss [EMAIL PROTECTED] 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] Creeping form controls in IE6/7
Scott Sauyet wrote: I still haven't found time to really investigate the bug. Squashing it was all that was required for the moment, but I really want to find the time for further investigation. It is such *odd* behavior, even for IE. I'm used to the peekaboos and guillotines, but it's rare to see something get progressively worse like this. I beginning to think more and more how IE is very magical :-) Is this supposed to be news? :-) Well your bug is something I have never seen, it's very special. :-) Again, Alan and Georg, thank you very much for your help. -- Scott Scott there are two bugs in one with your test case. I have seperated the two bugs into minimal test cases. http://css-class.com/test/bugs/ie/magic-bottom-padding1.htm Shows just the bug with the padding. The example on the right shows when the padding is swapped for margins instead. This could also because you have used nested list. http://css-class.com/test/bugs/ie/magic-form-abyss.htm This is a bug when using nested list and form elements such as Input show with a reddish background. Only a page re-flow such as hovering one link with a change in background color is needed to trigger this bug. Now I will go off and do something random again like begin testing IE8. :-) Alan http://css-class.com/ __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] discuss.org] On Behalf Of Gunlaug Sørtun Sent: Thursday, March 06, 2008 7:17 AM To: css-d@lists.css-discuss.org Subject: Re: [css-d] IE8 is better but still slightly broken Alan Gresley wrote: Why does IE8 take 25 minutes to install! Would take ages to download at my end anyway, so I won't bother with this beta version. Well hasLayout, the float bugs, the margins bugs, Sticky hover bug, Guillotine bug, Escaping float bug, Peekaboo bug, Relative position bug and z-index stacking order bugs are all fix. Hooray! http://css-class.com/test/css/visformatting/layers/z-index.htm Some stacking bugs reported over at [WSG]... http://tjkdesign.com/test/ie8/links.asp Parsing of the non-valid import filters is fixed. http://css-class.com/test/css/selectors/ie/import-hacks.htm Goerg, you use this filter don't you :-) Yes, so I shouldn't have to worry about IE8 picking up IE7 styles. How does it handle that filter if rolled back to IE7 ? This also shows why I need my IE/Mac band pass filter to remain in-tacked :-) Sounds like I only have to add the '* html' filter to all my IE/mac rules, to make sure IE8 can't pick up any styles (in standard mode) even if it does pick up the band pass filtered IE/Mac stylesheet. BTW: how does IE8 beta1 handle all these @import hacks... http://www.gunlaug.no/contents/wd_chaos_20.html It seems to get that one right... http://www.gunlaug.no/contents/wd_chaos_27.html http://www.gunlaug.no/contents/wd_chaos_28.html but not these two (no more than 31) -- Regards, Thierry | http://www.TJKDesign.com __ css-discuss [EMAIL PROTECTED] 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] [OT] IE8 Beta released to developers.
Can someone please confirm if this is stand alone installation or not? Thanks, __ css-discuss [EMAIL PROTECTED] 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] Disguising path of a page
Anne Pennington wrote: I have a site for a local business group: http://www.actonbusinessforum.net/ linked to a forum that my partner has created http://forums.redmason.net/ActonBusinessForum/ (link on left hand column) The site and the forum are hosted separately and they have requested that it appears they are in the same place, ie the path does not contain redmason etc. As David pointed out, frames are not going to do much for you. Moreover there is no help in CSS, so the question perhaps belongs to another list. But a quick suggestion would be to use some DNS magic to make this happen. Perhaps your registrar could map, say, forums.actonbusinessforum.net to the IP address of forums.redmason.net, and then the host for redmason could map that subdomain to the folder ActonBusinessForum. Then everything would be listed at [something].actonbusinessforum.net, but they'd be hosted separately. I may be missing something important but I can't see why that wouldn't work. Good luck, -- Scott __ css-discuss [EMAIL PROTECTED] 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] [OT] IE8 Beta released to developers.
Hi, It is not a standalone, it will write over IE7 but has a button on it to emulate IE7. I don't know if it is possible to uninstall it Hope that helps James -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 06 March 2008 15:58 To: Tamara Cc: css-d@lists.css-discuss.org Subject: Re: [css-d] [OT] IE8 Beta released to developers. Can someone please confirm if this is stand alone installation or not? Thanks, __ css-discuss [EMAIL PROTECTED] 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-discuss [EMAIL PROTECTED] 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] [OT] IE8 Beta released to developers.
On 06/03/2008, James Leslie [EMAIL PROTECTED] wrote: It is not a standalone, it will write over IE7 but has a button on it to emulate IE7. I don't know if it is possible to uninstall it They've added IE8 VirtualPC images to: uri:http://www.microsoft.com/downloads/details.aspx?FamilyId=21EABB90-958F-4B64-B5F1-73D0A413C8EFdisplaylang=en Since VirtualPC is a free download nowadays that might be the best option for most: uri:http://www.microsoft.com/windows/downloads/virtualpc/default.mspx -- David liorean Andersson __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
On Thu, Mar 6, 2008 at 3:51 PM, Alan Gresley wrote: Well hasLayout, the float bugs, the margins bugs, Sticky hover bug, Guillotine bug, Escaping float bug, Peekaboo bug, Relative position bug and z-index stacking order bugs are all fix. Hooray! Well, yes, it's really nice to see so many things fixed :-)) I haven't checked too much, but re floats, I confirm that there are some new problems with the clearing. They range from the simple fact that a clearing br doesn't work [1], to the fact that floats moved (via negative margins) fully outside they containers seem ignored by clearing/enclosing methods [3]. These things may break floats based layout, and indeed I see problems for example in some layouts at [3], but it's really too soon to be concerned :-) Bruno [1] http://brunildo.org/test/FloatContainer2.html (an old page, listing clearing methods. The one with a clearing br doesn't work.) [2] http://brunildo.org/test/clear.html (last test case) [3] http://blog.html.it/layoutgala/ -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] 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] Column floating below sidebar on IE6
Hi, On http://gsnedders.com/ the main content is below the sidebar in IE6, but not in any other browser whatsoever. Anyone have any idea why? -- Geoffrey Sneddon http://gsnedders.com/ __ css-discuss [EMAIL PROTECTED] 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] Odd, broken design
Hello Can anybody figure out why the quote on this page overlaps the footer near the bottom right-hand side? http://www.bris.ac.uk/news/2008/12017945171.html It's obviously not meant to do this and doesn't occur when the screen is really wide. I'm viewing using FF 2.0.0.12. -- Regards Thom __ css-discuss [EMAIL PROTECTED] 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] expandability in IE 6 7
Hi there, I have an issue with size expandability in IE6 7.
If you open this:
www.giuseppecraparottacv.co.uk
and click on the work section, an iframe, showing a file containing the work
info, will come down. Its height is defined in ems.
But when I try to resize the page dimensions (ctrl+mouse wheel) these funny
behaviours happen:
IE6 : the work section ends up with being cut at the bottom, as if the
height of the iframe doesn't expand, or if it went under the other bar;
IE7 : a gap between the iframe and the Other bar get bigger and bigger the
more I expand the page. And besides, all the content gets uncentered towards
right.
Can somebody suggest a remedy to these inconveniences?
Thank you,
G
p.s: please find below the code relative to the iframe. If you think the
problem might be caused by other properties please let me know:
iframe {
width:100%;
height:37.7em;
display:block;
}
/*--bars--*/
dd, dt {
width:42em;
margin:0 auto;
}
dd {
display:none;
position:relative;
}
dt {
margin-bottom:3px; /*distance between bars*/
}
/*--content--*/
dt a {
display:block;
height:1.75em;
line-height:1.75em;
width:42em;
color:#00;
background:#DCDCDC url(img/bg-bar.jpg) repeat-x;
text-align:center;
font-weight:bold;
}
dt a:hover {
color:#139FCD;
background:#D9D7D8 url(img/bg-bar-r.gif) repeat-x;}
p {
text-align:center;
padding-top:5px;
font-weight:bold;
}
dd {
position:relative;
margin-bottom:3px;
}
__
css-discuss [EMAIL PROTECTED]
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] IE8 is better but still slightly broken
Its cool to have the option to see a page live in one of the three compatibility modes you choose (Quirks, Strict IE7, and Standards IE8) when the developer tools are opened. Ingo -- http://www.satzansatz.de/css.html http://www.dolphinsback.com __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
Bruno Fassino wrote:
Well, yes, it's really nice to see so many things fixed :-))
I haven't checked too much, but re floats, I confirm that there are
some new problems with the clearing. They range from the simple fact
that a clearing br doesn't work [1], to the fact that floats moved
(via negative margins) fully outside they containers seem ignored by
clearing/enclosing methods [3]. These things may break floats based
layout, and indeed I see problems for example in some layouts at [3],
but it's really too soon to be concerned :-)
Bruno
[1] http://brunildo.org/test/FloatContainer2.html (an old page,
listing clearing methods. The one with a clearing br doesn't work.)
The first test case (9th example) show issues with display:table.
.container0 {line-height: 1.2;}
Is IE8 doubling your line-height
[2] http://brunildo.org/test/clear.html (last test case)
The second test case (6th and 7th example) show display:table doubling your
border on class=nextdiv. It should be 8px where IE8 is showing 16px.
So something is awfully wrong with display:table and IE8
Alan
http://css-class.com/
__
css-discuss [EMAIL PROTECTED]
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] Column floating below sidebar on IE6
In my IE6,everything looks OK. Content is on the left and sidebar is on the right,starting out at the same level. From: [EMAIL PROTECTED] To: css-d@lists.css-discuss.org Date: Thu, 6 Mar 2008 16:24:24 + Subject: [css-d] Column floating below sidebar on IE6 Hi, On http://gsnedders.com/ the main content is below the sidebar in IE6, but not in any other browser whatsoever. Anyone have any idea why? -- Geoffrey Sneddon http://gsnedders.com/ __ css-discuss [EMAIL PROTECTED] 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/ _ Help yourself to FREE treats served up daily at the Messenger Café. Stop by today. http://www.cafemessenger.com/info/info_sweetstuff2.html?ocid=TXT_TAGLM_OctWLtagline __ css-discuss [EMAIL PROTECTED] 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] Column floating below sidebar on IE6
Geoffrey Sneddon wrote:
Hi,
On http://gsnedders.com/ the main content is below the sidebar in
IE6, but not in any other browser whatsoever. Anyone have any idea why?
--
Geoffrey Sneddon
IE6 has difficulty with tight fits. Reduce the width on #body to around
60% and it will snap in place.
* html #body {width: 60%;}
You may want to consider adding a doctype.
Best,
~dL
--
http://chelseacreekstudio.com/
__
css-discuss [EMAIL PROTECTED]
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] Odd, broken design
No overlap on my IE6,it is in fact several em's above the footer. Date: Thu, 6 Mar 2008 16:25:54 + From: [EMAIL PROTECTED] To: css-d@lists.css-discuss.org Subject: [css-d] Odd, broken design Hello Can anybody figure out why the quote on this page overlaps the footer near the bottom right-hand side? http://www.bris.ac.uk/news/2008/12017945171.html It's obviously not meant to do this and doesn't occur when the screen is really wide. I'm viewing using FF 2.0.0.12. -- Regards Thom __ css-discuss [EMAIL PROTECTED] 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/ _ Boo! Scare away worms, viruses and so much more! Try Windows Live OneCare! http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews __ css-discuss [EMAIL PROTECTED] 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] Non-image list-style-type coloring?
Thanks all. I'll figure out what will work for me based on the replies. I don't think I can require the extra element inside the li as I am developing a theme for general use. Gunlaug Sørtun wrote: Jeff Blaine wrote: I don't see a CSS2 way to apply a color to JUST the list item marker (disc, square, whatever). Have I missed it? I don't want to use an image. I just want to make the list item marker itself 20% less imposing by lightening it relative to body text color. The only way you can get that to work across browser-land today, is to declare a suitable color in the list-item - the color for the list marker, add a span or other element inside the list-item to hold its content and declare another suitable color on that. The illusion will be near perfect, but you have to have that extra element in there. Side question: Barring a solution above, how do I use a chosen character as the list item marker? I've seen people use those '' glyphs before (something;), but don't know how to do it in this context. You can of course fake it visually by using 'list-style: none' and float an element with the '' into the list markers place, in which case you'll have total control over its color and won't need the first solution. This is a bit too much of a fake IMO, but it'll work. regards Georg __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
On Thu, Mar 6, 2008 at 5:45 PM, Alan Gresley wrote: [2] http://brunildo.org/test/clear.html (last test case) The second test case (6th and 7th example) show display:table doubling your border on class=nextdiv. It should be 8px where IE8 is showing 16px. So something is awfully wrong with display:table and IE8 Alan http://css-class.com/ Yes, it seems that 'anonymous' display:table-cell (and display:table) boxes somehow inherit the border of their parent / child. See [1]: only when both display:table and display:table-cell are explicitly present (not anonymously created) all the borders are correct. In the other cases an existing border is replicated on the anonymous object (and sometimes also the padding.) Or something like that. Of course the good news are that display:table works :-) Bruno [1] http://brunildo.org/test/disptable.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] 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] Oldest Browser Currently Testing for
On 3/6/08, Mark Story [EMAIL PROTECTED] wrote: Hernly, Lee wrote: Netscape 4.X here... When testing with an older browser such as netscape 4.x are you looking for identical results to current browsers. Or just 'good enough' results? identical is impossible with Netscape 4. In fact, so much modern CSS crashes that browser that the only safe method would be to serve unstyled content. (achieved by importing all the stylesheets). I would imagine that many of the remaining NN4 users would surf with Javascript disabled (which has the effect of disabling stylesheets from the user end) -- Richard Grevers, New Plymouth, New Zealand Dramatic Design www.dramatic.co.nz __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
Gunlaug_Sørtun wrote:
Alan Gresley wrote:
Well hasLayout, the float bugs, the margins bugs, Sticky hover bug,
Guillotine bug, Escaping float bug, Peekaboo bug, Relative position
bug and z-index stacking order bugs are all fix. Hooray!
http://css-class.com/test/css/visformatting/layers/z-index.htm
Some stacking bugs reported over at [WSG]...
http://tjkdesign.com/test/ie8/links.asp
That the same issue as I'm having with my menu.
http://css-class.com/articles/ursidae/bears5ddh-kbaccess.htm
It is similar as with IE6 requiring hasLayout and display:block on anchors to
make the whole anchor area click-able. This is not happening with my other
menus. Even my new templates navigation anchors are showing ok. I don't think
this is a stacking error as per se but due to something deeper.
Parsing of the non-valid import filters is fixed.
http://css-class.com/test/css/selectors/ie/import-hacks.htm
Goerg, you use this filter don't you :-)
Yes, so I shouldn't have to worry about IE8 picking up IE7 styles. How
does it handle that filter if rolled back to IE7 ?
I don't understand what you mean by How does it handle that filter if rolled
back to IE7? I see that my band pass filter works.
!--[if IE 8]
style type=text/css
/*\*//*/
@import url(../cssscript/test-ie8.css);
h1 {background:red;}
/**/
/style
![endif]--
http://css-class.com/test/beta-0-1-band-pass-filter.htm
IE8 is rendering the page better since it's using my IE7 and IE/Mac rules, but
the display:table has just ruin my header area. Bruno, I tried to half the
height of the header but that didn't work. :-)
This also shows why I need my IE/Mac band pass filter to remain
in-tacked :-)
Sounds like I only have to add the '* html' filter to all my IE/mac
rules, to make sure IE8 can't pick up any styles (in standard mode) even
if it does pick up the band pass filtered IE/Mac stylesheet.
Sorry Georg, but you are using a xml prolog like myself, and this is throwing
IE8 into quirks mode.
http://css-class.com/test/css/selectors/ie7hacktargetingopera4.htm
BTW: how does IE8 beta1 handle all these @import hacks...
http://www.gunlaug.no/contents/wd_chaos_20.html
IE8 now parses them correctly. Some good news.
not to mention these...
http://www.gunlaug.no/contents/wd_chaos_27.html
http://www.gunlaug.no/contents/wd_chaos_28.html
The line is yellow in both, IE8 fails.
?
regards
Georg
Anyway once you install this IE8 beta, IE7 suddenly disappears from the system.
I'm just glad they have this little new [7] button to toggle to IE7 mode but
you have have to close IE8 first for it to work. How can I use the button if
the IE8 has to close. Shaking my head in disbelief. LOL. Am I undertsanding
this wrong.
? yes indeed many questions, give me some time to figure this out.
Alan
http://css-class.com/
__
css-discuss [EMAIL PROTECTED]
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] Site Check in IE5/Mac
-Original Message- Date: Wed, 05 Mar 2008 13:19:08 -0500 From: Cynthia M. Brumbaugh [EMAIL PROTECTED] Subject: Re: [css-d] Site Check in IE5/Mac To: css-d@lists.css-discuss.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII On 3/5/08 10:34 AM, Mark Story [EMAIL PROTECTED] wrote: Make sure you buy an old mac, or at least an old mac os. IE 5 hasn't been part of mac os since 10.2 I think. [KK] Internet Explorer has never been *part* of the Macintosh operating system -- it's just another application, in this case supplied by Microsoft. It has been distributed *with* the operating system -- as bundled software, which isn't the same thing. So thats almost 4 years on non-availability. Personally I think it safe to say IE 5 for mac is super dead. unless you are getting traffic from it that is. [KK] If you absolutely *have* to get a copy, you can find one at http://browsers.evolt.org/. -Mark http://fosterinteractive.com/mstory.vcf [CB] Sadly, we still have a graphic designer (print) using mac IE 5.5 here where I work. [KK] The last version of IE/Mac that Microsoft produced for Macintosh Classic is 5.1.7 -- and the last version of IE/Mac ever produced (for any operating system) was 5.2.3 ... so I find it hard to believe that he's running version 5.5 [CB] He just doesn't want to update and still runs 9.2, Quark 4, Photoshop 4 etc. There are still dinosaurs out here. [KK] He should look into iCab: it's been around since system 7, the Mac Classic version was last updated on 1 January *2008*, it runs quite well on older Macintosh operating systems, and it supports enough CSS (among Other Things) to pass Acid2. Of course, it has its own quirks Kurtis Kroon Franchise Tax Board State of California 916-845-5603 CONFIDENTIALITY NOTICE: This email from the State of California is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review or use, including disclosure or distribution, is prohibited. If you are not the intended recipient, please contact the sender and destroy all copies of this email. __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] discuss.org] On Behalf Of Bruno Fassino Sent: Thursday, March 06, 2008 9:02 AM To: Alan Gresley Cc: css-d@lists.css-discuss.org Subject: Re: [css-d] IE8 is better but still slightly broken On Thu, Mar 6, 2008 at 5:45 PM, Alan Gresley wrote: [2] http://brunildo.org/test/clear.html (last test case) The second test case (6th and 7th example) show display:table doubling your border on class=nextdiv. It should be 8px where IE8 is showing 16px. So something is awfully wrong with display:table and IE8 Alan http://css-class.com/ Yes, it seems that 'anonymous' display:table-cell (and display:table) boxes somehow inherit the border of their parent / child. See [1]: only when both display:table and display:table-cell are explicitly present (not anonymously created) all the borders are correct. In the other cases an existing border is replicated on the anonymous object (and sometimes also the padding.) Or something like that. Of course the good news are that display:table works :-) Yep, the only issues I had to fix were related to the ieMac rules being picked up and the links not being hot: http://www.tjkdesign.com/articles/css-layout/no_div_no_float_no_clear_no_hac k_no_joke.asp -- Regards, Thierry | http://www.TJKDesign.com __ css-discuss [EMAIL PROTECTED] 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] Column floating below sidebar on IE6
On 6 Mar 2008, at 16:52, Ernie Finlay wrote:
In my IE6,everything looks OK.
Content is on the left and sidebar is on the right,starting out at
the same level.
I was testing it at school, at 800x600. Also, playing around more
makes me think it's the latest post causing it.
On 6 Mar 2008, at 16:56, David Laakso wrote:
IE6 has difficulty with tight fits. Reduce the width on #body to
around 60% and it will snap in place.
* html #body {width: 60%;}
IE7 has the same bug: if it were that it would show up there. Alas,
for IE ≤ 7 it already has a total width of 99%: at 800px wide an 8px
margin of error, which with only five possible widths to round (i.e.,
a maximum of 5px of rounding errors) this makes no sense. What's
causing this issue is something else. Regardless, decreasing the width
by 6% from what IE already gets seems excessive.
You may want to consider adding a doctype.
There already is one: the HTML 5 draft one. This is treated as an
unknown doctype everywhere and triggers standards mode as a result.
--
Geoffrey Sneddon
http://gsnedders.com/
__
css-discuss [EMAIL PROTECTED]
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] Oldest Browser Currently Testing for
Mark Story wrote: So I just wanted to get an idea of what the oldest browser you are currently testing for is? Lynx. And how are you targetting them? Hacks, conditional comments, other techniques? None needed. -- David [EMAIL PROTECTED] authenticity, honesty, community __ css-discuss [EMAIL PROTECTED] 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] IE8 developer tools and toggling was (IE8 is better but still slightly broken)
Ingo Chao wrote: Its cool to have the option to see a page live in one of the three compatibility modes you choose (Quirks, Strict IE7, and Standards IE8) when the developer tools are opened. Ingo So if I download the developer tools the below issue is re-solved? Anyway once you install this IE8 beta, IE7 suddenly disappears from the system. I'm just glad they have this little new [7] button to toggle to IE7 mode but you have have to close IE8 first for it to work. How can I use the button if the IE8 has to close. Shaking my head in disbelief. LOL. Am I understanding this wrong. and you don't have to restart Internet Explorer. When I click the IE7 toggle button I get this message. You must close all Internet Explorer windows and restart Internet Explorer to complete the IE7 Emulation mode switch When you select OK, you must close Internet Explorer and reload it and then IE8 is in IE7 mode and the IE7 toggle button now has a white background. If you click the toggle button again the same message appears and then you must close Internet Explorer and reload it again to be back in IE8 mode. I did see a link for these developer tools on the IE blog, I must find the link again. Alan http://css-class.com/ __ css-discuss [EMAIL PROTECTED] 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] Oldest Browser Currently Testing for
Karl Hardisty wrote: On 6/03/2008, at 7:03 AM, Rick Faircloth wrote: As far as IE goes, I test for IE6 and IE7, nothing lower. My data shows no visitors ever coming to my sites with anything less than IE6. And if they do, well, it's just time for an upgrade. I'm not jumping through that many hoops to accommodate so few IE 5 users. And I make liberal use of conditional comments for IE. In the years to come, as standards and browser capabilities change, conditional stylesheets are much easier to change than hacks, which are no future-proof, either. Rick -Original Message- From: [EMAIL PROTECTED] [mailto:css-d- [EMAIL PROTECTED] On Behalf Of Mark Story Sent: Wednesday, March 05, 2008 12:36 PM To: 'CSS' Subject: [css-d] Oldest Browser Currently Testing for It seems that my perception of in the wild browsers was a bit off. As I consider IE 5 for mac to be deceased, however it seems to be alive and kicking for some. So I just wanted to get an idea of what the oldest browser you are currently testing for is? And how are you targetting them? Hacks, conditional comments, other techniques? -Mark I have recently updated our policies regarding this, after much examining of logs of sites we've developed. For IE it is now 6 upward as well, with a check to ensure it renders ok in 5.5, and that it is readable, if not reference rendering. In fact, the only mention of IE below 6 was in a discussion forum, for which the lone user of Mac IE5.2 on OS 9 could change the theme to another which rendered fine, so no issue there. Keep in mind this is more representative of the type of sites we do, than the internet as a whole, and the ultimate answer is for the developer to examine logs, and their own ideas of what they're comfortable with. And remember this about logs: If you design a site that doesn't work in browser X, after awhile, you won't have anyone using browser X visit your site *because your site doesn't work.* Then you'll pat yourselves on the back and say, See - no one uses browser X. ;-) -- David [EMAIL PROTECTED] authenticity, honesty, community __ css-discuss [EMAIL PROTECTED] 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] IE8 beta1 parses IE5 mac band pass filter
On Thu, March 6, 2008 9:47 am, Ingo Chao wrote:
This is red in IE8
/*\*//*/
body {background:red !important}
/**/
http://www.stopdesign.com/examples/ie5mac-bpf/
IE8 is reading styles that were meant to be served to IE-mac.
Mere speculation, but this suggests an interesting possibility: the IE
Team would have faced a lot of work to create a CSS 2.1-compliant
rendering engine from scratch, but Microsoft already owns the source code
for a rendering engine with excellent support for CSS 2 - the IE 5-Mac
rendering engine.
Could it be that (very sensibly) they drew on that body of existing and
known-good code for the work on IE 8, and this CSS-comment -parsing bug
has crept in along with the good stuff?
Just a thought...
Regards,
Nick.
--
Nick Fitzsimons
http://www.nickfitz.co.uk/
__
css-discuss [EMAIL PROTECTED]
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] Odd, broken design
Thomas Francis wrote: Can anybody figure out why the quote on this page overlaps the footer near the bottom right-hand side? http://www.bris.ac.uk/news/2008/12017945171.html It's obviously not meant to do this and doesn't occur when the screen is really wide. Are you sure? It only happens for me when the screen is wide enough. The reason is that the right-hand column (id: news-pic-quote-column) is absolutely positioned. That means that it is removed from the document flow. The clear: both on the footer doesn't apply to it. I'm not sure of the best solution, and don't have time to investigate the whole layout, but you might want to look at some floating solutions. -- Scott __ css-discuss [EMAIL PROTECTED] 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] IE8 developer tools and toggling was (IE8 is better but still slightly broken)
So if I download the developer tools the below issue is re-solved? The developer tool is already included. Its the last button to the right, an blue arrow. It opens a window behind the actual IE8 window, so you have to make room to see it. Then click on view|change compatibility mode. (Quirks IE5, Strict IE7, Standard IE8) Negative text-indent is broken http://satzansatz.de/ie8/textindent.html Ingo -- http://www.satzansatz.de/css.html http://www.dolphinsback.com __ css-discuss [EMAIL PROTECTED] 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] IE8 developer tools and toggling was (IE8 is better butstill slightly broken)
From: Alan Gresley [EMAIL PROTECTED] So if I download the developer tools the below issue is re-solved? I hope people are using IE8 for its intended purpose of Technical Beta. Microsoft's own home page does not work very well and major sites (like Adobe.com and Yahoo are rendered in degrees of chaos). In the event this beta gets out in the wild and folks start using it as their default browser for general surfing, I'd recommend a little warning: http://www.projectseven.com/testing/ie8/pmm/ You'll see an alert box if you use IE8. -- Al Sparber - PVII http://www.projectseven.com Extending Dreamweaver - Nav Systems | Galleries | Widgets Authors: 42nd Street: Mastering the Art of CSS Design __ css-discuss [EMAIL PROTECTED] 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] IE8 developer tools and toggling
Ingo Chao wrote: So if I download the developer tools the below issue is re-solved? The developer tool is already included. Its the last button to the right, an blue arrow. It opens a window behind the actual IE8 window, so you have to make room to see it. Then click on view|change compatibility mode. (Quirks IE5, Strict IE7, Standard IE8) Negative text-indent is broken http://satzansatz.de/ie8/textindent.html Ingo I don see a blue arrow. This is a screenshot of what I seeing. http://css-class.com/test/images/ie7mode.png I can't find any reference for Quirks IE5 and Strict IE7 mode anywhere here. Alan http://css-class.com/ __ css-discuss [EMAIL PROTECTED] 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] IE8 developer tools and toggling
Alan Gresley wrote: Ingo Chao wrote: So if I download the developer tools the below issue is re-solved? The developer tool is already included. Its the last button to the right, an blue arrow. It opens a window behind the actual IE8 window, so you have to make room to see it. Then click on view|change compatibility mode. (Quirks IE5, Strict IE7, Standard IE8) Negative text-indent is broken http://satzansatz.de/ie8/textindent.html Ingo I don see a blue arrow. This is a screenshot of what I seeing. http://css-class.com/test/images/ie7mode.png I can't find any reference for Quirks IE5 and Strict IE7 mode anywhere here. Did you install the IE8 beta 1 or the IE8beta1 VPC image? My image VPC looks different. http://satzansatz.de/ie8/toolbar.jpg You probably have to right click on the toolbar, then customize it, add the developer tools command/sign to the toolbar. Ingo -- http://www.satzansatz.de/css.html http://www.dolphinsback.com __ css-discuss [EMAIL PROTECTED] 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] IE8 developer tools and toggling
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] discuss.org] On Behalf Of Alan Gresley Sent: Thursday, March 06, 2008 12:06 PM To: Ingo Chao Cc: css-d@lists.css-discuss.org Subject: Re: [css-d] IE8 developer tools and toggling Ingo Chao wrote: So if I download the developer tools the below issue is re-solved? The developer tool is already included. Its the last button to the right, an blue arrow. It opens a window behind the actual IE8 window, so you have to make room to see it. Then click on view|change compatibility mode. (Quirks IE5, Strict IE7, Standard IE8) Negative text-indent is broken http://satzansatz.de/ie8/textindent.html Ingo I don see a blue arrow. This is a screenshot of what I seeing. http://css-class.com/test/images/ie7mode.png Hi Alan, Try this: Menu Tools Developer Tools [a new window pops up] View Change Compatibility Mode -- Regards, Thierry | http://www.TJKDesign.com __ css-discuss [EMAIL PROTECTED] 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] Oldest Browser Currently Testing for
And remember this about logs: If you design a site that doesn't work in browser X, after awhile, you won't have anyone using browser X visit your site *because your site doesn't work.* Then you'll pat yourselves on the back and say, See - no one uses browser X. ;-) ... says the gentleman from Hawaii that supports the Lynx browser! __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
At 5:18 PM +0100 3/6/08, Bruno Fassino wrote: I haven't checked too much, but re floats, I confirm that there are some new problems with the clearing. They range from the simple fact that a clearing br doesn't work [1]... [1] http://brunildo.org/test/FloatContainer2.html Bruno, could you try a version of that test where you add 'display: block;' to your clearing-break styles and see if anything changes? If it starts working, that means IE8 upgraded its support for 'clear'. If not, then there's a bug afoot. -- Eric A. Meyer (http://meyerweb.com/eric/), List Chaperone CSS is much too interesting and elegant to be not taken seriously. -- Martina Kosloff (http://mako4css.com/) __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
On Thu, March 6, 2008 7:07 pm, Thierry Koblentz wrote: Yep, the only issues I had to fix were related to the ieMac rules being picked up and the links not being hot: I'm curious as to why you would be fixing any of your own code to cater for this early beta? The idea is that if your existing, working code breaks, you tell the IE team and they fix _their_ code. Fixing anything now virtually guarantees that it'll be broken when the next beta comes out - it's a waste of time, unless it allows you to produce a more detailed bug report before backing the changes you've made out again. Regards, Nick. -- Nick Fitzsimons http://www.nickfitz.co.uk/ __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] discuss.org] On Behalf Of Nick Fitzsimons Sent: Thursday, March 06, 2008 12:56 PM To: [EMAIL PROTECTED] Cc: css-d@lists.css-discuss.org; 'Bruno Fassino'; 'Alan Gresley' Subject: Re: [css-d] IE8 is better but still slightly broken On Thu, March 6, 2008 7:07 pm, Thierry Koblentz wrote: Yep, the only issues I had to fix were related to the ieMac rules being picked up and the links not being hot: I'm curious as to why you would be fixing any of your own code to cater for this early beta? The idea is that if your existing, working code breaks, you tell the IE team and they fix _their_ code. Fixing anything now virtually guarantees that it'll be broken when the next beta comes out - it's a waste of time, unless it allows you to produce a more detailed bug report before backing the changes you've made out again. IE8 was reading my IEMac rules so fixing that and the links should not break anything later (and that took only 2 minutes of my time). On the other hand, the navigation bar on my site is pretty broken in IE8, but I won't bother fixing it because I can't think of a safe fix for that. -- Regards, Thierry | http://www.TJKDesign.com __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
On Thu, Mar 6, 2008 at 9:24 PM, Eric A. Meyer wrote: At 5:18 PM +0100 3/6/08, Bruno Fassino wrote: I haven't checked too much, but re floats, I confirm that there are some new problems with the clearing. They range from the simple fact that a clearing br doesn't work [1]... [1] http://brunildo.org/test/FloatContainer2.html Bruno, could you try a version of that test where you add 'display: block;' to your clearing-break styles and see if anything changes? If it starts working, that means IE8 upgraded its support for 'clear'. If not, then there's a bug afoot. I created a simpler page [1] and it seems that in IE8 beta 1 a br with clear never makes a container to enclose a floated child, even if it has display:block. And content following the br never clears the float. In good browser this enclosing/clearing always happens. All (including IE8) agree in making a span with clear not to clear/force the enclosing, while a div (or a span made display:block) clears/forces the enclosing. Bruno [1] http://www.brunildo.org/test/br_clear.html -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] 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] IE8 developer tools and toggling
Ingo Chao wrote: Did you install the IE8 beta 1 or the IE8beta1 VPC image? My image VPC looks different. http://satzansatz.de/ie8/toolbar.jpg You probably have to right click on the toolbar, then customize it, add the developer tools command/sign to the toolbar. Ingo No just the IE8beta and yes customizing the toolbar allows you to add the developer tools blue arrow. This is such a great tool allowing you to analyze each line of HTML, CSS and Script. Wow! Thank you Ingo for helping me with this. Alan http://css-class.com/ __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
Thierry Koblentz wrote: On Behalf Of Nick Fitzsimons On Thu, March 6, 2008 7:07 pm, Thierry Koblentz wrote: Yep, the only issues I had to fix were related to the ieMac rules being picked up and the links not being hot: I'm curious as to why you would be fixing any of your own code to cater for this early beta? The idea is that if your existing, working code breaks, you tell the IE team and they fix _their_ code. Fixing anything now virtually guarantees that it'll be broken when the next beta comes out - it's a waste of time, unless it allows you to produce a more detailed bug report before backing the changes you've made out again. IE8 was reading my IEMac rules so fixing that and the links should not break anything later (and that took only 2 minutes of my time). On the other hand, the navigation bar on my site is pretty broken in IE8, but I won't bother fixing it because I can't think of a safe fix for that. -- Regards, Thierry | http://www.TJKDesign.com I agree with Nick here. The band pass filter will be fixed in later beta. Currently I think you can use this approach (untested). style type=text/css @import url(normal-style.css); /*\*//*/ @import url(ie8.css); /* For current IE8 */ @import(ie-mac.css); /* For IE/Mac */ /**/ @import url(ie7); /* For IE7 */ /style ie-mac.css contains your IE/Mac styles. ie8.css contains your buggy IE8 styles. ie7 contains your buggy IE7 styles and all the hacks targeting IE7 must be removed from the normal style sheet and place in this file. Hopefully when IE8 doesn't parse the band pass filter the current buggy IE8 behavior will also be fixed. Does this all sound correct? Alan http://css-class.com/ __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
Bruno Fassino wrote: On Thu, Mar 6, 2008 at 5:45 PM, Alan Gresley wrote: [2] http://brunildo.org/test/clear.html (last test case) The second test case (6th and 7th example) show display:table doubling your border on class=nextdiv. It should be 8px where IE8 is showing 16px. So something is awfully wrong with display:table and IE8 Alan http://css-class.com/ Yes, it seems that 'anonymous' display:table-cell (and display:table) boxes somehow inherit the border of their parent / child. See [1]: only when both display:table and display:table-cell are explicitly present (not anonymously created) all the borders are correct. In the other cases an existing border is replicated on the anonymous object (and sometimes also the padding.) Or something like that. Of course the good news are that display:table works :-) Bruno [1] http://brunildo.org/test/disptable.html -- Bruno Fassino http://www.brunildo.org/test Here a test case that is very incomplete (passed or failed maybe incorrect) http://css-class.com/test/css/visformatting/floats-with-block-elements.htm but it showing buggy behavior in IE8 for all these properties. display:inline-block display:table display:inline-table display:run-in overflow:auto Alan http://css-class.com/ __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] discuss.org] On Behalf Of Alan Gresley Sent: Thursday, March 06, 2008 1:56 PM To: [EMAIL PROTECTED] Cc: css-d@lists.css-discuss.org; 'Bruno Fassino'; [EMAIL PROTECTED] Subject: Re: [css-d] IE8 is better but still slightly broken Thierry Koblentz wrote: On Behalf Of Nick Fitzsimons On Thu, March 6, 2008 7:07 pm, Thierry Koblentz wrote: Yep, the only issues I had to fix were related to the ieMac rules being picked up and the links not being hot: I'm curious as to why you would be fixing any of your own code to cater for this early beta? The idea is that if your existing, working code breaks, you tell the IE team and they fix _their_ code. Fixing anything now virtually guarantees that it'll be broken when the next beta comes out - it's a waste of time, unless it allows you to produce a more detailed bug report before backing the changes you've made out again. IE8 was reading my IEMac rules so fixing that and the links should not break anything later (and that took only 2 minutes of my time). On the other hand, the navigation bar on my site is pretty broken in IE8, but I won't bother fixing it because I can't think of a safe fix for that. I agree with Nick here. The band pass filter will be fixed in later beta. Currently I think you can use this approach (untested). imho, the fact that the band pass filter will be fixed or not is irrelevant, because in any case I won't have anything more to do. It is working *now* and it will be working tomorrow. Why should I leave that page broken when I know there is an easy, *safe* and quick fix? -- Regards, Thierry | http://www.TJKDesign.com __ css-discuss [EMAIL PROTECTED] 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] IE8 developer tools and toggling
Al Sparber wrote: From: Alan Gresley [EMAIL-REMOVED] So if I download the developer tools the below issue is re-solved? I hope people are using IE8 for its intended purpose of Technical Beta. Microsoft's own home page does not work very well and major sites (like Adobe.com and Yahoo are rendered in degrees of chaos). In the event this beta gets out in the wild and folks start using it as their default browser for general surfing, I'd recommend a little warning: http://www.projectseven.com/testing/ie8/pmm/ You'll see an alert box if you use IE8. -- Al Sparber - PVII http://www.projectseven.com Well my alert boxes has been put on test pages template (thabk for the tip) but I not going to insert that script on my other hundred or so pages. I have already filed a bug with the IE8 newsgroup. Once submitting the bug it says that the bug filed should show up in five minutes but it has been eight hours and the list is still the same. And I do intend on using IE8beta to help the IE team improve their browser (I have been doing this on the quiet since December last year). I guess some of us are still trying to understand the present bugs in IE8 to prepare better and more exact test cases to present to the IE team. Alan http://css-class.com/ __ css-discuss [EMAIL PROTECTED] 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] Site Check in IE5/Mac
On 07/03/2008, at 5:48 AM, Kroon.Kurtis wrote: He should look into iCab: it's been around since system 7, the Mac Classic version was last updated on 1 January *2008*, it runs quite well on older Macintosh operating systems, and it supports enough CSS (among Other Things) to pass Acid2. I tried iCab last week and thought it was awful on my old legacy apps G3/OS 9 Mac. I ended up finding a version of Mozilla 1.3 (unofficial) from here: http://www.t3.rim.or.jp/~harunaga/mozilla-macos9/ It's not too bad and does a reasonable job with css styling. Mind you I do not use that machine a lot anymore so I have no idea how stable Mozzie is for regular use, although given it's history it shouldn't be too bad. Cheers, KathyW. __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
Alan Gresley wrote: Gunlaug_Sørtun wrote: http://tjkdesign.com/test/ie8/links.asp That the same issue as I'm having with my menu. http://css-class.com/articles/ursidae/bears5ddh-kbaccess.htm It is similar as with IE6 requiring hasLayout and display:block on anchors to make the whole anchor area click-able. This is not happening with my other menus. Even my new templates navigation anchors are showing ok. I don't think this is a stacking error as per se but due to something deeper. If a browser can't stack various layers of one element together in the right order on top of all layers of another element, without explicitly being told to group and stack element layers by using a nonsensical property/value for the case, then it is a serious stacking bug. Parsing of the non-valid import filters is fixed. http://css-class.com/test/css/selectors/ie/import-hacks.htm Goerg, you use this filter don't you :-) Yes, so I shouldn't have to worry about IE8 picking up IE7 styles. How does it handle that filter if rolled back to IE7 ? I don't understand what you mean by How does it handle that filter if rolled back to IE7? I see that my band pass filter works. Toggle IE8 to render like IE7, and see how it handles such filters that are known to work in a certain way in IE7. Sorry Georg, but you are using a xml prolog like myself, and this is throwing IE8 into quirks mode. http://css-class.com/test/css/selectors/ie7hacktargetingopera4.htm Should *not* happen, so if true that counts as a *serious bug* in IE8. Sounds like IE8' mode switching is totally corrupted in this beta, and on top of that it doesn't act *identical to* the earlier versions it is said to emulate either. All in all a good recipe for breaking large parts of the web. BTW: how does IE8 beta1 handle all these @import hacks... http://www.gunlaug.no/contents/wd_chaos_20.html IE8 now parses them correctly. Some good news. Again, toggle back to IE7 and test again. If IE8 doesn't emulate previous versions/modes *identical to* those previous versions/modes, the whole version target mess that has been the talk of the town lately, becomes utter nonsense in any order. not to mention these... http://www.gunlaug.no/contents/wd_chaos_27.html http://www.gunlaug.no/contents/wd_chaos_28.html The line is yellow in both, IE8 fails. A less-important failure, but a failure never the less. If left unfixed it opens up IE8 for the ugliest IE-hack ever invented, and breaks with what the W3C standard says: HTML allows authors to associate any number of external style sheets with a document.[1]. Clearly IE/win doesn't allow all that much, while other major browsers allow /almost/ any number - if given enough time and resources to handle them. regards Georg [1]http://www.w3.org/TR/html401/present/styles.html#h-14.3.1 -- http://www.gunlaug.no __ css-discuss [EMAIL PROTECTED] 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] IE8 is better but still slightly broken
Thierry Koblentz wrote: I agree with Nick here. The band pass filter will be fixed in later beta. Currently I think you can use this approach (untested). imho, the fact that the band pass filter will be fixed or not is irrelevant, because in any case I won't have anything more to do. It is working *now* and it will be working tomorrow. Why should I leave that page broken when I know there is an easy, *safe* and quick fix? -- Regards, Thierry | http://www.TJKDesign.com You are correct in once sense and that why I suggested the import method to separate all versions of IE. Remember hacking IE8 to render correctly hides the bugs in the first place. I have many broken pages because IE8 is using my IE7 targeting hacks. Now I have to remove all these hacks from my main style sheet and now feed IE7 it's style via invalid import hacks. I don't know what hacks you have used Thierry but I do understand what I must do for my site but certain pages must remain broken to support any test cases that I do prepare. I not saying not to hack for IE8. I was just showing a way of using the band pass filter to feed IE8 the correct style with either broken or unbroken rendering. I myself will let IE8 render however it decides to render. Alan http://css-class.com/ __ css-discuss [EMAIL PROTECTED] 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] [OT] IE8 Beta released to developers.
Hi, I installed IE8, then uninstalled it and IE7 was still there. You can uninstall from Control Panel - Add / Remove Programs - Microsoft Internet Explorer 8 .. cant remember full line. Cheers Kevin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Leslie Sent: Friday, March 07, 2008 00:05 AM To: [EMAIL PROTECTED] Cc: css-d@lists.css-discuss.org Subject: Re: [css-d] [OT] IE8 Beta released to developers. Hi, It is not a standalone, it will write over IE7 but has a button on it to emulate IE7. I don't know if it is possible to uninstall it Hope that helps James -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 06 March 2008 15:58 To: Tamara Cc: css-d@lists.css-discuss.org Subject: Re: [css-d] [OT] IE8 Beta released to developers. Can someone please confirm if this is stand alone installation or not? Thanks, __ css-discuss [EMAIL PROTECTED] 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-discuss [EMAIL PROTECTED] 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-discuss [EMAIL PROTECTED] 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] a picture with in a picture
Is it possible to have an image showing a picture frame and have that as part of the css style sheet. Then in HTML on different pages use that frame to cover over an image, giving the image a nice decorative picture frame. Don't know if I'm pushing the limits. thanks in advance chris __ css-discuss [EMAIL PROTECTED] 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] a picture with in a picture
Sure. Make a div id=frame. Make a blank black frame image and use that as a background-image with no repeat. Then inside that div, put your img add padding-top and padding-left to line up. On 3/6/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Is it possible to have an image showing a picture frame and have that as part of the css style sheet. Then in HTML on different pages use that frame to cover over an image, giving the image a nice decorative picture frame. Don't know if I'm pushing the limits. thanks in advance chris __ css-discuss [EMAIL PROTECTED] 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-discuss [EMAIL PROTECTED] 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] a picture with in a picture
Here is a way to have the frame in as a background in the css and adding the image in the body of the html: http://www.jimdavis.org/test/frame_demo.html Jim On Thu, Mar 6, 2008 at 6:57 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Is it possible to have an image showing a picture frame and have that as part of the css style sheet. Then in HTML on different pages use that frame to cover over an image, giving the image a nice decorative picture frame. Don't know if I'm pushing the limits. thanks in advance chris __ css-discuss [EMAIL PROTECTED] 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-discuss [EMAIL PROTECTED] 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] td widths change with img ???
I have dynamically generated tabular data.
The leftmost cell in each row will be either an image, or blank. The
images can vary in width. Height is not an issue.
The displayed images are to be maximum width 150px. I would prefer that
smaller images remain smaller; but, can live with stretch.
Most irritating problem is that text in column (2) does NOT left justify
in a straight vertical line ;
Table cell border is ONLY for testing:
td class=MenuPicture style=border: solid black 1px; width=180 px
div class=Image
img src=/modules/displaythumb.aspx?id=%= modID % /
/div
/td
Current CSS:
.Image {
margin-bottom: 0px;
margin-top: 0px;
padding: 0px;
text-align: center;
width: 100%;
}
.MenuPicture {
/*
align: absmiddle;
border-style: none;
padding: 0px;
text-align: center;
*/
}
What am I missing?
--
Best Regards,
mds
mds resource
877.596.8237
-
Dare to fix things before they break . . .
-
Our capacity for understanding is inversely proportional to how much
we think we know. The more I know, the more I know I don't know . . .
--
signature.asc
Description: Digital signature
__
css-discuss [EMAIL PROTECTED]
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] IE8 is better but still slightly broken
Gunlaug Sørtun wrote:
Alan Gresley wrote:
Gunlaug_Sørtun wrote:
http://tjkdesign.com/test/ie8/links.asp
That the same issue as I'm having with my menu.
http://css-class.com/articles/ursidae/bears5ddh-kbaccess.htm
It is similar as with IE6 requiring hasLayout and display:block on
anchors to make the whole anchor area click-able. This is not
happening with my other menus. Even my new templates navigation
anchors are showing ok. I don't think this is a stacking error as per
se but due to something deeper.
If a browser can't stack various layers of one element together in the
right order on top of all layers of another element, without explicitly
being told to group and stack element layers by using a nonsensical
property/value for the case, then it is a serious stacking bug.
I know the fix/bug. As I said previously this is deeper. I did have this.
div#navwrap {
width:9em;
margin-left:1.2em;
/*position:absolute;
top:80px;
left:0;*/
float:left;
margin-bottom:30px;
}
And if I positioned the navigation wrapper instead of float it.
div#navwrap {
width:9em;
margin-left:1.2em;
position:absolute;
top:80px;
left:0;
/*float:left;*/
margin-bottom:30px;
}
hey presto, I can hover the whole block of the 1st generation anchors. The bug
was never effecting any other generation of anchors. I still don't know if this
is a stacking issue (Ingo, where are you?) but floating and positioning shows
two different results. The former only shows the hover over the text node where
the later shows the hover over the whole block. Here is the same menu now
positioned instead of floated.
http://css-class.com/articles/ursidae/bears5ddh-kbaccess-ie8.htm
I don't understand what you mean by How does it handle that filter
if rolled back to IE7? I see that my band pass filter works.
Toggle IE8 to render like IE7, and see how it handles such filters that
are known to work in a certain way in IE7.
Sorry Georg, remember that Ingo had to help me find that hidden blue arrow
after I had replied to you. I didn't know what you meant. :-)
Sorry Georg, but you are using a xml prolog like myself, and this is
throwing IE8 into quirks mode.
http://css-class.com/test/css/selectors/ie7hacktargetingopera4.htm
Should *not* happen, so if true that counts as a *serious bug* in IE8.
Sounds like IE8' mode switching is totally corrupted in this beta, and
on top of that it doesn't act *identical to* the earlier versions it is
said to emulate either. All in all a good recipe for breaking large
parts of the web.
I not completely correct here in a true sense since this can only happen when a
comment appears between the xml prolog and doctype.
?xml version=1.0 encoding=utf-8?
!-- this comment will trigger quirks mode in IE8 --
!DOCTYPE
Again, toggle back to IE7 and test again.
If IE8 doesn't emulate previous versions/modes *identical to* those
previous versions/modes, the whole version target mess that has been
the talk of the town lately, becomes utter nonsense in any order.
[...]
regards
Georg
--
http://www.gunlaug.no
I haven't tested your imports yet but IE8 in IE7 mode seems different from the
true IE7. I can't test personally now since I don't have IE7 anymore but if my
memory serve me correct, things have changed.
http://css-class.com/test/css/visformatting/floats-with-block-elements.htm
Test 2 display:block is now different. The block is now sitting out to the
right of the first float instead of sitting to the left underneath both floats.
Test 4 display:table is now different. The block is now sitting out to the
right instead of sitting to the left underneath both floats. This should be
like this since IE7 doesn't support display:table. The same applies to Test 6
display:run-in, not supported by IE7.
Can someone with a virtual PC confirm this please? Can some also confirm my
passes and fails? I believe that only Gecko 1.9 is showing the correct behavior
and layering.
It seems both mode are out of whack.
Alan
http://css-class.com/
__
css-discuss [EMAIL PROTECTED]
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/
