[WSG] styling the optgroup
Am I correct in thinking that styling the optgroup (and label) with CSS simply doesn't work? I am trying to get some vertical space around the label element, but so far my expts have produced no effect whatsoever. I've googled this, but only found a 2004 ref which seems a bit bleak. As it's nearly 2007, I wondered if anyone has managed anything . . . ? Many thanks -- Best Regards, Bob McClelland Cornwall (UK) www.gwelanmor-internet.co.uk *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] styling the optgroup
Try this link:http://www.cssplay.co.uk/menu/form.htmlOn 10/20/06, Designer [EMAIL PROTECTED] wrote:Am I correct in thinking that styling the optgroup (and label) with CSS simply doesn't work?I am trying to get some vertical space around the label element, but sofar my expts have produced no effect whatsoever.I've googled this, butonly found a 2004 ref which seems a bit bleak.As it's nearly 2007, I wondered if anyone has managed anything . . . ?Many thanks--Best Regards,Bob McClellandCornwall (UK)www.gwelanmor-internet.co.uk ***List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfmHelp: [EMAIL PROTECTED] ***-- Mihael Zadravecemail in msn: mihael.zadravec na gmail.com Skype kontakt: mihael_zadravec---Toasted Webhttp://www.toastedweb.com--- ***List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfmUnsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfmHelp: [EMAIL PROTECTED]***
[WSG] Valid characters in class names
Hi, Can anyone point me to a reference (or simply post here) of characters that are valid to use in HTML class attribute values. I've searched and searched but can't find a definitive list. Many thanks, Charles *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Valid characters in class names
On Fri, Oct 20, 2006 at 12:41:02PM +0100, Charles Roper wrote: Can anyone point me to a reference (or simply post here) of characters that are valid to use in HTML class attribute values. I've searched and searched but can't find a definitive list. It's a CDATA list, you can use any character (although you can't depend on whitespace not being mucked about with). -- David Dorward http://dorward.me.uk *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Valid characters in class names
On 20 Oct 2006, at 12:41:02, Charles Roper wrote: Hi, Can anyone point me to a reference (or simply post here) of characters that are valid to use in HTML class attribute values. I've searched and searched but can't find a definitive list. When in doubt, read the spec ;-) HTML 4.01 defines the class attributes a being of type cdata-list: http://www.w3.org/TR/html4/struct/global.html#adef-class A cdata-list is a whitespace-separated collection of values containing CDATA: http://www.w3.org/TR/html4/types.html#type-cdata which is a sequence of characters from the document character set (which means anything you like if you're using UTF-8). Note that the id attribute is defined as being of type name, which has further restrictions applied to it, including being required to begin with a letter (A-Z a-z), but the spec doesn't, in my interpretation of it, impose the same constraint on classes. Therefore 12345 would be a valid class name, but not a valid id. Oh, and both class and id are case sensitive, so fred and Fred are different. HTH, Nick. -- Nick Fitzsimons http://www.nickfitz.co.uk/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Combined rounded and squared corner tabs
The niftycube method claims to be able to do rounded tabs: http://www.html.it/articoli/niftycube/index.html See example 4: http://www.html.it/articoli/niftycube/nifty4.html You and mix and match curved and uncurved, I'm sure. Clint On 10/19/06, TomGou [EMAIL PROTECTED] wrote: Hi All, Anyone have any ideas on a good approach to having rounded corner tabs like those created using sliding doors along with the current tab having squared corners and about twice as tall as the other tabs? I've got a working model, but don't particularly care for the amount of CSS I used, though I couldn't figure an easy way to not use relative positioning due to the size differences in the tabs, having used a lot of sliding doors styling to work itout. Anyone have any good sites that demonstrate this use of tabs? -Tom *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- Clint Ecker | STONE WARD 440 N. Wells, Suite 750, Chicago, IL 60610 Boston | [ Chicago ] | Little Rock www.stoneward.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Valid characters in class names
Charles Roper skrev: Can anyone point me to a reference (or simply post here) of characters that are valid to use in HTML class attribute values. Be aware that there are different rules for class names in CSS vs. HTML! http://www.w3.org/TR/CSS21/syndata.html#q6 In CSS 2.1, identifiers (including element names, classes, and IDs in selectors) can contain only the characters [A-Za-z0-9] and ISO 10646 characters U+00A1 and higher, plus the hyphen (-) and the underscore (_); they cannot start with a digit, or a hyphen followed by a digit. /anders *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Valid characters in class names
On 20 Oct 2006, at 13:42:51, Anders Nawroth wrote: Charles Roper skrev: Can anyone point me to a reference (or simply post here) of characters that are valid to use in HTML class attribute values. Be aware that there are different rules for class names in CSS vs. HTML! http://www.w3.org/TR/CSS21/syndata.html#q6 In CSS 2.1, identifiers (including element names, classes, and IDs in selectors) can contain only the characters [A-Za-z0-9] and ISO 10646 characters U+00A1 and higher, plus the hyphen (-) and the underscore (_); they cannot start with a digit, or a hyphen followed by a digit. Good point, Anders; Charles, please note this as a correction to the relevant part of my own response to your original question. I knew I should have double-checked with the CSS spec :-( Nick. -- Nick Fitzsimons http://www.nickfitz.co.uk/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Is my DOM-script best practice?
Hello all!
On the page http://keryx.se/dev/brCh/browserval.xhtml I have a DOM-scripting
demo. (For reasons I'll explain below you can't use MSIE to view the page.) The
page per se is not meant to be accessible or good design, but the script is
supposed to be an example of best practice DOM-scripting, to be used in my teaching.
On the page you are supposed tho chose between two browsers by clicking on one
of the boxes - but one box will be *hard* to catch!
The script in question can be seen at http://keryx.se/dev/brCh/browserval.js or
at the end of this message.
My take on best practice DOM-scripting would include the following:
- Follow to the furthest reasonable extent ECMA- and W3C-standards, but allow
for some de-facto Netscape 3 or MSIE 4 standards when you need to do something
not yet covered by standards, such as using the Window object, XHR or maybe even
innerHTML.
- All scripts should be able to run in a page sent as application/xhtml+xml with
very *few* modifications. The generated (X)HTML must be well-formed and should
be valid (perhaps with the exception of custom attributes). In order to prove
this point my page in question is actually sent as XHTML and therefore won't
render in MSIE, although the script actually works in that browser too.
- The JavaScript global variable namespace should be as unpolluted as possible.
To that end I use an object literal.
- JSDoc (Why don't people use it more often?) http://jsdoc.sourceforge.net/
Subquestion: Is there a way to enforce private properties when I use an object
literal?
- Unobtrusiveness
-- All JS in external files
-- No event-handling in the (X)HTML-code
-- Graceful degradation/progressive enhancement (Here my script fails, simply
because it is an JS-demo.)
-- Object detection aka. capability testing instead of browser sniffing.
- Optimization
-- Not too prematurely
-- Garbage collection (fixes for bad browsers)
-- Remove all unnecessary DOM-lookups
-- Remove unnecessary strict errors
http://www.wsabstract.com/javatutors/serror.shtml
- I18N
-- All messages should be kept apart from the code
-- All messages should be able to be generated by the CMS
According to my intentions - have I succeeded? What have I forgotten? What can
be improved?
Lars Gunther
P.S. Here is the script
/**
* This file contains the object brCh and sets it up
* to be executed upon window-load
*
* brCh is short for browserChoice
*
* @author Lars Gunther
* @package DOM-demo
* @license CCSA http://creativecommons.org/licenses/sa/1.0/
* @requires addEvent
* @requires addLoadListener
*
* @todo Real private properties
*/
/**
* This object contains all code to be executed
*
* It is dependant upon the addEvent method.
* Object literals do not pollute global namespace!
*/
var brCh = {
/**
* This method should run on window load.
* It sets upp all avent-handling and registers the most used elements
*/
init: function() {
// Do all lookups here so they won't have to be repeated
brCh.jadiv = document.getElementById('ja');
brCh.nejdiv = document.getElementById('nej');
brCh.koord = document.getElementById(koordinater);
if ( !brCh.jadiv || !brCh.nejdiv || !brCh.koord ) {
throw 'Necessary XHTML-elements are not present in the code.';
}
addEvent(brCh.jadiv, 'mousedown', brCh.svaraBra, false);
// OBS! inte ONmousedown, utan bara mousedown
addEvent(brCh.nejdiv, 'mouseover', brCh.moveTo, false);
addEvent(brCh.nejdiv, 'mousedown', brCh.protest, false);
return true;
},
/**
* What language should be used? Default value set here
* @public string
*/
lang: 'sv',
/**
* Messages are kept in this associative array (technically an object)
* @public object
*/
i18n: { },
/**
* X-axis starting value for the bad-choice
* @private integer
*/
_slumpX: 400,
/**
* Y-axis starting value for the bad-choice
* @private integer
*/
_slumpY: 150,
/**
* Helper math method
*
* @param max integer The highest possible value to be returned
* @returns integer
*/
_slumpad: function(max) {
return ( Math.round(Math.random() * max) );
},
/**
* This method is invoked upon mouseover the bad choice and moves it
*/
moveTo: function() {
// It should be hard to get a similar position once again
do {
brCh._slumpX = brCh._slumpad(500);
} while ( Math.abs(brCh.oldX - brCh._slumpX) 60 );
do {
brCh._slumpY = brCh._slumpad(350) + 150;
} while ( Math.abs(brCh.oldY - brCh._slumpY) 50 );
brCh.nejdiv.style.left = brCh._slumpX+px;
brCh.nejdiv.style.top = brCh._slumpY+px;
brCh.koord.childNodes.item(0).nodeValue = 'X = ' +brCh._slumpX;
// item(1) is a br-element
Re: [WSG] Valid characters in class names
Thanks all - what a great response. I did end up reading the CSS 2.1 spec but as has been pointed out, a CSS selector does not necessarily equal an HTML class name. Here's a bit of background: I need to include the following in a class name (for use in a microformat): class=urn:lsid:ubio.org:namebank:530114 From what I gleaned from the CSS spec, I escaped it to this: class=urn\:lsid\:ubio\.org\:namebank\:530114 Is that now valid (in terms of CSS) as far as anyone can see? Would the original unescaped version be a valid class name, even though it's not a valid CSS selector? Cheers, Charles *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] IE6 - IE7
I don't get the paranoia. IE7 is much more secure than IE6. If you don't like IE7, you can simply uninstall it and ie6 is restored after a reboot. As a web dev, you need to install IE7 and test your sites. Ignoring it isn't going to help your web development. Ted -Original Message- From: listdad@webstandardsgroup.org [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, October 18, 2006 9:38 PM To: wsg@webstandardsgroup.org Subject: Re: [WSG] IE6 - IE7 John Faulds wrote: On Thu, 19 Oct 2006 13:52:17 +1000, [EMAIL PROTECTED] wrote: Rahul Gonsalves wrote: I will not be allowing IE7 to be installed on my main computer, until most of the bugs have been worked out, and a couple of security updates have been applied :-). how do you go about doing this? Do you mean how to prevent IE7 being installed via automatic updates? http://www.microsoft.com/downloads/details.aspx?FamilyId=4516A6F7-5D44-482B- 9DBD-869B4A90159Cdisplaylang=en thanks for the link. i missed it the first time. too big of a hurry i guess. dwain *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Valid characters in class names
On Fri, Oct 20, 2006 at 04:45:49PM +0100, Charles Roper wrote: From what I gleaned from the CSS spec, I escaped it to this: class=urn\:lsid\:ubio\.org\:namebank\:530114 Is that now valid (in terms of CSS) as far as anyone can see? You need to escape the characters in the _CSS_, not in the HTML. (Just like you represent as amp; in a URL in an HTML document, but not in a URL in the address bar of your browser.) -- David Dorward http://dorward.me.uk *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Lists and DIR=RTL
Thierry Koblentz wrote:
I have two Unordered Lists:
- one contains text in A elements (a href=#Text/a)
- one contains image in A elements (a href=#img //a)
CSS:
li {display:inline}
How come the display of the two is *different* (regarding orientation) when
I use RTL with the DIR attribute?
Can you publish some minimal test cases to demonstrate the issue and
explain what you're attempting to use the dir attribute for?
It sounds like you may be trying to use it for presentational purposes,
though it's designed for semantic purposes when using right-to-left
languages. If so, you may be able to achieve the effect using the
'direction' and 'unicode-bidi' properties.
--
Lachlan Hunt
http://lachy.id.au/
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
***
Re: [WSG] Valid characters in class names
Charles Roper wrote:
I need to include the following in a class name (for use in a microformat):
class=urn:lsid:ubio.org:namebank:530114
Which microformat? That's a URI and so a more semantic place for it is
in a href=urn:... or maybe link href=urn:.
From what I gleaned from the CSS spec, I escaped it to this:
class=urn\:lsid\:ubio\.org\:namebank\:530114
No, you do not use selector syntax in HTML attributes. You use selector
syntax in selectors.
To select a class attribute containing colons, you would using the first
example above without the back slashes and then in your CSS, you would
write this:
.urn\:lsid\:ubio\.org\:namebank\:530114 { color: green }
For it to work in IE6 (not sure about IE7), you need to use \3A
(including the space) instead of \:
.urn\3A lsid\3A ubio\.org\3A namebank\3A 530114 { color: green; }
If you put in an href attribute where it belongs, you would use this
instead:
[href=urn\:lsid\:ubio\.org\:namebank\:530114] { color: green; }
(This won't work in IE at all, even if you use \3A)
See this test case:
http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C%21DOCTYPE%20html%3E%0A%3Cstyle%3E%0A.urn%5C%3Alsid%5C%3Aubio%5C.org%5C%3Anamebank%5C%3A530114%20%7B%20color%3A%20green%3B%20%7D%0A%5Bhref%3D%22urn%5C%3Alsid%5C%3Aubio%5C.org%5C%3Anamebank%5C%3A530114%22%5D%20%7B%20color%3A%20green%3B%20%7D%0A%3C/style%3E%0A%3Cp%20class%3D%22urn%3Alsid%3Aubio.org%3Anamebank%3A530114%22%3EThis%20line%20should%20be%20green%3C/p%3E%0A%3Cp%3E%3Ca%20href%3D%22urn%3Alsid%3Aubio.org%3Anamebank%3A530114%22%3EThis%20link%20should%20be%20green%3C/a%3E%3C/p%3E
--
Lachlan Hunt
http://lachy.id.au/
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
***
Re: [WSG] IE6 - IE7
Ted Drake wrote: I don't get the paranoia. IE7 is much more secure than IE6. If you don't like IE7, you can simply uninstall it and ie6 is restored after a reboot. As a web dev, you need to install IE7 and test your sites. Ignoring it isn't going to help your web development. Ted Paranoia? I see a zero-day exploit, and a partly new codebase. With Microsofts' reputation for security, I'd prefer to be safe rather than sorry. Known devil, etc, etc. Either way, I only use IE (all variants) for testing. I run IE7 in an isolated virtual machine (Microsoft Virtual PC) for testing, as mentioned earlier. I just don't see the point of installing it on my main machine. Cordially, - Rahul. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Valid characters in class names
On 20/10/06, Lachlan Hunt [EMAIL PROTECTED] wrote:
Charles Roper wrote:
I need to include the following in a class name (for use in a microformat):
class=urn:lsid:ubio.org:namebank:530114
Which microformat? That's a URI and so a more semantic place for it is
in a href=urn:... or maybe link href=urn:.
It's actually a URN, a subset of URI which does not imply availability
of the identified resource. Doesn't this make it inappropriate for an
href in the context of a web page? I completely see where you're
coming from, though. If it were a URL then that would be more
appropriate for an href surely? See here for more info on this
distinction:
http://snipurl.com/zyca
Getting more specific, it's actually an LSID for a microformat that is
still in development. More on LSIDs here:
http://lsid.sourceforge.net/#whatislsid
Having said all this, LSIDs can be made to behave like URLs via a Firefox addin:
http://lsid.biopathways.org/lsid_browser/lsid_browser_1_0_0.html
So perhaps sticking the LSID in the href might be useful after all.
However, providing a *direct* link to the resource described by the
LSID isn't the intended aim of the microformat; the LSID is in there
as metadata that describe a resource, while the normal hyperlink, if
there is one, probably points to something else entirely.
From what I gleaned from the CSS spec, I escaped it to this:
class=urn\:lsid\:ubio\.org\:namebank\:530114
No, you do not use selector syntax in HTML attributes. You use selector
syntax in selectors.
OK, so urn:lsid:ubio.org:namebank:530114 would actually be a valid
class name then? The LSID would almost certainly never be used as a
CSS selector (should never rule the possibility out, though), so if
it's valid in its unescaped form then that's great news.
To select a class attribute containing colons, you would using the first
example above without the back slashes and then in your CSS, you would
write this:
.urn\:lsid\:ubio\.org\:namebank\:530114 { color: green }
For it to work in IE6 (not sure about IE7), you need to use \3A
(including the space) instead of \:
.urn\3A lsid\3A ubio\.org\3A namebank\3A 530114 { color: green; }
If you put in an href attribute where it belongs, you would use this
instead:
[href=urn\:lsid\:ubio\.org\:namebank\:530114] { color: green; }
(This won't work in IE at all, even if you use \3A)
See this test case:
http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C%21DOCTYPE%20html%3E%0A%3Cstyle%3E%0A.urn%5C%3Alsid%5C%3Aubio%5C.org%5C%3Anamebank%5C%3A530114%20%7B%20color%3A%20green%3B%20%7D%0A%5Bhref%3D%22urn%5C%3Alsid%5C%3Aubio%5C.org%5C%3Anamebank%5C%3A530114%22%5D%20%7B%20color%3A%20green%3B%20%7D%0A%3C/style%3E%0A%3Cp%20class%3D%22urn%3Alsid%3Aubio.org%3Anamebank%3A530114%22%3EThis%20line%20should%20be%20green%3C/p%3E%0A%3Cp%3E%3Ca%20href%3D%22urn%3Alsid%3Aubio.org%3Anamebank%3A530114%22%3EThis%20link%20should%20be%20green%3C/a%3E%3C/p%3E
That's all really useful to know, many thanks!
Charles
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
***
Re: [WSG] Valid characters in class names
On 20 Oct 2006, at 15:26:10, Lachlan Hunt wrote: Nick Fitzsimons wrote: On 20 Oct 2006, at 13:42:51, Anders Nawroth wrote: Be aware that there are different rules for class names in CSS vs. HTML! http://www.w3.org/TR/CSS21/syndata.html#q6 Good point, Anders; Charles, please note this as a correction to the relevant part of my own response to your original question. I knew I should have double-checked with the CSS spec :-( No, you were (almost) right the first time, without checking the CSS spec. Even though a class selector may have limitations with which characters it can use directly, escape sequences allow the use of absolutely any character at all. So, if you have a need to use such characters, then you can do so with too much difficulty. Yes, but the linked part of the CSS 2.1 spec states of identifiers used in CSS, including class names used in class selectors, that they cannot start with a digit, or a hyphen followed by a digit. So when I originally stated that 12345 is a valid value for the class attribute (or words to that effect) I was correct in terms of HTML 4.01, but such a class could not then be the subject of a class selector in CSS. I think... :-) Cheers, Nick. -- Nick Fitzsimons http://www.nickfitz.co.uk/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] IE6 - IE7
On 20 Oct 2006, at 17:26:35, Rahul Gonsalves wrote: Ted Drake wrote: I don't get the paranoia. IE7 is much more secure than IE6. If you don't like IE7, you can simply uninstall it and ie6 is restored after a reboot. As a web dev, you need to install IE7 and test your sites. Ignoring it isn't going to help your web development. Ted Paranoia? I see a zero-day exploit, and a partly new codebase. With Microsofts' reputation for security, I'd prefer to be safe rather than sorry. Known devil, etc, etc. Either way, I only use IE (all variants) for testing. I run IE7 in an isolated virtual machine (Microsoft Virtual PC) for testing, as mentioned earlier. I just don't see the point of installing it on my main machine. It's not a zero-day exploit; it already exists in IE6 and that advisory is just a repeat of an advisory from about a year ago, with a 7 stuck on it to generate a bit of buzz. As to why MS haven't fixed it yet... I agree, though, that a virtual machine is the way to go for those who need multiple installs, especially given that Virtual PC for Windows is now a free download. I run Parallels Desktop on my MacBook with separate installs of WinXP with IE6 and IE7, and also an install of Vista (just in case IE7 somehow behaves differently there). Once I find my Win2k CD, I can have IE5 and 5.5 too, and I don't have to muck about with standalones and the potential anomalies that can arise. Regards, Nick. -- Nick Fitzsimons http://www.nickfitz.co.uk/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Valid characters in class names
On 20 Oct 2006, at 18:34:44, Charles Roper wrote: OK, so urn:lsid:ubio.org:namebank:530114 would actually be a valid class name then? The LSID would almost certainly never be used as a CSS selector (should never rule the possibility out, though), so if it's valid in its unescaped form then that's great news. Yes, by any reading of the spec it's a valid value of the HTML class attribute. We tend to associate class so closely with its use in CSS class selectors that we forget that it's also, or even primarily, for general-purpose processing by user agents. Your use as part of a microformat fits in perfectly with that. Those that want to target it with CSS will have to be aware of the additional handling they need to do to work with it according to spec; but that's Somebody Else's Problem :-) Cheers, Nick. -- Nick Fitzsimons http://www.nickfitz.co.uk/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Lists and DIR=RTL
Lachlan Hunt wrote:
Thierry Koblentz wrote:
I have two Unordered Lists:
- one contains text in A elements (a href=#Text/a)
- one contains image in A elements (a href=#img //a)
CSS:
li {display:inline}
How come the display of the two is *different* (regarding
orientation) when I use RTL with the DIR attribute?
Can you publish some minimal test cases to demonstrate the issue and
explain what you're attempting to use the dir attribute for?
It sounds like you may be trying to use it for presentational
purposes, though it's designed for semantic purposes when using
right-to-left languages. If so, you may be able to achieve the
effect using the 'direction' and 'unicode-bidi' properties.
I'm using it for the right purpose.
I just found the issue and put something together:
http://www.tjkdesign.com/test/whitespace_and_rtl_direction.asp
I was going in circles with this, AFAIK, this issue is not documented at
all.
---
Regards,
Thierry | www.TJKDesign.com
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
***
Re: [WSG] Valid characters in class names
Charles Roper wrote: On 20/10/06, Lachlan Hunt [EMAIL PROTECTED] wrote: Charles Roper wrote: I need to include the following in a class name (for use in a microformat): class=urn:lsid:ubio.org:namebank:530114 Which microformat? That's a URI and so a more semantic place for it is in a href=urn:... or maybe link href=urn:. It's actually a URN, a subset of URI which does not imply availability of the identified resource. Yes, I know that. Doesn't this make it inappropriate for an href in the context of a web page? No. The attributes: href, cite, data, src, longdesc, etc. are defined to contain URIs, not just URLs. It is not unprecedented to use a URN in such an attribute. e.g. blockquote cite=urn:isbn:0-534-37131-0 It would even make sense to use that same URI in a href=urn:isbn:0-534-37131-0Standard C++ with Object-Oriented Programming/a Unfortunately, the practical problem is that browsers generally don't do anything useful with them, though there is nothing to prevent a browser from loading the user's preferred online book store (e.g. Amazon.com, Barnes and Noble, etc.) with more information about the book. Google did a similar thing with it's AutoLink feature, which recognises plain text ISBNs in the source and links them to Amazon. I completely see where you're coming from, though. If it were a URL then that would be more appropriate for an href surely? Where does it say in the spec that an href attribute has to point to to a network-retrievable resource? It explicitly allows URIs, including both URLs and URNs. Getting more specific, it's actually an LSID for a microformat that is still in development. More on LSIDs here: http://lsid.sourceforge.net/#whatislsid For future reference, when talking about a microformat, it's useful if you actually link to something about that microformat, so it's easier to find what you're talking about. I assume it's the species format that I found, since it mentions LSIDs in this page. http://microformats.org/wiki/species-brainstorming Having said all this, LSIDs can be made to behave like URLs via a Firefox addin: http://lsid.biopathways.org/lsid_browser/lsid_browser_1_0_0.html So perhaps sticking the LSID in the href might be useful after all. An existing implementation is one of the strongest argument for doing that way. You also need to consider that it is much easier for an external 3rd party plugin to do something with a URI when it's activated (by registering the URI scheme with the system) than it is to do something with the class attribute. There's even a way being developed for scripts in web pages to register protocol handlers. http://www.whatwg.org/specs/web-apps/current-work/#custom-handlers Say, for example, you visit a site that provides some service related to species, the site could register to handle urn:lsid: URIs, such that when the user clicks an LSID link, they're taken to that website for whatever it is they want to do. Amazon.com and other book stores could do exactly the same thing with urn:isbn: URIs. Keep in mind that the class attribute is *hidden* metadata, which is somewhat against the philosophy of microformats. At least with a link, it's much more visible and easier for the user to access (without viewing source) and then do something with it. However, providing a *direct* link to the resource described by the LSID isn't the intended aim of the microformat; the LSID is in there as metadata that describe a resource, while the normal hyperlink, if there is one, probably points to something else entirely. What's wrong with providing 2 links? One to the LSID, another to the related information. -- Lachlan Hunt http://lachy.id.au/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Lists and DIR=RTL
Thierry Koblentz wrote: I just found the issue and put something together: http://www.tjkdesign.com/test/whitespace_and_rtl_direction.asp Just an observation: whitespace doesn't matter in Opera 9 (from prev1 onwards). So, whitespace may be important to browsers when dealing with such cases, but it shouldn't be. Georg -- http://www.gunlaug.no *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Lists and DIR=RTL
Gunlaug Sørtun wrote: Thierry Koblentz wrote: I just found the issue and put something together: http://www.tjkdesign.com/test/whitespace_and_rtl_direction.asp Just an observation: whitespace doesn't matter in Opera 9 (from prev1 onwards). So, whitespace may be important to browsers when dealing with such cases, but it shouldn't be. I agree, and that's why it took me so long to find the issue. FWIW, I'm impressed with Opera on this one... --- Regards, Thierry | www.TJKDesign.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] IE Issue: focus not set on image buttons within a floated div
I don't know if it's actually related or not, but we had to change our pages to work on IE7. See for example http://www.w3.org/International/articles/language-tags/ The stuff floated to the right (ie. that column) was only partially visible and you couldn't click inside the search field or on any link. The solution was to simply remove the font-style: italics CSS applied to the word 'Internationalization'. I have no idea how that helped, but that's the story for what it's worth. RI Richard Ishida Internationalization Lead W3C (World Wide Web Consortium) http://www.w3.org/People/Ishida/ http://www.w3.org/International/ http://people.w3.org/rishida/blog/ http://www.flickr.com/photos/ishida/ From: listdad@webstandardsgroup.org [mailto:[EMAIL PROTECTED] On Behalf Of Ruiz, Kevin Sent: 03 October 2006 19:27 To: wsg@webstandardsgroup.org Subject: [WSG] IE Issue: focus not set on image buttons within a floated div I have two image buttons that are not displaying a focus indicator in IE...this works fine in Firefox. The culprit seems to be the fact that both are within a div that's floating. Does anyone know a way around this. My client has made an issue of the fact that a user cannot see a visual indicator of focus when the user has tabbed to either of the buttons. Kevin Ruiz Web Designer First Data Government Solutions 11311 Cornell Park Drive, Suite 300 Cincinnati, OH 45242 p: 513.489.9599 x293 f: 513.489.6521 [EMAIL PROTECTED] www.govconnect.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] IE6 - IE7
I agree, though, that a virtual machine is the way to go for those who need multiple installs, especially given that Virtual PC for Windows is now a free download. Does using Microsoft's Virtual PC make any difference as to the legality of running the same copy of Windows on different virtual drives as was mentioned earlier in this discussion? -- Tyssen Design www.tyssendesign.com.au Ph: (07) 3300 3303 Mb: 0405 678 590 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] IE-png transparency hack for background images
Hi Everyone,
So I've been having troulbe with IE-PNG relations - not entirely
surprising. Doing a search through my WSG archives I found the email
to which this responds. The trouble is, it's not working. In fact,
it's giving an identical result to no correction. Then again, so does
trying backgroud-image: url(.gif).
Code is:
hr {
height: 12px;
background-color: #6e00b4;
background-image: url(hr.png);
background-repeat: repeat-x;
background-attachment: scroll;
background-position: 0% 0%;
width: 100%;
border: none;
display: block;
color: #00;
}
in an external file, then
!--[if lt IE 7]
script defer type=text/javascript src=/FC/iepng.js/* Fix
IE's incapacity to handle PNG alpha *//script
style type=text/css
/* ... */
hr {
background-image: url(hr.gif);
}
/style
![endif]--
Working local, so nothing visible I'm afraid.
Result I find is black bars where my gradient hrs should be.
Same result as for
hr {
background-image: none;
filter:
progid:DXImageTransform.Microsoft.AlphaImageLoader(src='hr.png',sizingMethod='scale');
}
and also the same without quotes for src=
Works perfectly in FX1.5
Thoughts?
Regards,
Michael
On 5/1/06, Stephen Neate [EMAIL PROTECTED] wrote:
Hi Kevin,
This theory tends to work well for IE and non IE browsers. Below is the css
based on the background image of a DIV tag with ID png_background.
style type=text/css
body {
height:100%;
}
div#png_background {
width:344px; // specify width
height:215px; // specify height
background-image: url(ew.png);
}
/style
!--[if IE]
style
div#png_background {
background-image: none;
filter:
progid:DXImageTransform.Microsoft.AlphaImageLoader(src=ew.png,sizingMethod='scale');
}
/style
![endif]--
Cheers
--
http://mine.mjec.net/
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
***
