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
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!
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
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.
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
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
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
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:
...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
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,
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
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
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
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
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
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)
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
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
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?
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.
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
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
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
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
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.
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
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
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
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
29 matches
Mail list logo