SitePoint Sponsor |
|
User Tag List
Results 26 to 50 of 402
Thread: HTML 5 Differences from HTML 4
-
Apr 14, 2009, 13:53 #26
- Join Date
- Jul 2008
- Location
- New York, NY
- Posts
- 1,432
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
If i'm not mistaken ie8 does not support xhtml
Check this out:
http://w3future.com/weblog/gems/xhtml2.xml
-
Apr 14, 2009, 14:37 #27
- Join Date
- Sep 2005
- Location
- Sydney, NSW, Australia
- Posts
- 16,875
- Mentioned
- 25 Post(s)
- Tagged
- 1 Thread(s)
[QUOTE=cooper.semantics;4222402]If i'm not mistaken ie8 does not support xhtml QUOTE]
You are not mistaken, it doesn't.
Of course no browser supports HTML 5 - fortunately.
The way that HTML 5 is going this could lead to the web being split into two separate sections with the professionals moving toward XHTML 2 and the hobbyists going for HTML 5. People may end up needing two different browsers on their computer if they want to be able to access both types of pages.Stephen J Chapman
javascriptexample.net, Book Reviews, follow me on Twitter
HTML Help, CSS Help, JavaScript Help, PHP/mySQL Help, blog
<input name="html5" type="text" required pattern="^$">
-
Apr 14, 2009, 17:28 #28
- Join Date
- Jul 2008
- Location
- New York, NY
- Posts
- 1,432
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
-
Apr 14, 2009, 17:55 #29
- Join Date
- May 2006
- Location
- Lancaster University, UK
- Posts
- 7,062
- Mentioned
- 2 Post(s)
- Tagged
- 0 Thread(s)
I agree...
The outcome of this is uncertain. However, I think in terms of standards and semantics, XHTML is clearly superior here.
To be honest, the ideal markup for ME would be:
Code xml:<html> <head> <title>Ideal Markup</title> <style specification="CSS 3.0" location="/styles/main.css" /> <script specification="JavaScript 1.6" location="/scripts/main.js" /> <preload load="after" location="/images/image.jpg" /> </head> <body> <heading>SomeSite.com</heading> <menu> <item url="/">Home</item> <item url="/Page1">Page 1</item> <item url="/Page2">Page 2</item> <item url="/Page3">Page 3</item> </menu> <content> <section> <heading>Some random article heading</heading> <paragraph>Content content content content content content content content content</paragraph> <paragraph>Content content content content content content content content content</paragraph> <image location="/images/randomimage.jpg">Image Description</image> <paragraph>Content content content <format class="bold underlined">content</format> content content content content content</paragraph> <paragraph>Content content content content content content content content content</paragraph> <section> <heading>Subheading</heading> <paragraph>Text Text Text Some more text blah blah blah</paragraph> <datagrid> <columns> <column>Column 1</columns> <column>Column 2</columns> <column>Column 3</columns> </columns> <rows> <row> <cell>Value 1.1</cell> <cell>Value 1.2</cell> <cell>Value 1.3</cell> </row> <row> <cell>Value 2.1</cell> <cell>Value 2.2</cell> <cell>Value 2.3</cell> </row> <row> <cell>Value 3.1</cell> <cell>Value 3.2</cell> <cell>Value 3.3</cell> </row> </rows> <datagrid> </section> <section> <heading>Another Subheading</heading> <paragraph>Text Text Text Some more text blah blah blah</paragraph> </section> </section> </content> </body> </html>
Also, the form element would have an option to post the form live and load the resulting server output into a certain element, for example:
Code html:<form action="process.php" method="get" result="SomeElementID" />
It's semantic, describes elements well and is quite simple. Elements are also named properly without ambiguous or shortened names.
The equivelent in HTML would look something like this, extra functionality obviously not included:
Code xml:<html> <head> <title>Ideal Markup</title> <link rel="stylesheet" type="text/css" media="all" href="/styles/main.css" /> <script type="text/javascript" src="/scripts/main.js"></script> </head> <body> <h1>SomeSite.com</h1> <ul> <li><a href="/">Home</a></li> <li><a href="/Page1">Page 1</a></li> <li><a href="/Page2">Page 2</a></li> <li><a href="/Page3">Page 3</a></li> </ul> <div id="content"> <h2>Some random article heading</h2> <p>Content content content content content content content content content</p> <p>Content content content content content content content content content</p> <img src="/images/randomimage.jpg" alt="Image Description" /> <p>Content content content <b><u>content</u></b> content content content content content</p> <p>Content content content content content content content content content</p> <h3>Subheading</3> <p>Text Text Text Some more text blah blah blah</p> <table> <tr> <th>Column 1</th> <th>Column 2</th> <th>Column 3</th> </tr> <tr> <td>Value 1.1</td> <td>Value 1.2</td> <td>Value 1.3</td> </tr> <tr> <td>Value 2.1</td> <td>Value 2.2</td> <td>Value 2.3</td> </tr> <tr> <td>Value 3.1</td> <td>Value 3.2</td> <td>Value 3.3</td> </tr> </table> <h3>Another Subheading</h3> <p>Text Text Text Some more text blah blah blah</p> </div> </body> </html>
Jake Arkinstall
"Sometimes you don't need to reinvent the wheel;
Sometimes its enough to make that wheel more rounded"-Molona
-
Apr 14, 2009, 21:14 #30
If you want to write your markup like that, Arkinstall. Instead of waiting for your desired language to appear, make your own. All you need to do it create an XML language, either use a DTD or an XML Scheme. Then learn a little XSLT to transform your newly created language into something browsers support (aka. HTML).
Avoids the whole standardization slowness.
-
Apr 15, 2009, 00:06 #31
- Join Date
- Feb 2009
- Location
- England, UK
- Posts
- 8,111
- Mentioned
- 0 Post(s)
- Tagged
- 1 Thread(s)
Zcorpan: true in retrospect having a color well does have some semantic value for the example you suggested. While it is true that iFrames were not depreciated at the point the sandbox features were proposed I still have to wonder how detrimental it will be to accessibility and I cannot help but think this is going to do some long term damage of its own. Renaming the tag would not be a pointless endeavour, no matter what way you wish to spin it an acronym is NOT an abbreviation. What is occurring with bundling them both together under the single tag name is essentially violating the semantics of the English language. If they want to include the two tags together under a single element to reduce confusion, this is perfectly fine however they should not do so using a simply flawed and incorrect naming convention. Just because some microformats do not specify a head profile does not mean they are not in use under certain circumstances (even if just referencing a URL). I feel indifferent about removing it to be honest but considering the profile was being used by some groups, I do have to wonder about the benefit of removing it. You have contradicted yourself, you said that Access keys have not received proper research, yet you then state that studies show they have a harmful role. If what you said about proper research not being done is correct, no firm results on usability could be concluded, and I have read usability studies where people have stated, if access keys are available on a website they do make regular use of them, so I guess even due to the differences between browsers implementation, they were clearly of some benefit to some people.
logic_earth, while making a DTD and your own syntax language might sounds like a fun thing, I am unaware if any browsers actually read the DTD and will make use of any custom elements you produce? Either way, it seems a bit over the top to make your own standard just because you feel that things move to slowly.
-
Apr 15, 2009, 00:24 #32
- Join Date
- Aug 2007
- Location
- Netherlands
- Posts
- 10,287
- Mentioned
- 51 Post(s)
- Tagged
- 2 Thread(s)
Originally Posted by zcorpan
And I heard plenty of people in that community saying such things, so I know that there are plenty in the group of "research-to-drop" group as well.
no matter what way you wish to spin it an acronym is NOT an abbreviation.
I see it the same as using an <anchor> to open hyperlinks, and an <anchor> to open documents like PDF. Someone somewhere could have said no let's have <anchor> for hyperlinks and <document> (or whatever) to open programs on the user's machine. But they do the same thing and the user/user agent doesn't look to see WHAT exactly the difference is (when they do, then of course it matters what the tag actually is, because what it is conveys information. But plenty of tags merely do stuff).
-
Apr 15, 2009, 00:30 #33
- Join Date
- Feb 2009
- Location
- England, UK
- Posts
- 8,111
- Mentioned
- 0 Post(s)
- Tagged
- 1 Thread(s)
Stomme, there was not any reason to have both an ACRONYM and ABBR element (even though initialised ABBR’s were not even considered in the spec), but in the English language, an acronym and an abbreviation are two completely different formations of words. To classify one as another is semantically incorrect from the offset, which is why it would be preferential to simply retire ACRONYM and ABBR and replace them both with something like <SH> (shorthand) which semantically speaks to both definitions without the absurdities of confusing and incorrectly defining tags.
-
Apr 15, 2009, 01:00 #34
- Join Date
- Dec 2004
- Location
- Sweden
- Posts
- 2,670
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
-
Apr 15, 2009, 01:05 #35
- Join Date
- Dec 2004
- Location
- Sweden
- Posts
- 2,670
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
Alex: According to my dictionary, an acronym is a subset of an abbreviation. So it is proper to say that an acronym is an abbreviation. However, none of actually matters that much. The element could have been called <foobar> and still be defined to represent an acronym or abbreviation.
Simon Pieters
-
Apr 15, 2009, 01:07 #36
- Join Date
- Aug 2007
- Location
- Netherlands
- Posts
- 10,287
- Mentioned
- 51 Post(s)
- Tagged
- 2 Thread(s)
The research there has been seems conflicting. Mostly the problem seems to be clashes with user agent shortkeys. However when they accesskeys DON'T conflict with shortcuts then some users have the ability to enjoy them.
At least one forum member here uses them to navigate SitePoint.
-
Apr 15, 2009, 01:10 #37
-
Apr 15, 2009, 10:14 #38
- Join Date
- Jul 2008
- Location
- New York, NY
- Posts
- 1,432
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
Acronym - A word formed from the initial letters of a name, such as WAC for Women's Army Corps, or by combining initial letters or parts of a series of words, such as radar for radio detecting and ranging.
So for example:
HTML - Abbr
CSS - Abbr
NATO - Acronym
BOHICA - Acronym
-
Apr 15, 2009, 10:24 #39
XSLT, Alex, it takes the custom XML language you created and turns it into standard HTML for the browsers. They will not have to read the DTD or even be aware of your custom elements because they won't be there.
Two ways you can do it, send the XML and the XSLT to the client and let it do the transformation. Or let the server do the transformation and send the output HTML. Firefox 3, Internet Explorer 6, Chrome, Opera 9, Safari 3 all have support for XML and XSLT.
Creating a language out of XML is nothing new, people have been doing it for years. MathML, SVG, XUL, XAML, etc are all custom languages made atop XML. A few went through the process of being standardized.
-
Apr 15, 2009, 10:39 #40
- Join Date
- May 2006
- Location
- Lancaster University, UK
- Posts
- 7,062
- Mentioned
- 2 Post(s)
- Tagged
- 0 Thread(s)
Okay, this is new to me!
Is there a way to define custom functionality that you wouldn't normally see in HTML?
For example, in the <datagrid /> element I used above, that would have clickable columns which you could use to reorder the data.
Also, the <preload /> element would preload a certain file after the rest of the content has loaded, so it's already in the cache for when they visit another page, for example.
I'm also unsure about how to implement that <section /> and the <header />, but it'll be fun figuring it out!
XSLT, here I come!Jake Arkinstall
"Sometimes you don't need to reinvent the wheel;
Sometimes its enough to make that wheel more rounded"-Molona
-
Apr 15, 2009, 10:50 #41
For that stuff, you will have to use JavaScript because obviously browsers are limited. But you can use those tags in the XML as placeholders for JavaScript templates inside the XSLT file. That would be one way.
It is a very good idea to look at XSLT weather you use it to make your own markup language or not. Take any XML input and transform it into any output you can come up with. Very powerful stuff.
I'm also unsure about how to implement that <section /> and the <header />, but it'll be fun figuring it out!
-
Apr 15, 2009, 19:18 #42
- Join Date
- Oct 2008
- Posts
- 175
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
Analysis of the new order
New elements: section, video, progress, nav, meter, time, aside, canvas
the new input element attributes: the date and time, email, url
New generic attribute: ping, charset, async
Global attributes: id, tabindex, repeat
Remove elements: center, font, strike
-
Apr 15, 2009, 21:13 #43
- Join Date
- Jul 2008
- Location
- New York, NY
- Posts
- 1,432
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
The entire spec thus far:
http://www.w3.org/TR/html5/single-page/
-
Apr 16, 2009, 00:28 #44
- Join Date
- Jan 2001
- Location
- chennai , tamil nadu , India
- Posts
- 710
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
Well this doesn't help at all in achieving "Code once and work in all browsers" !
Chris, Programmer/Developer,
Laravel Php Developers, Ruby on Rails programmers,
Moodle, Opencart, Magento, Geodesic Classifieds/Auctions,
www.chrisranjana.com
-
Apr 16, 2009, 01:14 #45
- Join Date
- Apr 2009
- Location
- Lyon, France
- Posts
- 64
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
Alex, I understand that concern, but at some point in the specification process you need to remove stuff that are overly-specialized cases of an existing construct.
Plus, if you have specialized cases, it's better if they can be used universally, and not in one specific culture or language. I'm French, and i did some research on ABBR and ACRONYM last year. Turns out the concepts of "acronym" (English) and "acronyme" (French) don't match. What you would describe as an "acronym" in English is a "sigle" in French, and what French people would describe as an "acronyme" (provided they know the definition, which is rare) is not an "acronym", but a special kind of abbreviation that has no corresponding word in the English language.
I haven't done further research but my guess is that if you include other languages:
- ACRONYM can only be used in a few languages, and you have to beware of false friends like the French "acronyme" and possibly others;
- most languages out there don't have the "acronym" concept;
- most languages out there need a broad "abbreviation" concept, that doesn't strictly map to the English "abbreviation" but that would correspond to any shortened written form of a word or group of words, or of a character or group of characters (and would allow authors to specify the full form of the word/group of words/character/group of characters).
-
Apr 16, 2009, 01:23 #46
- Join Date
- Apr 2009
- Location
- Lyon, France
- Posts
- 64
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
In French, this is the definition of a "sigle", not an "acronyme".
In French, "radar" is an "acronyme" because it can be read as a word. But other combinations of initial letters or parts of a series of words, when they cannot be read as a word, are just "abréviation".
HTML, for instance, is an "abréviation". It's not a "sigle", because the T is not an initial letter (hyperText). It's not an "acronyme", because HTML cannot be read as a word (you have to pronounce the letters individually).
HTML - is an "abréviation".
CSS - is a "sigle" (subset of an "abréviation")
OTAN (French for NATO) - is a "sigle acronymique", that is a "sigle" that is also an "acronyme", and of course both "sigle" and "acronyme" are subsets of "abréviation"
BOHICA - not sure what it stands for, but such a form would be an "acronyme" or a "sigle acronymique", and of course that's an "abréviation".
Common pattern here? "Abréviation".
Of course other languages have different concepts altogether.
-
Apr 16, 2009, 02:04 #47
-
Apr 16, 2009, 02:28 #48
- Join Date
- Feb 2009
- Location
- England, UK
- Posts
- 8,111
- Mentioned
- 0 Post(s)
- Tagged
- 1 Thread(s)
And you people wonder why I think having a <SH> (short hand) tag would be so much simpler, it would cover the language discrepancies.
-
Apr 16, 2009, 02:36 #49
- Join Date
- Apr 2009
- Location
- Lyon, France
- Posts
- 64
- Mentioned
- 0 Post(s)
- Tagged
- 0 Thread(s)
Well, no need to rename ABBR to SH. A broad definition of "abbreviation" already covers language discrepancies. So the WG's decision is sensible. Actually it has been in the air for years before HTML5 was even started, i can remember Laurent Denis (French HTML-CSS and accessibility expert) predicting this move in 2005.
-
Apr 16, 2009, 02:42 #50
- Join Date
- Feb 2009
- Location
- England, UK
- Posts
- 8,111
- Mentioned
- 0 Post(s)
- Tagged
- 1 Thread(s)
I guess it is just me being picky, I tend to get pretty stringent about everything when it comes to html semantics, which is probably why IE6 makes me want to hit something
Bookmarks