Domain: w3.org
Stories and comments across the archive that link to w3.org.
Comments · 6,785
-
Re:Reverse-Engineering Their HTML
Number one- Was I identifying with the geek community when I was 19? No. I'm still only saying I'm a quasi-geek, quite possibly because the "geek elite" such as thyself (Who undoubtably has perfect HTML) would pounce upon me and claim I'm not up to par.
Number two- google is geeky correct? And how about slashdot.org? Then there's, of course, php.net,mysql.com, and quite a few others. In fact, pretty much every page I tested came up with multiple errors, including http://www.w3.org
And while it's longer and doesn't have QUITE the number of errors as my 19-year-old-girl page, wouldn't you say that Linus should at least be closer to your standards of geeky perfection?
In short, get the bug out of your butt and find more important things to do than critiquing HTML that is 3 years old at this point. (More, actually, because at that point I didn't even feel like writing HTML and just edited the text that was in the last index page.)
Oh. One final thing. In my "I am not a geek" years just prior to going downhill at 19 and posting that abomination of a website, I did actually make intense use of syntax-checking tools on the web. I just didn't really feel like doing it for the last little while because I became quite jaded on the entire concept of HTML. I think that everyone has, with the exception of you, Your Geekiness.
Oh, one final thing- you're never going to a.) sound intelligent while attacking someone personally or b.) get anything short of a rabid-frothing at the mouth response from anyone whilst attacking them personally.
Particularly when the post you were responding to was only half-serious.
-Sara -
Slashdot has issues too
The site works fine in Mozilla 1.0, but try this.
Visit slashdot, hit ctrl-I and notice the rendering mode. "Quirks mode" instead of "Standards compliant mode".
Slashdot should follow web standards and set a GOOD example for the community, especially considering their prominence, influence, and the appearance of hypocracy if we preach about standards and do not follow them.
Try going to validator.w3.org and entering slashdot.org.
It is quite disheartening to see just how non-compliant the site is.
-
Netscape 4.7 truly isn't anywhere near standards..
... compliant...
just try it on this site.
http://www.w3.org/Style/CSS/ I'd say a browser isn't standards complient when it doesn't render the w3c.org website properly... -
Re:Corporate Standards Gestapo
The things you're complaining about are not things the standards people have control over.
- The HTML spec doesn't know anything about JavaScript (which creates popups, resizes windows, nags you about the Flash plugin, and so on) other than creating a general-purpose way for people to embed scripts in their pages.
- The "whole page" is made up of the HTML page itself and, usually, various images that are embedded in it with IMG tags. It's up to the web designer, not the standards people, where to get those images. The HTTP standard definitely lets you get the whole page in one connection if the designer has put all the images on the same server.
- The standards do demand a text description for every image. People just don't do it.
The standards are reasonably easy to read. I suggest you have a look at their web site and learn more about it. The people who think about these things understand these issues, and do the right thing, but the people who don't want to think just ignore them. That's the whole point of this article.
-
Sorry, this document does not validate
> doesn't-that-burn-your-bottom
Yeah, especially since /. doesn't validate as proper HTML. Slashdot is one of the premier OSS sites; if we don't follow the standards, why should anyone else? -
Re:Harder and harder?
I really hate to say it, but in at least this one case my CSS presentation would have "looked better in IE" because IE actually implemented the standards correctly, and Mozilla blew it. I hate it when Microsoft is right!
Actually, IE blew it. Width and min-width cannot be applied to non-replaced inline elements. Take a look at the spec, then go visit the validator. -
Re:Harder and harder?
I really hate to say it, but in at least this one case my CSS presentation would have "looked better in IE" because IE actually implemented the standards correctly, and Mozilla blew it. I hate it when Microsoft is right!
Actually, IE blew it. Width and min-width cannot be applied to non-replaced inline elements. Take a look at the spec, then go visit the validator. -
It was only a matter of time.
I've been expecting this article for a month now. What most people fail to realize is that when the webdesigners are forced into making an "artsy" website (most customers expect such things these days) we're forced to comply to the most compliant browser. My personal webpages as well as others I do for free are simple in nature. Everythings organized with paragraph and headline tags, and seperated by horizontal rules and divs. From there it's a simple matter of adding CSS to render the page in a half attractive matter. Using this method a browsers ability to display the page comes down to its CSS capability, a W3C standard.
I was saddened to see that Mozilla (yes 1.0 and higher) is less compliant than Internet Explorer with CSS2. This, of course, is important due to CSS2's positioning capabilities. Due to a certain Mozilla bug on the box model accurately positioned elements with borders are impossible to display in both IE and Mozilla. The problem is that mozilla measures alignment instructions from the edge of the browser (or parent element) to the edge of the padding, which is incorrect. It should measure from the edge of the parent element to the border. Meaning that if I say an element is 32 pixels by 32 pixels with a sixteen pixel border, the content of this element is not seen, and is instead filled by the border. I'm sad (you have no idea how much of a dissapointment this is) that IE 5.5 (the most widly used web browser) does this correctly while mozilla instead chooses to render the content and draw the border around that, making alignment between various elements difficult, if not impossible.
This was, of course, a pain in the ass and necessitated my using an unacceptable number of graphics in my last "artsy" page to make it look even somewhat acceptable in Mozilla.
It was from that day forward that I decided "to hell with working for browser standards." I will work within W3C's HTML 4.01 specifications (yes I actually read their reccomendations while working on a webpage, not some half-assed book reference). If browsers want to render my pages correctly they'll comply to set standards.
When it comes right down to it, mozilla and IE are nothing more than comparable when it comes to standards compliance. They both contain approximately the same amount of errors when rendering markup. Thus the only thing setting them apart is how many people use them. Given these facts it's not hard to understand why other web designers opt for IE over mozilla more often than not.
In short, STFU, stop blaming web devolopers and tell the organizations that create this software to invest more time in standards compliance. Then, and only then, will it be the web designers fault that you can't read penny-arcade. Because only then, will we not be forced to choose who we're writing this cursedly obfuscated markup for... -
W3C Specs my ass!
From the article:
"What we want to do is write once and have it work with everything," said Russ Sanon, senior manager for quality-assurance engineering at Shutterfly. "But it falls onto the lap of the individual browser manufacturer. There's nothing that we do that's proprietary. Everything that we write should work with W3C-complaint specs."
A quick trip to the old trusty w3c validator and you'll find that the front page isn't even compliant!
Bad Russ. Anyone have Russ's email address? He needs to learn how to use the resources of this thing called the "web". -
AnyBrowser.org Campaign and W3 Validator help
The Any Browser Campaign has been around for a while to help with this. Read their stuff, it's sane and helpful. Follow their guidelines and write polite, informative email messages to the webmasters of non-conformant web sites. Include a link to the W3C's Validator along with a comment on how many HTML DTD violations their page has.
Follow through on your own site and add an AnyBrowser button and a W3C Valid HTML button to the footer of all of your pages.
Finally, here's a web page that I found this weekend that really does seem to be "yearning for the bad old days" is MenuScape. All you get from their site is a notice that you should be using IE! Although I wasn't as polite to them as the Any Browser Campaign suggested, I did point out that if they meet their customers expectations, the customers will be happy, but probably won't tell anyone. If they do stupid things like make their page IE only, then some disgruntled customer (no names mentioned) will probably out them on slashdot
;). Don't be too mean to them because, now that I've tested my link on the preview of this post, I've discovered that this message only appears on the first load. If you're persistent, they'll let you in even without IE. -
I just send them the results of
the w3c validator.
Sometimes the webmasters of the site even respond and are surprised that such a thing exists. If people would keep doing that, web desingers might use the validator as well.
The real problem are those so-called authoring tools which produce invalid html in the first place. Everybody who bought such a program should complain to the manufacturer. -
Re:The validator
-
Before you complain too vociferously...
Slashdot comes up with a good hundred or so errors when put through the W3C HTML validator.
-
Hmm, let's see if Slashdot can stand a W3Cing
This is a link to the report on http://slashdot.org through the W3C validator.
Interesting.
Steven -
Re:Personaly...
> I usually design web pages using w3c documentation
Do you validate your HTML? -
Non-MS browsersI've been using mozilla now since the early M3 builds (Off and on of course) and the sites that I visit all work perfectly. The only time I have problems is when people upload windows media player files with text/plain mimetypes and the browser tries to display it. But that's out of my control and I can usually find a way around it without opening ie.
All the DHTML sites I visit are using standards compliant code so it just seems to work. In alt.javascript I've noticed people mostly give responces which follow the DOM standards.
I have found a few corperate web sites which don't work with my web browser. ati.com (Now it works, but it didn't in the past), electronic arts (Site redesign fixed the problems) and the government of canada's (un)employment insurance web site (It has a warning for nav6 users but I never bothered to look into it). But those are the exception to the rule.
In general, I don't really see this as that big of a problem. Just asking the web designer to fix the web site usually works. And if you need help figuring it out, the w3c always has their Evangelism mailing-list and Bugzilla has tech evangelism bugs where they will notify the author of a particular web site sending them information on how they can make their web site work in w3c compliant web browsers.
-
Non-MS browsersI've been using mozilla now since the early M3 builds (Off and on of course) and the sites that I visit all work perfectly. The only time I have problems is when people upload windows media player files with text/plain mimetypes and the browser tries to display it. But that's out of my control and I can usually find a way around it without opening ie.
All the DHTML sites I visit are using standards compliant code so it just seems to work. In alt.javascript I've noticed people mostly give responces which follow the DOM standards.
I have found a few corperate web sites which don't work with my web browser. ati.com (Now it works, but it didn't in the past), electronic arts (Site redesign fixed the problems) and the government of canada's (un)employment insurance web site (It has a warning for nav6 users but I never bothered to look into it). But those are the exception to the rule.
In general, I don't really see this as that big of a problem. Just asking the web designer to fix the web site usually works. And if you need help figuring it out, the w3c always has their Evangelism mailing-list and Bugzilla has tech evangelism bugs where they will notify the author of a particular web site sending them information on how they can make their web site work in w3c compliant web browsers.
-
Re:Standards according to who?
Who set these mythical "standards"?
The w3c, of course. What makes you say that they are "arbitrary"? I suppose you could say that "HTML is arbitrary", which to some extent it is, but it's not very hard to produce standard-compliant HTML (and also to verify it). It's all very well to talk about de facto standards, but you should remember that all the world isn't a Windows PC, and that's going to become increasingly true over time. -
Re:Standards according to who?
Who set these mythical "standards"?
The w3c, of course. What makes you say that they are "arbitrary"? I suppose you could say that "HTML is arbitrary", which to some extent it is, but it's not very hard to produce standard-compliant HTML (and also to verify it). It's all very well to talk about de facto standards, but you should remember that all the world isn't a Windows PC, and that's going to become increasingly true over time. -
Sorry...
-
What's wrong with standards?
If one uses standardized HTML, it displays well in IE, Mozilla, and even (mostly) in Netscape 4. I guess most web developers are too lazy to bother to standardize their code, even though the W3C helps you.
-
Re:how 'bout HTML bugs?
Actually, the current HTML spec (dated 26 January 2000) is XHTML 1.0 -- and close tags are required for <tr>, <th>, <td>, and all other elements. XML, of which XHTML is an application, doesn't allow implicit closure of elements.
-
Re:Reverse-Engineering Their HTML
Interesting? People don't close tags
... Tsk Tsk. They should be more careful.Yeah, tell me about it. (I apologize for selecting a DTD for you.)
You get your own *buzz* now.
Maybe I ought to have stated that I find it interesting (still) that obvious markup errors persist when several diagnostic and corrective tools exist. Somehow, I think that point would be lost on you.
:pSigned,
Puzzled over Neuroticia's death and apparent rebirth. -
Re:Reverse-Engineering Their HTML
Interesting? People don't close tags
... Tsk Tsk. They should be more careful.Yeah, tell me about it. (I apologize for selecting a DTD for you.)
You get your own *buzz* now.
Maybe I ought to have stated that I find it interesting (still) that obvious markup errors persist when several diagnostic and corrective tools exist. Somehow, I think that point would be lost on you.
:pSigned,
Puzzled over Neuroticia's death and apparent rebirth. -
Re:Why didn't they just use standard HTML?
What is this mysterious data that can't be expressed in HTML???? Blipverts!!!??!!?? Maybe they'll put cartoons into the bill--to help explain why they passed it. Oooo...maybe they can put in complex equations so everyone will think they are smart.
I think some people just believe XML is some sort of magical file format that should be used no matter what. I expect MPEG 5 will be in XML, then they'll wonder why the files are so much larger and takes 10x the processing time and memory to decode.
XML may be useful in some places, but not everywhere. Replacing it with binary formats is bad because it will unnecessarily increase the filesize and resources to decode them. Using it for config files will require all programs to run an XML parser and make the config files less human readable. Using it to express laws will just make them inaccessible to the common person by requiring them to have expensive proprietary software (or software made by an illegal monopoly) to even view them.
If they want bills to be searchable, they should be designing database tables for them, and allow the public to export the database (or subsets of it) in a standard database format. For online viewing, they could easily export the data into HTML (or XML) using PHP.
Using "Microsoft Word and a special converter to do the job" is just stupid. Creating a program that allows some intern to key the data into the database would probably be easier and more effective in the long run.
-
Re:Why didn't they just use standard HTML?
What is this mysterious data that can't be expressed in HTML???? Blipverts!!!??!!?? Maybe they'll put cartoons into the bill--to help explain why they passed it. Oooo...maybe they can put in complex equations so everyone will think they are smart.
I think some people just believe XML is some sort of magical file format that should be used no matter what. I expect MPEG 5 will be in XML, then they'll wonder why the files are so much larger and takes 10x the processing time and memory to decode.
XML may be useful in some places, but not everywhere. Replacing it with binary formats is bad because it will unnecessarily increase the filesize and resources to decode them. Using it for config files will require all programs to run an XML parser and make the config files less human readable. Using it to express laws will just make them inaccessible to the common person by requiring them to have expensive proprietary software (or software made by an illegal monopoly) to even view them.
If they want bills to be searchable, they should be designing database tables for them, and allow the public to export the database (or subsets of it) in a standard database format. For online viewing, they could easily export the data into HTML (or XML) using PHP.
Using "Microsoft Word and a special converter to do the job" is just stupid. Creating a program that allows some intern to key the data into the database would probably be easier and more effective in the long run.
-
Re:Why didn't they just use standard HTML?
What is this mysterious data that can't be expressed in HTML???? Blipverts!!!??!!?? Maybe they'll put cartoons into the bill--to help explain why they passed it. Oooo...maybe they can put in complex equations so everyone will think they are smart.
I think some people just believe XML is some sort of magical file format that should be used no matter what. I expect MPEG 5 will be in XML, then they'll wonder why the files are so much larger and takes 10x the processing time and memory to decode.
XML may be useful in some places, but not everywhere. Replacing it with binary formats is bad because it will unnecessarily increase the filesize and resources to decode them. Using it for config files will require all programs to run an XML parser and make the config files less human readable. Using it to express laws will just make them inaccessible to the common person by requiring them to have expensive proprietary software (or software made by an illegal monopoly) to even view them.
If they want bills to be searchable, they should be designing database tables for them, and allow the public to export the database (or subsets of it) in a standard database format. For online viewing, they could easily export the data into HTML (or XML) using PHP.
Using "Microsoft Word and a special converter to do the job" is just stupid. Creating a program that allows some intern to key the data into the database would probably be easier and more effective in the long run.
-
Re:Indeed, it's not free
XML is dependent on unicode
Whoops, wrong! It is true that XML uses Unicode as its default character set, but you can choose whatever encoding you like. See this part of the XML spec. -
Indeed, it's not freeThe mention of M$ Word put me on alert, as have previous stories here which have demostrated that XML will simply be a container for propriatory data formats like M$ Word. Closer examination, however, reveals a much more horrible arangement.
XML is dependent on unicode, as the US Government site's reference states. Follow the W3C to unicode ,
Unicode is required by modern standards such as XML, Java, ECMAScript (JavaScript), LDAP, CORBA 3.0, WML, etc., and is the official way to implement ISO/IEC 10646.
Unicode is owned by Unicode Incorporated and all of it's documents and standarts are issued under a restrictive license with a unilaeral change clause:
Modification by Unicode Unicode shall have the right to modify this Agreement at any time by posting it to this site. The user may not assign any part of this Agreement without Unicodes prior written consent.
Dare I compare this evil arangement to ASCII and other predecesors? To have IBM, M$, Sun and other OWN the very format your data takes and to be able to change it and break previous implimentations at whim, and YOU may not? Who wants to be a plump nickle that any thing vaugly resembling unicode in the future will be called a "derivative" and it's distribution halted? Is this not a collusion of comercial software vendors to control information at it's most basic representation? Does anyone else here see this as the ultimate extention of copyright? Evil, Evil, Evil.
I'd rather see the US government continue to publish in the American Standard for Information Interchange. This extensible standard is no standard at all.
-
DTDs, Schema, and XDRActually, if you check the source, you'll see that they are using XML namespaces and schemas. Actually, they're using something called XDR (XML-Data-Reduced) which was developed by Microsoft and is upwards compatable with XML schema. I'm familiar with schema but not XDR. For more information, you may want to check out these links:
- http://www.schemavalid.com/faq/xml-schema.html#a4
- http://www.netcrucible.com/xslt/msxml-faq.htm#Q13
- http://www.ltg.ed.ac.uk/~ht/XMLData-Reduced.htm
- http://www.w3.org/TR/1998/NOTE-XML-data/
-
Re:Web services are like high school sex....Well if your services are internal-only, you don't need any security at all, you can simply threaten miscreants with disciplinary behavior.
Yeah, right. Which company do you work for? Is this the security policy that you implement for internal systems? Most hacking/misuse of systems happens from internal users. If you have no authentication mechanism, then how do you know who to discipline?
because you've just routed around your firewall and pointed RPC calls directly to port 80.
I don't know how many times I've seen this theory that Web Services have to run on port 80. They don't. They don't even need to run on via http. To quote from the W3C -
Web service
[Definition: A Web service is a software
application identified by a URI, whose interfaces and binding are
capable of being defined, described and discovered by XML artifacts
and supports direct interactions with other software applications
using XML based messages via internet-based protocols]
And in case you want to know what a URI is, again from the W3C -
Every resource available on the Web -- HTML document, image, video clip, program, etc. -- has an address that may be encoded by a Universal Resource Identifier, or "URI".
...
Other schemes you may see in HTML documents include "mailto" for email and "ftp" for FTP.
You can have a Web Service running via email if you want. I know I talked about Web Server security in the original post, but that was to show that you can implement Web Services (reasonably) securely, within a corporate environment, using built in security.
Anyway, a Web Service is not inherently any less secure than a web page. It depends what you let your service do. Every call to a URL is a call to some function or other on your web server. When you are filling in a web site application form and press submit, the URL that the POST gets sent to is a form of remote method. You can provide Web Services that offer exactly the same functionality that was available through passing POST parameters on your web page. This does not open up any security holes that were not already there. It is perfectly possible to build a web service that opens up huge security holes in your system, but then it's just as easy to build a web site that does the same thing. -
Re:Web services are like high school sex....Well if your services are internal-only, you don't need any security at all, you can simply threaten miscreants with disciplinary behavior.
Yeah, right. Which company do you work for? Is this the security policy that you implement for internal systems? Most hacking/misuse of systems happens from internal users. If you have no authentication mechanism, then how do you know who to discipline?
because you've just routed around your firewall and pointed RPC calls directly to port 80.
I don't know how many times I've seen this theory that Web Services have to run on port 80. They don't. They don't even need to run on via http. To quote from the W3C -
Web service
[Definition: A Web service is a software
application identified by a URI, whose interfaces and binding are
capable of being defined, described and discovered by XML artifacts
and supports direct interactions with other software applications
using XML based messages via internet-based protocols]
And in case you want to know what a URI is, again from the W3C -
Every resource available on the Web -- HTML document, image, video clip, program, etc. -- has an address that may be encoded by a Universal Resource Identifier, or "URI".
...
Other schemes you may see in HTML documents include "mailto" for email and "ftp" for FTP.
You can have a Web Service running via email if you want. I know I talked about Web Server security in the original post, but that was to show that you can implement Web Services (reasonably) securely, within a corporate environment, using built in security.
Anyway, a Web Service is not inherently any less secure than a web page. It depends what you let your service do. Every call to a URL is a call to some function or other on your web server. When you are filling in a web site application form and press submit, the URL that the POST gets sent to is a form of remote method. You can provide Web Services that offer exactly the same functionality that was available through passing POST parameters on your web page. This does not open up any security holes that were not already there. It is perfectly possible to build a web service that opens up huge security holes in your system, but then it's just as easy to build a web site that does the same thing. -
Not Invented Here..
Q: Why use reinvented tools for reinvented tasks?
A: To reinvent the solution!
Makes perfect sense to me. If you are wondering, XML is nothing more than flawed S-expressions and Java is a reinvention of a P-code interpreter. Combine the two and you have more reinvention. All paths lead back to the future... -
Re:PNG packs tighter than TIFF
IE's PNG support sucks balls.
As of version 5.5.2, Microsoft Internet Explorer will view almost any non-transparent PNG image and almost any binary-transparent indexed PNG image. IE 5.5 and 6.x work well with my site, which uses PNG and JPEG exclusively.
CMYK encoding
According to this page, PNG supports CMYK color space.
YCbCr, L*a*b
I couldn't find anything one way or the other about these color spaces.
Resolution Metadata, Extensible Metadata
The PNG format contains a field for the physical (pixels per meter) resolution of the image.
-
Re:A Modest proposal
I would like to suggest an extension to the <ul> "HTML" tag. I propose a new qualifier be added - img src - to allow overriding the default list symbol.
I have absolutely no idea what that has to do with Jboss, but I'll shed some light on that for you anyway.
[X]HTML is trying to get away from becoming a pile of cosmetic tricks for UI that inevitably fail to have the same visual side effects from one browser to the next (and different versions of the same browser).
In doing this, all visual detail aspects of html have been deprecated, and Cascading StyleSheets have taken on the responsibility of managing visual detail.
To address the functionality you're looking for, this can already be done. See the list-style-image selector for CSS. You can set a default for all UL lists, or you can use CSS classes to apply different images to different lists.
-
Section 508 links
The Access-Board has some helpful Guidelines on 508 compliance.
W3C publishes a handy wallet-sized quick reference card with 10 quick tips.
I'm surprised that your experience is that accessibility and usability are mutually exclusive. Our experience is the opposite. -
Re:Are you trolling me?First of all, crytopgraphy and spam are orthogonal concepts. Second, the "M" in XKMS stands for "Messaging" and by that they mean wireless communications--it has nothing to do with email.
It stands for XML Key Management Specification. And although there have been discussions on it in many fora, the latest draft uses examples from email. Unfortunately the one on the site is a little older.
Sounds to me like you are trying to whore some points--somebody mod this guy down
Sounds to me like you either don't have a clue and could not be bothered to do the simplest of research or you don't like one of my other posts for some reason but don't have any mod points.
-
Re:Spam problemClaude Shannon proved decades ago that noise is inevitable in communications.
He did no such thing. Shannon's law demonstrates that the information bearing capacity of a communication line is limited by the signal to noise ratio.
It is quite amusing to see how such basic observations are transmorgaphied by the game of Internet chinese whispers.
Spam will be addressed as a problem as soon as the pain barrier becomes high enough. With PKI it is possible to identify an email sender by means of a digital signature. The current problem being that there is no good way to locate public keys bound to email addresses. There is a lot of good work going on in this area, in particular the W3C XKMS group recently discussed a working draft that describes a mechanism for accessing public keys via DNS SRC records.
So under this system what would happen is that when you get email from them the email client would scan your address book to see if they were on your approved sender's list. This would probably include the individuals you know (Cmdr. Taco etc.) and also whole domains (ai.mit.edu) you might trust. if the mail is not in the list it goes into the 'low priority' pile.
There are email clients that do this at the moment but the spammers are using counter measures, such as scanning email list archives and sending out SPAM with fake sender addresses taken from the archive. With PKI and a means of determining whether the person actually has a public key or not this type of filtering becomes much more robust. Incidentally the mechanism does not require S/MIME to work, it can also be used with PGP.
To deploy the solution all we need to do is to persuade email client writers to support XKMS register and locate functions and ISPs to provide XKMS services along with their existing SMTP server. Oh yes and finish the XKMS spec I guess.
-
Re:how 'bout HTML bugs?
-
Re:how 'bout HTML bugs?
-
Re:how 'bout HTML bugs?
-
YOU are the product not the technology !
i went there and i wanted to see their privacy policy before i used the engine, but i had to actually use their search engine before able to see a link, this was after the site had tried to place 2 cookies on my system,
one from teoma and one from a 1x1 gif webbug from askcm.com, after performing a search the webbug transmitted what i had searched for and a GUID to the askcm.com address as well in the form of a hash.
nearly every way of tracking your behaviour has been implemented on their site.
Of course it does finaly provide (after using) it mentions they will take if they can personally identifying info and they share it with 3rd partys (with permission) (yeah right like yahoo/hotmail did)
On using Internet Explorers "privacy report" feature (which uses the webstandards w3c p3p privacy method) it came up as not supporting that either
pretty un-professional if i cant view a privacy policy before using their service, isnt that what its for ?
not that google is any different of course as it too doesnt support the w3c privacy standard and tries to set a cookie, but it doesnt use webbugs to thirdparty sites and set 2 cookies so i guess thats an improvement.
Looking at the toolbar they offer i have to agree to the the same terms as their website!, which seems strange as they expect me to install software without a explanation of what its gonna do to my system (spyware anyone ?).
Teoma (ask) is yet another classic venture of YOU are the product not the search engine so selling you to the highest bidder takes more importance than the technology ever will. -
Re:hey
Flash isn't the be-all/end-all of vector graphics. There's also SVG, an xml-based open standard for vector graphics. It's too bad the open source offerings for it are lagging behind the commercial ones though. I don't even think they had a head start on that one, or am I wrong?
-
Google API
After the introduction of the Google API, some people, especially from the REST camp, criticized the the use of SOAP, claiming it just adds superflous bloat and is generally "unwebby". What do you think about this?
-
The Web's full potentialWhat do you think about the Semantic Web initiative driven by the W3C and others?
Do you expect widespread usage of RDF/DAML/OWL/TopicMaps for explicit meta-data annotation of web resources, or will it be used only in small circles of specialized content providers like academia, or maybe not at all?
How will Google react? Do you plan to use meta-data provided by web resources if found, and how will you decide if it isn't just made up to get people on some bogus pr0n site (like with those <meta>-Tags today)? Will it someday render the brute-force approach of full-text-indexing obsolete?
-
The Web's full potentialWhat do you think about the Semantic Web initiative driven by the W3C and others?
Do you expect widespread usage of RDF/DAML/OWL/TopicMaps for explicit meta-data annotation of web resources, or will it be used only in small circles of specialized content providers like academia, or maybe not at all?
How will Google react? Do you plan to use meta-data provided by web resources if found, and how will you decide if it isn't just made up to get people on some bogus pr0n site (like with those <meta>-Tags today)? Will it someday render the brute-force approach of full-text-indexing obsolete?
-
The Web's full potentialWhat do you think about the Semantic Web initiative driven by the W3C and others?
Do you expect widespread usage of RDF/DAML/OWL/TopicMaps for explicit meta-data annotation of web resources, or will it be used only in small circles of specialized content providers like academia, or maybe not at all?
How will Google react? Do you plan to use meta-data provided by web resources if found, and how will you decide if it isn't just made up to get people on some bogus pr0n site (like with those <meta>-Tags today)? Will it someday render the brute-force approach of full-text-indexing obsolete?
-
Re:IE 5.2 codebase
>Mozilla also doesn't support M$ inline frames or iframes or any of the other M$ created tags or CSS stuff they created because they didn't want to take the time to make ASP compliant.
hm. thats funny. the w3c html 4.1 standard includes iframes right here [w3c.org]
heaven forbid microsoft implement something useful or good.
-
Re:90%+ for IE still
We've all heard it before: when (yes, I said when) AOL switches to Mozilla, there will instantly be millions of Mozilla users.
I wholeheartedly disagree. I realize that you may be lumping Netscape and other "value-added derivatives" in there when you say Mozilla. But what makes Mozilla the best browser for me is the complete lack of commercialism and additional bloatware. Netscape 6.0> and Mozilla are two opposite ends of the spectrum in my opinion, even if they do share most of the same code.
But I'll continue, assuming you mean "Mozilla" as in the binary distribution available from mozilla.org, mostly for the sake of argument.
AOL will do one of two things:
- They will simply ship Netscape with their software, and probably modify the AOL software itself to use gecko for rendering HTML. (It might be interesting if they did the entire AOL suite in XPCOM, but I wouldn't hold my breath.)
- They will repackage Mozilla, much like Netscape has, and brand it The AOL Browser or something like that. This is far less likely though, as since they own Netscape, they've already got a browser to use without hiring programmers to redo it all.
But the point remains that most of the mediocre Joe Sixpacks in the world will probably never know Mozilla exists. Therefore, there can never and will never be a Mozilla vs. Explorer war.
The best we can hope for is that the multitude of Mozilla-based web browsers stick to adherance of standards as adamantly as the Mozilla team has. If that can happen, then web developers will hopefully take a stronger stance towards standards and begin to reject the horribly standards-broken Internet Explorer[1]. From there, Microsoft has the chance to fix their browser and make it a worthwhile competitor or release a new version of the same tripe and wonder why their market share is going down the tube.
1) IE is particularly crappy with respect to CSS compliance and PNG support. I know, because these are two things that I've been playing with recently on my own. Mozilla isn't 100% CSS compliant either, but it does a lot more stuff the correct way. This is where I think Mozilla will make a great impact on the web. By testing out Mozilla developers will see the advantage of standards and more and more will have standards in mind when designing web sites. My dream is to see John Q. Random Webpublisher using w3.org as a techincal reference instead of "Designing Websites for Internet Explorer" by Joe Clueless. - They will simply ship Netscape with their software, and probably modify the AOL software itself to use gecko for rendering HTML. (It might be interesting if they did the entire AOL suite in XPCOM, but I wouldn't hold my breath.)
-
Re:missing features.
> googles language filtering is somewhat broken
I think Google's filtering relies on web authours putting the appropriate tags in their pages. Since many web authours couldn't care less about proper HTML, as long as they sell whatever it is they're selling, they don't bother.
Personally, I'd like to see search engines which automatically rejects anything which isn't Valid HTML