RE: [WSG] fieldset is REQUIRED
Inputs and form elements MUST be inside a Block element like fieldset, div, p, ... for XHTML 1.0 Strict complience, but not necesarily and only inside fieldset. McCain -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Barry Beattie Enviado el: viernes, 02 de julio de 2004 2:39 Para: [EMAIL PROTECTED] Asunto: RE: [WSG] fieldset is REQUIRED Mordechai, are you saying that, for XHTML1.1 complience, that a label and it's associated form element needs to be within a fieldset? if so, we've got a few changes to do around here ... D'oh! thanx barry.b -Original Message- From: Mordechai Peller [mailto:[EMAIL PROTECTED] Sent: Friday, 2 July 2004 10:03 AM To: [EMAIL PROTECTED] Subject: [WSG] fieldset is REQUIRED After getting: Error: element label not allowed here; possible cause is an inline element containing a block-level element. I finally figured out that a fieldset is required for XHTML1.1. However, after after doing some checking I couldn't find anything at the W3C about it in anything which passes even for their version of plain English. Sure, in the DTD's, grammars, etc., I found it stated, but not in anything which doesn't remind me of some of college classes. ot type=contemplation rel=computer-hw It's amazing how little computers have changed in the last 25 years. Sure, they've become orders of magnitude more powerful and are therefor able to do so much more. But are they really different from the old TRS-80 Model I Level 2 which the guy at Radio Shack let me play with? /ot * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] IFR
Show me your HTML cos im betting you have not named it right, and when the JavaScript scan's you HTML it wont find what its looking to replace... as for editing the Flash! it couldnt be simpler... Load, select text feild, set text, export... simple! * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
[WSG] Strategies for Long-Term CSS Hack Management - Molly Holzschlag
Read this article while its available for free viewing : http://www.informit.com/articles/article.asp?p=170511 -- Neerav Bhatt http://www.bhatt.id.au Web Development IT consultancy Mobile: +61 (0)403 8000 27 http://www.bookcrossing.com/mybookshelf/neerav * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] Character Encoding Mismatch
On Fri, 2 Jul 2004 13:03:34 +1000, Ben Bishop [EMAIL PROTECTED] wrote: Your web server (eg Apache) sends the character encoding HTTP header. In order to match up your HTTP header to your meta-equiv you would need to make the change server-side, something you might not have access to do. This simplest way to match them would be changing your meta tags. I was under the impression - please correct me if I'm wrong - that if the server is sending the character encoding, there is no need to also have the meta tag. Is there any other reason to include it, client-side? -- Kay Smoljak http://kay.smoljak.com * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] IFR
As i said, im using all the files that Shaun provides, even the source on the demo pages; but i found the problem it had to do with naming the font in the .fla before exporting- so if you were betting you would of lost. -peace From: Mark Harwood WebMail [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [WSG] IFR Date: Fri, 2 Jul 2004 08:07:59 +0100 Show me your HTML cos im betting you have not named it right, and when the JavaScript scan's you HTML it wont find what its looking to replace... as for editing the Flash! it couldnt be simpler... Load, select text feild, set text, export... simple! * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * _ Open an Online Savings Account today collect a bonus $30*! http://clk.atdmt.com/1DG/go/hsb005000991dg/direct/01/ * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
RE: [WSG] fieldset is REQUIRED
If I'm not mistaken, a single fieldset around your entire form content will do the trick. So, just change form ... /form to form... fieldset ... /fieldset /form Patrick -Original Message- From: Barry Beattie [mailto:[EMAIL PROTECTED] Sent: Fri 02/07/2004 01:38 To: [EMAIL PROTECTED] Cc: Subject: RE: [WSG] fieldset is REQUIRED Mordechai, are you saying that, for XHTML1.1 complience, that a label and it's associated form element needs to be within a fieldset? if so, we've got a few changes to do around here ... D'oh! thanx barry.b -Original Message- From: Mordechai Peller [mailto:[EMAIL PROTECTED] Sent: Friday, 2 July 2004 10:03 AM To: [EMAIL PROTECTED] Subject: [WSG] fieldset is REQUIRED After getting: Error: element label not allowed here; possible cause is an inline element containing a block-level element. I finally figured out that a fieldset is required for XHTML1.1. However, after after doing some checking I couldn't find anything at the W3C about it in anything which passes even for their version of plain English. Sure, in the DTD's, grammars, etc., I found it stated, but not in anything which doesn't remind me of some of college classes. ot type=contemplation rel=computer-hw It's amazing how little computers have changed in the last 25 years. Sure, they've become orders of magnitude more powerful and are therefor able to do so much more. But are they really different from the old TRS-80 Model I Level 2 which the guy at Radio Shack let me play with? /ot * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * winmail.dat
Re: [WSG] fieldset is REQUIRED
McCain wrote: Inputs and form elements MUST be inside a Block element like fieldset, div, p, ... for XHTML 1.0 Strict complience, but not necesarily and only inside fieldset. I recheck and yes, other block level elements (except for form) or misc class (ins, del, script, noscript) are also fine. But if not a fieldset, then what? The choices are: div - You're better off with fieldset; it's more meaningful. h# - I can't see it. p - Rare, but maybe. ul, ol, dl - The new tables? Or fieldset meets "Attack of The Clones"? Either way, it's overkill for a 1 or 2 item form. table - Let's not start that debate or at least start a new thread first. O:-) address - Not sure. ins, del - Less likely than h#. script, noscript - Putting script aside, noscript has zero semantic meaning: it's only the "else" of an "if-then-else". Technically, blockquote as well, but since blockquote has a similar requirement to form, nothing is gained. I still would like to see it in (relatively) plain English.
Re: [WSG] Character Encoding Mismatch
Kay Smoljak wrote: I was under the impression - please correct me if I'm wrong - that if the server is sending the character encoding, there is no need to also have the meta tag. Is there any other reason to include it, client-side? Take a look at: http://www.w3.org/International/tutorials/tutorial-char-enc/Overview.html#declaring cite * An in-document encoding allows the document to be read correctly when not on a server. This applies not only to static documents read from disk or CD, but also dynamic documents that are saved by the reader. * An in-document declaration of this kind helps developers, testers, or translation production managers who want to perform a visual check of a document. /cite When using a xml-declaration, the encoding should go there, and not in a meta-tag. /AndersN * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] Character Encoding Mismatch
...if the server is sending the character encoding...Is there any other reason to include it, client-side? ominous toneDid you read the W3C link posted?/ominous tone ;) I can't speak with any authority on this matter, and not meaning to break the unwritten rule of not answering unless you know the answer, but: Some servers can be configured to set the HTTP header from the meta http-equiv or examining the first few bytes of the document. In the case of server or configuration limitations, the meta http-equiv can provide user agents with the encoding. From http://www.w3.org/TR/REC-html40/charset.html#h-5.2.2 quote ...conforming user agents must observe the following priorities when determining a document's character encoding (from highest priority to lowest): 1. An HTTP charset parameter in a Content-Type field. 2. A META declaration with http-equiv set to Content-Type and a value set for charset. 3. The charset attribute set on an element that designates an external resource. /quote -ben * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
RE: [WSG] fieldset is REQUIRED
kewl. thanx for the clarification cheers barry.b -Original Message- From: McCain [mailto:[EMAIL PROTECTED] Sent: Friday, 2 July 2004 4:49 PM To: [EMAIL PROTECTED] Subject: RE: [WSG] fieldset is REQUIRED Inputs and form elements MUST be inside a Block element like fieldset, div, p, ... for XHTML 1.0 Strict complience, but not necesarily and only inside fieldset. McCain -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Barry Beattie Enviado el: viernes, 02 de julio de 2004 2:39 Para: [EMAIL PROTECTED] Asunto: RE: [WSG] fieldset is REQUIRED Mordechai, are you saying that, for XHTML1.1 complience, that a label and it's associated form element needs to be within a fieldset? if so, we've got a few changes to do around here ... D'oh! thanx barry.b -Original Message- From: Mordechai Peller [mailto:[EMAIL PROTECTED] Sent: Friday, 2 July 2004 10:03 AM To: [EMAIL PROTECTED] Subject: [WSG] fieldset is REQUIRED After getting: Error: element label not allowed here; possible cause is an inline element containing a block-level element. I finally figured out that a fieldset is required for XHTML1.1. However, after after doing some checking I couldn't find anything at the W3C about it in anything which passes even for their version of plain English. Sure, in the DTD's, grammars, etc., I found it stated, but not in anything which doesn't remind me of some of college classes. ot type=contemplation rel=computer-hw It's amazing how little computers have changed in the last 25 years. Sure, they've become orders of magnitude more powerful and are therefor able to do so much more. But are they really different from the old TRS-80 Model I Level 2 which the guy at Radio Shack let me play with? /ot * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
[WSG] PDA Viewer
Hi All, Can anyone recommend a decent PDA/small screen simulator? I've seen a few knocking around, but I've not used one in anger to properly test sites. Obviously using the real this is the ideal option, but impractical. Or perhaps a simulator isn't the best solution? How do others test their sites for compatibility with small screens? Many thanks, Charles -- Charles Roper www.charlesroper.co.uk * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] PDA Viewer
Charles The Opera browser for windows mac (used in some handhelds as well AFAIK) has a small screen emulator at view - small screen The other option would be to view it on your own PDA (if you have one) -- Neerav Bhatt http://www.bhatt.id.au Web Development IT consultancy Mobile: +61 (0)403 8000 27 http://www.bookcrossing.com/mybookshelf/neerav Charles Roper wrote: Hi All, Can anyone recommend a decent PDA/small screen simulator? I've seen a few knocking around, but I've not used one in anger to properly test sites. Obviously using the real this is the ideal option, but impractical. Or perhaps a simulator isn't the best solution? How do others test their sites for compatibility with small screens? Many thanks, Charles * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] Character Encoding Mismatch
On Friday 02 July 2004 05:03, Ben Bishop wrote: Hi Sage, When I validate my page, I get the following message The character encoding specified in the HTTP header (utf-8) is different from the value in the meta element (iso-8859-1). I'd like to keep the iso-8859-1 value, just because it seems to work Your web server (eg Apache) sends the character encoding HTTP header. In order to match up your HTTP header to your meta-equiv you would need to make the change server-side, something you might not have access to do. This simplest way to match them would be changing your meta tags. Or, depending on your web server setup, use a .htaccess file: http://httpd.apache.org/docs/mod/core.html.en#adddefaultcharset AddDefaultCharset On should do according to the docs... grtz Vincent -- Vincent De Baere * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] PDA Viewer
However a point to note is that this also activates the opera small screen rendering mode which does mean that this view is really only useful for simulating opera browser. Really any simulator you get will just be an apporximation... perhaps the best way would be to try and find people with various devices to help you test... s Derek Featherstone wrote: Neerav wrote: The Opera browser for windows mac (used in some handhelds as well AFAIK) has a small screen emulator at view - small screen Or you can toggle in and out of small screen mode using Shift + F11 if you have a predisposition to using the keyboard... Cheers, Derek. * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] PDA Viewer
On Fri, 2 Jul 2004 08:31:32 -0400, Derek Featherstone [EMAIL PROTECTED] wrote: Neerav wrote: The Opera browser for windows mac (used in some handhelds as well AFAIK) has a small screen emulator at view - small screen Or you can toggle in and out of small screen mode using Shift + F11 if you have a predisposition to using the keyboard... Cheers. I didn't realise Opera had this functionality. I'll give it a whirl. Charles * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
[WSG] webstandards.org.nz - taken!! :O
Well here was just about to register webstandards.org.nz with my domain agency to my suprise it was taken!! http://www.webstandards.org.nz/ Moral: Always check to see if the URL is valid in a browser, before you try and register it! ___ Cameron W (aka t94xr) http://www.t94xr.net.nz/ XHTML CSS Compliant webdesigner. Taupo, NZ. * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
RE: [WSG] PDA Viewer
Microsoft has a pocket pc emulater on their site. I can't tell you where it is, it wasn't easy to find the first time. I believe it is a part of their pocket pc programmer kit. Ted -Original Message- From: Charles Roper [mailto:[EMAIL PROTECTED] Sent: Friday, July 02, 2004 3:08 AM To: Web Standards Group Subject: [WSG] PDA Viewer Hi All, Can anyone recommend a decent PDA/small screen simulator? I've seen a few knocking around, but I've not used one in anger to properly test sites. Obviously using the real this is the ideal option, but impractical. Or perhaps a simulator isn't the best solution? How do others test their sites for compatibility with small screens? Many thanks, Charles -- Charles Roper www.charlesroper.co.uk * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
RE: [WSG] xforms
From what I've learned, In the future, xforms will be supported natively in the browser. However, we don't have that support now, so we can get a middleware that will transform the xform into something viewable. Mozquito transforms it into a flash-like file. CHENG transforms an xform into a series of divs and uses id's and classes to make the elements work. I have made the recommendation to my company to hold off on xforms for at least a year. We don't need bleeding edge technology and I'm hoping the browsers will support it in about a year. Unfortunately, I think the ball is resting in Microsoft's hands. When IE supports xforms, we will see the xform transformation begin. However, I'm no xform xpert and could be passing on a well meaning but incorrect opinion. Ted -Original Message- From: Barry Beattie [mailto:[EMAIL PROTECTED] Sent: Thursday, July 01, 2004 5:32 PM To: [EMAIL PROTECTED] Subject: RE: [WSG] xforms hang on Sean, I'm confused. is it either: the XFORM transformation is on the server and that pushes out HTML/JS/CSS to the browser? or it just sends the XML and XSL for the browser to handle (if so, what browsers will support this - just Mozilla)? just trying to get a handle on how useful XForms will be, esp from a webstandards, supported platforms point of view. thanx barry.b -Original Message- From: Sean Corfield [mailto:[EMAIL PROTECTED] Sent: Friday, 2 July 2004 10:02 AM To: [EMAIL PROTECTED] Subject: Re: [WSG] xforms On Thu, 1 Jul 2004 08:57:08 +1000, Barry Beattie [EMAIL PROTECTED] wrote: It seems that the next version of ColdFusion will be using XForms as a version of CFFORM / Correct. According to what has been demo'd you will be able to auto-generate XForms from a simple form specification using cfform and the 'skinning' is done server side (by specifying an XSL file in cfform). If you're targetting an XForm-capable browser, I guess you could supply an empty XSL transform... * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
[WSG] struts and tiles
Hi Everyone I'm in the process of building a new standards-based, css-layout site to replace our current site, which is not too purty, www.csatravelprotection.com. Here's my question. We are using JSP struts and are looking at using struts-tiles. Does anyone on the list use this technology? From what I've heard, the tiles seem to be a good match for div based layouts. Any opinions would be much appreciated. We are still doing research on how we should build the site and if it is worth building the new project with tiles. thanks Ted * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
[WSG] Multimap redesign - help with OS9 bug
Thanks for everyone's comments regarding the standards-based build of www.Multimap.com (most of which were received outside this forum). Something that did come up was a bug in IE5.0 on OS 9. It's bizarre so I was wondering if anyone else had come across the same thing: The map page (e.g. http://www.multimap.com/map/browse.cgi?pc=w1 ) renders perfectly except that the panning bars and the map itself are all invisible. They are links and an image form control respectively, inside a relatively positioned div which is inside a floated div. The links and map form control are all clickable and work as expected (complete with tooltips), but as I said, they are entirely invisible. I've Googled and checked the usual places (css-d, CodeBitch et al) but to no avail, which is why I've posted here. Just to reiterate, there are no problems on IE5.2/OS X but I can replicate the issue on IE5.0(2022)/OS 9 (the Classic version of IE as shipped with Panther). Any pointers gratefully received. cheers, Richard Rutter www.clagnut.com * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
[WSG] ADA Section 508 irony
Has anyone ever looked under the covers of the ADA Section 508 page? http://www.usdoj.gov/crt/508/508home.html It's really bad. It passes 508 but not priority 2 or 3. The page is coded without link title tags and is filled with center and font tags. I just thought I'd pass it on. Ted * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] presentation
Welcome Luca. You will find a wealth of information from WSG. I'm glad you've joined. It's great when designers can come together to make the web a better place and more accessible. I grow tired of cocky designers that don't want to share their experiences and experiments. They don't understand that it's not about being better than everyone else, but it's about helping each other to better our graphics world and the user experience. Great to have you on our team! Best of luck, Shane Helm Sonze Design Studio On Jul 2, 2004, at 12:59 PM, Luca Mascaro .info wrote: Hi i'm Luca Mascaro, i'm a newbye of the list and i'm suisse. I'm a Usability and Accessibility Engineer and a User Experience/Interface Designer. However, I want to be only introduce me :) Ps: Sorry for my bad english ;) salutes __ Luca Mascaro [Nemo] Designer e Sviluppatore Next Design Via Campagna 8 6512 Giubiasco, Svizzera tel: 0041 79 375 83 85 www: http://www.lucamascaro.info work: http://www.next-design.net __ Non chiedetevi cosa il Web può fare per voi, ma cosa voi potete fare per il Web *** Be Strict To Be Cool *** * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
RE: [WSG] presentation
Tks a lot already that there are, you bringing back a series of article (accessible :) about web standards... in italian language http://www.lucamascaro.info/articoli.xsp __ Luca Mascaro [Nemo] Designer e Sviluppatore Next Design Via Campagna 8 6512 Giubiasco, Svizzera tel: 0041 79 375 83 85 www: http://www.lucamascaro.info work: http://www.next-design.net __ Non chiedetevi cosa il Web può fare per voi, ma cosa voi potete fare per il Web *** Be Strict To Be Cool *** * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] xforms
Ted Drake wrote: From what I've learned, In the future, xforms will be supported natively in the browser. However, we don't have that support now, so we can get a middleware that will transform the xform into something viewable. Mozquito transforms it into a flash-like file. CHENG transforms an xform into a series of divs and uses id's and classes to make the elements work. I have made the recommendation to my company to hold off on xforms for at least a year. We don't need bleeding edge technology and I'm hoping the browsers will support it in about a year. Unfortunately, I think the ball is resting in Microsoft's hands. When IE supports xforms, we will see the xform transformation begin. However, I'm no xform xpert and could be passing on a well meaning but incorrect opinion. Ted -Original Message- From: Barry Beattie [mailto:[EMAIL PROTECTED] Sent: Thursday, July 01, 2004 5:32 PM To: [EMAIL PROTECTED] Subject: RE: [WSG] xforms hang on Sean, I'm confused. is it either: the XFORM transformation is on the server and that pushes out HTML/JS/CSS to the browser? or it just sends the XML and XSL for the browser to handle (if so, what browsers will support this - just Mozilla)? just trying to get a handle on how useful XForms will be, esp from a webstandards, supported platforms point of view. thanx barry.b -Original Message- From: Sean Corfield [mailto:[EMAIL PROTECTED] Sent: Friday, 2 July 2004 10:02 AM To: [EMAIL PROTECTED] Subject: Re: [WSG] xforms On Thu, 1 Jul 2004 08:57:08 +1000, Barry Beattie [EMAIL PROTECTED] wrote: It seems that the next version of ColdFusion will be using XForms as a version of CFFORM / Correct. According to what has been demo'd you will be able to auto-generate XForms from a simple form specification using cfform and the 'skinning' is done server side (by specifying an XSL file in cfform). If you're targetting an XForm-capable browser, I guess you could supply an empty XSL transform... * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * you can also use chiba the server side solution which should work on all browsers. I just implemented chiba on my linux box, you will need Java SDK + Tomcat Web server. It works fine on mozilla browsers, but something strange(don't be surprised) on IE.. donno if its because I installled Forms player. Chiba can be obtained from sourceforge and it comes with several examples. cheers, Jeffery http://melbourne.ug.php.net * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
[WSG] Pocket PC emulator
Ted said onFriday, July 02, 2004 3:08 AMMicrosoft has a pocket pc emulater on their site. I can't tell you where it is, it wasn't easy to find the first time. I believe it is a part of their pocket pc programmer kit. This may help. http://www.microsoft.com/downloads/details.aspx?FamilyId=F663BF48-31EE-4CBE-AAC5-0AFFD5FB27DDdisplaylang=en Good luck John
[WSG] Styling Text...
Hey WSG,
I am just writing because I have been wondering if there is a better
way of styling text.
Since BUI etc... are all outlawed and now
depreciated...
How do you style your inner P text?
At the moment, when I have a paragraph and I want to bold a word, i
use: span class="bold"
And in the stylesheet I have a series of:
.bold{font-weight:bold;}
.underline{text-decoration:underline;}
.italic{font-style:italic;}
So a bold italic word which is also underlined is just: span
class="bold italic underline"word/span
I am sure that there is a better way because this method is becomming
SOOOooo so very verbose!
An example, it used to be b/b 7 characters for bold,
now is span class="bold"/span 26 Characters...
Dont think I dont know about em's etc... but how about italic
etc...?
I know the idea of stylesheets is to have styles that are specific for
the purpose...
But what if I just want to have underlined text, or just italic, or
bold, just generic bold,underlined,italic text??
Say if I were to code a BBCODE system into my Blog etc... for myself.
What would I use to keep it standards compliant?
Thanks for the help!
I hope its not too confusing!
:S
- Chris Stratford
RE: [WSG] Styling Text...
G'day Use strong instead of b Use em instead of i Don't underline text - it will look like a link and confuse people So a bold italic word which is also underlined is just: span class=bold italic underlineword/span Try strongemWord/em/strong Or if you use the combination a lot, set up the em element to have bold italic text in (graphical/text) browsers. The problem with b and i is that it's presentational. strong and em on the other hand have semantic meaning (especially when using assistive technology like text-to-speech converters). Regards -- Bert Doorn, Better Web Design www.betterwebdesign.com.au Fast-loading, user-friendly websites * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
Re: [WSG] Styling Text...
Hi Chris
B U I are not exactly outlawed.
You can still use it, and I do believe b and i are perfectly valid in
XHTML - I use them myself.
Someone would have to check the underline though - I'm of the opinion
text should never be underlined unless it is a link.
Natalie :)
- Original Message -
From: Chris Stratford [EMAIL PROTECTED]
Date: Sat, 03 Jul 2004 12:31:37 +1000
Subject: [WSG] Styling Text...
To: [EMAIL PROTECTED]
Hey WSG,
I am just writing because I have been wondering if there is a better
way of styling text.
Since BUI etc... are all outlawed and now depreciated...
How do you style your inner P text?
At the moment, when I have a paragraph and I want to bold a word, i
use: span class=bold
And in the stylesheet I have a series of:
.bold{font-weight:bold;}
.underline{text-decoration:underline;}
.italic{font-style:italic;}
So a bold italic word which is also underlined is just: span
class=bold italic underlineword/span
I am sure that there is a better way because this method is becomming
SOOOooo so very verbose!
An example, it used to be b/b 7 characters for bold, now is span
class=bold/span 26 Characters...
Dont think I dont know about em's etc... but how about italic etc...?
I know the idea of stylesheets is to have styles that are specific for
the purpose...
But what if I just want to have underlined text, or just italic, or
bold, just generic bold,underlined,italic text??
Say if I were to code a BBCODE system into my Blog etc... for myself.
What would I use to keep it standards compliant?
Thanks for the help!
I hope its not too confusing!
:S
- Chris Stratford
*
The discussion list for http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list getting help
*
Re: [WSG] Styling Text...
On 7/2/04 7:31 PM Chris Stratford [EMAIL PROTECTED] sent this out: I am just writing because I have been wondering if there is a better way of styling text. Since BUI etc... are all outlawed and now depreciated... How do you style your inner P text? And here I thought someone just the other day said BUI were still okay (not depricated). Rick Faaberg * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help *
