BrowseX might be what you are looking for. While does have slightly expanded abilities than just a html parser, it is really quite small at about 2mb for a complete download. When they seperated the TCL libraries from the binary, it could fit on a floppy.
i don't know about you, but I get bit by web pages that have incomplete tags all the time. That, in the context of this recommendation:
1.7 Warn users about incomplete documents and transfers.
Please read what you quote, and have a look at your browser next time. Elsewhere in the article, it's insinuated that displaying a warning on the status bar is "good enough". And you know what? IE does that. Look at the status bar next you load a partial page. You should get a little icon with a yield-like symbol and an exclamation point, saving something to the effect of "Page loaded, but with errors". How is that not warning the users? It's not IE's fault you didn't look at the warning.
At least in IE, at my last job I made a DHTML based text editer, with font selection, bold italics, color selection, etc... it was stupidly easy to do.
You know, you're right. When I got to a website where they've made a mistake, I want an error message. There's just no way I'd want to view the information I went there to read.
This crowd has a lot of nerve
by
paranoidsim
·
· Score: 1
Everyone knows that the majority of slashdot users use freaking Internet Explorer, so most of you should just shut the hell up.
Yeah this sucks. Most people (including me;-) no longer use HTTP authentication for security critical applications for this (and a other) reason -- much better to write your own auth (or use a library) as part of your session management. That way you can simulate a stateful connection reasonably well.
Oh, another thing that pisses me off about IE on the Mac (probably most other browsers as well, but I'm running into this now on Mac IE5.0) -- why the hell can't I use the standard editing conventions for my platform in a TEXTAREA? There's no way to move a word or paragraph at a time (like option or command arrow...)
Oh well....
-- --
It only takes 20 minutes for a liberal to become a conservative thanks to our new outpatient surgical procedure!
One of the best web user authentication systems I've seen implements a token system kind of like Kerberos. User IDs and passwords are sent via encrypted forms submission to the web server, which responds with an encrypted cookie. The cookie is digitally signed package that verifies the user's credentials and includes a timeout value. SiteMinder is a pretty slick piece of work (albeit access rules configuration is a complete bear).
Rev. Dr. Xenophon Fenderson, the Carbon(d)ated, KSC, DEATH, SubGenius, mhm21x16
This would be a biting and insightful comment if Internet Explorer didn't have the most comprehensive support
for W3C standards of any browser in existence.
What do you think point 3.2 is referring to? As far as I know, IE is the only browser that departs from the HTTP standard by ignoring text/plain as a content type. I don't consider a browser that thinks "Sure, the server says it's text/plain, but I know better" to have "comprehensive support for W3C standards".
Keep the TEXTAREA, add a new one <FORMATTEXT> , or something similar.
Just a quick correction: Use TEXTAREA, but add an option to it, eg. <TEXTAREA FORMAT=HTML>. That way old browsers still support it, only the formatting is missing. Also the format would be extensible.
--
I doubt, therefore I may be.
Re:How about following the DTDs?
by
Timmy1138
·
· Score: 1
The point of PDF files is to make the page RENDER the same on every platform. The point of HTML is to make the page render acceptably on every platform.
Haven't you ever watched the movie 'Sneakers'? The thing the blind guy had...
--
The face of a child can say it all, especially the mouth part of the face.
Re:for you browser writers out there
by
main()
·
· Score: 1
> I don't think I'm the only one that finds it quite annoying to have to exit and restart my browser in order to make it forget my HTTP authemtication information. I believe Netscape and IE both have this problem.
... and the hours of wasted programming time having to implement cookie-based (or alternative) authentication for web-based applications.
I want to train staff to click the log off button, not shut the browser down.
Konqueror is great. The only place where I have trouble with it is a nytimes.com for some reason it puts the text of the article in the wrong place.
One thing that I really like about Konqueror is that you can set the browser ID tags. Most of the time I leave them set to "None of your fucking business (Mozilla 5.0 compatable)" but if a site that I actually want to see gives me trouble I can switch over to being IE 5.5 pretty easily. _____________
-- I don't want free as in beer. I just want free beer.
Re:Bring back verbose loading!
by
vecna_99
·
· Score: 1
OmniWeb for MacOS X has this functionality as well, plus the added bonus of not needing to be run on an Amiga!
-- ---
"We also were guided by the unlikelihood that anyone would face supernatural evil armed only with technology."
How about if there's a middle ground? Netscape
is uptight about everything. Missing the closing TABLE tag means you get no table at all.
MSIE makes many assumptions, and draws the table based on a best guess. It also shows some errors if there are problems in the Javascript.
How about a middle ground, where the browser does make a best guess, yet will provide an error to the designer that wants it?
--
Re:Nifty Netscape trick
by
johnny+boy
·
· Score: 1
Those are indeed useful things to know.
I've been working on a kiosk for one of the departments at my school.
As such, I've been using Redhat/Netscape/Afterstep. I too found the
pages on x.themes.org useful.
Then I found a program called 'editres' with several siblings.
'editres' is a standard part of X. By using it and clicking on a
running X program, you can edit all those goofy settings with can be
set in the/usr/X11R6/lib/X11/app-defaults or/etc/X11/app-defaults
directories and the.Xdefaults(/.Xresources?) files. Needless to say,
I went to town crippling Netscape. No more menu bar for you...
Inaddition to the X settings, there is a page on the Netscape homepage,
barried several layers deep and almost unfindable, that details
settings for Communicator which can be set through the
~/.netscape/preferences file and a netscape.cfg file, which I never got
working.
Actually, XEmacs has an API by which X apps can embed XEmacs as a text editor. That would be fine with me, I'm a Emacs whore...
However, I do NOT want to run an Emacs key-binding tutorial with each client of mine. "No, see, to make the text bold, you have to have the hm--html elisp package, load it in your.emacs file, and the key binding is [ctrl-x, ctrl-w, b]" I don't have that kind of patience...
I'm talking simple, simple stuff. Bold, italic, headlines. Keep the TEXTAREA, add a new one <FORMATTEXT> , or something similar. You get a textarea-like window, but when you type it shows the text in the font that the stylesheet gives it, you can bold or italicize text, etc.
Actually, something a lot like AOLpress would be nice...
-- Potato chips are a by-yourself food.
Re:Whee..Just embed Frontpage!
by
micromoog
·
· Score: 2
And just so I can say it: fear my low slashdot uid!
What...a slashdot user who hasn't watched sneakers, I'm calling in the death squad, they'll tape your eyes open and make you watch every film in river phoenix's library, the end result will be
1 tie) Explorers and Sneakers
2 tie) Everything else
You'll thank me later
I disagree. Maybe we need a new HTML rendering widget similar to <TEXTAREA> but it's just wrong to say that the widget is broken.
I need the <TEXTAREA> for many things, such as posting application forms, stuff that sends e-mails---most of the stuff is not in HTML. If you restricted it to HTML rendering then you've removed the flexibility of the widget.
when there is a web browser that is isn't brainsick...
It's not the fault of the browsers that they were implemented to specification. If they did in fact implement HTML rendering in the TEXTAREA widget or even if they added a HTMLAREA widget in a certain brwoser it would only cause webmasters more grief since it would be another thing which "Works in IE, doesn't in Netscape" or vice versa. If anything, blame the W3C for not coming up something that people need.
Re:Don't hide 404 messages!
by
Chris+Pimlott
·
· Score: 4
"This user violated our Acceptable Use Policy and has had their account terminated. The page you are looking for is gone for good."
In that case, the proper status code would probably be 410 Gone
No cookies to be sent to resources from third-party domains. What I mean is, if I download a web page from x.com, then my browser should not send
ANY cookies to images on that page if they came from y.com. I can't think of ANY reason why this is a legitimate need.
While I agree with no cookies from outside domains, Having no images pointing to outisde domains is a bit more problematic:
Read again. He didn't say to disallow the loading of images from other sites. He said just that cookies shouldn't be sent in the HTTP request that retrieve those images. It wouldn't KILL banner ads, but it would prevent the ad companies from tracking you as you move from site to site.
--
You can accomplish anything you set your mind to. The impossible just takes a little longer.
Okay, say someone is nice enough to write extra code for the <TEXTAREA> so you can highlight & hit bold... The most it can do, is put the <B> tags around it, and let the browser display it back bolded. Now, just say that it does put those tags in... how usefull was that for a site that strips the html tags from the input??
Okay, lets go even further... say that the place you're posting to allows HTML tags (which is a rather large security risk) or even just some HTML tags... what good is it going to do you if it isn't displayed properly? Just because you can now highlight and press Ctrl+B or Ctrl+I or something, doesn't mean that when you see it, it'll be seen how it is supposed to.
The problems that the document is dealing with are very basic behavioral concepts that, apparently, all the browsers don't seem to agree on (when they should).
im a web designer currently living up in san jose. on my way to work at our clients site, i pass netscape's headquearters every day.
we take great joy in yelling a different fix for their broswer every day out our window;
"how about rendering tables correctly?!"
"how about filed widths being consistent?!"
id be happy to yell any fixes anyone would like to see implemented.
oh the headaches of netscape. keeps me with a job though.
--
There's nothing Intelligent about Intelligent Design.
we take great joy in yelling a different fix for their broswer every day out our window;
"how about rendering tables correctly?!"
"how about filed widths being consistent?!"
How about not refusing to draw anything because an element isn't closed? How about an error message like (gasp) MSIE does?
This is part of the reason that web browsers suck: because people demand that they render broken content "nicely".
Missing </td> and </tr> tags aren't broken, yet Netscape can't render the page. According to the specs, end tags aren't needed on table elements or list elements; it can easily be deduced that if you have a <tr> tag, the previous table row and any of its open columns have ended. If Netscape simply followed the specs I think we'd all be happier.
But the bigger problem is broken HTML. While it may be the author's problem, your browser should render it as best it can. One reason is simply that today's HTML may be considered broken in a few years, and vice versa. At any rate, it's the right thing to do. If IE was the browser that didn't render broken HTML, we'd see all kinds of comments about how stupid that is.
This is what will make xhtml really great, because its XML that complies with a public DTD, the browsers and content authoring tools can validate a document with almost no effort.
This should reduce the amount of broken documents in the world as well as allowing the browser to have two render modes, one for correct documents, and one to make a best guess of how the document is supposed to be shown.
Actually, I think this should be a user settable parameter, possibly on a domain by domain basis.
When I'm browsing content on my own web site, I want malformed content to stink up the place, so I can call the person responsible and have them fix it.
When I'm looking up emergency directions for performing CPR, I want the content even if the designer screwed up.
-- Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
depends on how you define non techies. my dad works on the business side of a company that does supply chain software and might bother checking. my mom, probably more of a typical user, wouldn't know what to do. hell she doesnt even use ie in the typical sense, she uses the '@home browser' thing.
I guess I don't understand how you can get bad code if you're loading html-coded documents onto a site that has a final edit page, where you see the final coded text in WYSIWYG form and have a chance to fix any missing tags or other problems before hit the "post" button. I've been doing that for the past year, and using the final edit page, it's only a matter of moments to find a missing tag or a space where there shouldn't be one or a gif that should be a jpg, or even to reposition and/or resize a table or an image so it looks better on the site. My main problem has been that our site editor only recognizes an older html version, while the various html-formatting, editing programs out there are all way beyond that, meaning I have to redo some of the automatic coding, particularly the images/source code. Html coding is no biggie, actually. It's similar to the coding that was formerly used in newspaper newsrooms to format stories and images before computers. Most journalists over the age of 45 can do it.
If a user tries to view a website with screwed up HTML, the browser should display the following text:
Important
The page you are trying to view is not a valid
HTML document. Only a retarded goat louse would
put a broken web page into production. If you
are responsible for paying the person who
built this page, I would suggest you cut their
pay in half immediately.
Errors:
Inline element [a] not closed before end
of block element [p] at line 47: [a href="#14"]scroll down[/p]
Nettersoft Webbrowsifier can make a random
guess about what the turd who designed this page ment. If you would like to see that, click here:
Demented Attempt at Rendering Bad HTML
-- -- The act of censorship is always worse than whatever is being censored. Always.
Rrrright!
But still, i guess none of us would have spent so much time reading and posting on this subject if there were no _real_ problems with the web browsers.
And, by the way, check out this page, try to see it from both Netscape and MSIE and let's talk about 'malformed content' after, ok?
b0nechina --
b0nechina
--
b0nechina All wiyht. Rho sritched mg kegtops awound?
Sure, I don't care for broken content, but there is broken content and then there is shortcut content. Internet explorer has no problem with someone just throwing an , however netscape craps out on it if there is no . Don't even get me started on a:hover (CSS), cause netscrap doesn't even support it:-(
How about this, then. When the user visits a page with malformed HTML they get a pop-up window saying 'This page contains incorrect HTML. Would you like to attempt to render it?'.
Believe me, that'd be a great incentive for designers to comply to the standards and actually validate their documents!
How about not refusing to draw anything because an element isn't closed?
This is part of the reason that web browsers suck: because people demand that they render broken content "nicely". I would much rather they render correct content properly, than do a half-assed job of rendering everything. "Best guessing" is precisely what leads to the non-deterministic behaviour the original poster complained of.
If malformed content doesn't show up correctly, it's the author's fault, not the browser's.
And after the tenth straight usability tester yells in frustration "Yes! Just render the damn thing already! And stop asking me dumb questions!", that option will be set to default to doing just that...
How about this, then. When the user visits a page with malformed HTML they get a pop-up window saying 'This page contains incorrect HTML. Would you like to attempt to render it?'.
Nah, that's too intrusive. You're punishing the user when the real criminals are the fuck-knuckled `designers' out there whose malformed drivel is probably the biggest contributer to browser bloat there is. Instead, how about a browser that runs each page through Weblint and mails the nasties to webmaster@host.whatever? Call it a public service.
absolutely true. thats why i use explorer to show the client the site, and netscape to find my bugs in html.
explorer has always been about taking any html code and making the best of it, while netscape has always been about rendering good html correctly....whether it does it or not.
--
There's nothing Intelligent about Intelligent Design.
The man speaks sense.
When we finish with a client's site, it's nice to know that anybody with a browser built to specification will see it the way it's meant to look. And if other people's sites don't work because of bad coding on their part, that's their problem.
Can someone shout out a window to MS to give an warning when IE starts "best guessing"?
"A goldfish was his muse, eternally amused"
-- Vs lbh pna ernq guvf, ybt bss abj. Tb bhgfvqr. Syl n xvgr.
Hey!
First of all, i'm not bitching (God forbid!) at all, i just wanted to give you an example about browser differences and just so happened someone showed me that web site a few days ago. I kinda found it pretty amusing and showed it to all my friends. Nevermind.
No. 2: I know what's the 'problem' with the stupid image, but thanks for the details.:-)
No. 3: I don't know what exactly you mean by 'content', but when i look at some website, i'd like too see it just the same no matter what browser i am using. Pictures included.
And, finally, to end this neverending story, one question: among HTML tags, JavaScript methods and sampling algorithms, where the hell is the standard anymore? No, wrong question: are there still standards?
PS. Oh, and Casey, my comment was supposed to be kinda fun, so loosen up a little, will ya, if we can't change anything about web browsers, at least we can joke about them.:-)
Take care,
b0nechina (you can call me china:-)
PS.(no. 2) Just curious: what did ya see, the cow or the dead elephant?:-)
--
Curiosity skilled the cat.
--
b0nechina
--
b0nechina All wiyht. Rho sritched mg kegtops awound?
Sorry, you caught me in beligerent mode. I figured you were accusing one browser or the other of being broken because the images were different.
when i look at some website, i'd like too see it just the same no matter what browser i am using. Pictures included.
You'll never ever fix pathological cases like this one, unless every browser uses the _same_ rendering code. (On the same hardware, for that matter...) You can always exploit differences in implementation.
are there still standards?
Sure! If you use conservative HTML 3.2, or even most of 4.0, you can show a page that looks nearly identical on most every browser. Oh, you want to use your new Java-Flash-PNG-Javascript-whizbang navigation system? Sorry. If you want nonstandard functionality, you have to take advantage of nonstandard features.
What people seem to have trouble understanding is that most sites that are "incompatible" with one browser or another are that way because of a _conscious decision_ on the part of the authors!
And I saw the elephant. Does that mean my browser "lost"?:)
Sorry, you caught me in beligerent mode. I figured you were accusing one browser or the other of being broken because the images were different.
No problem, I know the mood, I understand, it's ok (grrrr... and you keep blaming women for the PMS...:-). And no, I'm not accusing any browser, I just feel sooooo happy I don't have to deal with them as a web designer, no more headaches for me.
As about standards... HTML 4.0 is already ancient, but even so, writing specifications and RFCs doesn't necessary make a standard out of it.
Do I really have to mention the width and height attributes of the TD tag (RFC 1942, 1996, HTML Tables) which are most of times _ignored_ by almost all the browsers (i guess no one needs names)? As far as I'm concerned, i never managed to make "TD height=40%" work on Netscape, and trust me, I 'tried good manners'.:-)
What people seem to have trouble understanding is that most sites that are "incompatible" with one browser or another are that way because of a _conscious decision_ on the part of the authors!
Does that mean that we have to steak to the 20th century standards that W3C has kindly provided and which (as I mentioned before) are randomly interpreted by browsers and sometimes ignored as if they never existed?
And I saw the elephant. Does that mean my browser "lost"?:)
Definitely. But so did my browser, that keeps showing me the happy cow. I guess we both make team with some losers.:-)
Ok, I get we made peace on this matter, hope to talk to you again sometime. And, oh, my first comment on this subject was also the first comment I posted on Slashdot ever. So... thanks for the spark, if it weren't for you, it would have probably been the last too.:-)
Take care and 'see' ya later,
b0nechina
PS (to the Slasdot authors that posted the latest poll) There is a spelling problem in the poll! Maybe you should consider writing "then x hours" with an "a" instead of the "e".:-)
You're welcome! --
b0nechina
--
b0nechina All wiyht. Rho sritched mg kegtops awound?
The W3c should release a standardised way of dealing with b0rken HTML. Every browser will try and do the best with what they're given and try to guess what the person meant -- they should realise this by now.
But Joe Sixpack doesn't give a damn whose fault it is, all he knows is that the page doesn't show up correctly in Netscape, but looks great in IE. So the obvious conclusion in his mind is "Netscape Suck, IE Good."
And, by the way, check out this page, try to see it from both Netscape and MSIE and let's talk about 'malformed content' after, ok?
Oh, for heaven's sake. You're bitching because there's no "standard" for image resampling on the web?
It's a 300x150 image, and the IMG tag says to display it at 150x150. If your browser uses nearest-neighbor resampling, you get a different image depending on how the algorithm chooses the samples. It's got absolutely nothing to do with malformed content.
Of course, they all should be using bicubic resmapling, but that's beside the point.
The W3c should release a standardised way of dealing with b0rken HTML.
There is one - at least for XHTML (and anything else which is XML-based). The browser should tell the user "hey, this page is broken", and only then start making guesses.
XML is a subset of SGML. All XML is valid SGML, but some SGML is not valid XML. For example, as the previous post pointed out, XML forces you to close your tags, wheras sometimes SGML lets you do it implicitly.
And... HTML is an SGML application
Yep, but it doesn't lie in the subset which is XML - well, XHTML does, but not plain HTML.
You're right, I was assuming he was talking about getting bit while authoring pages.
But now I'm confused. IE is better than most browsers as displaying broken HTML -- why is he mad at MS?
Re:How about following the DTDs?
by
G-funk
·
· Score: 2
I love comments like these:
"Browsers started going to hell in a handbasket when they forgot why HTML was around in the first place - to make a platform-independent system for sharing information. Thus, a web page in Netscape *should* look different than a web page in IE, *however* the content should be the same. "
Coming from somebody who's complaining about the fact that webpages don't look the same on all browsers, because they don't adhere to the standards.
News flash. Content is not the most important part of a website. There goes the karma. But hear me out. Content is one of two things that are equally important, and if either are lax your website is useless. The other is user experience. You may have the most content-rich site in the world, but it doesn't matter if it looks like shit. And you can have the nicest looking site in the world, and it won't matter if it's got a fucked up interface or you have no content. Just look at some of the more abstract graphic artists' homepages out there.... They look great, but when you can't tell where to click or what clicking there's gonna do, you head straight for that little x in the corner.
When will you people learn, that the look and feel of a site Is just as important as it's content?
Frankly, I love explorer, and they do a lot more complying (is that a word?) to standards than netscape, and a whole truckload more than they have to.... W3C can jump up and down, but as it stands, IE is the standard, and it ain't gonna change for a while, because users are happy and that's what counts the most.
</rant>
--Gfunk
-- Send lawyers, guns, and money!
What's wrong with browsers..
by
PinkFloyd
·
· Score: 2
.. is the fucking advertising shit they put on them like the "Shopping bar" and all that 'I'm an AOL user-I don't know how to go to ebay myself' crap. If all the browser makers would just strip down the interface to the essential stuff for going to web pages, they could focus more on fixing the damn inconsistencies with the spec's.
--
The face of a child can say it all, especially the mouth part of the face.
Re:Brand new HTML Version 5.00.2615.200 .
by
robhancock
·
· Score: 1
Apparently the sender screwed up their MIME settings in OE, they probably set the encoding to quoted-printable instead of None. However, that is a valid encoding method, if Netscape doesn't know how to interpret that it's Netscape's problem.
Re:Brand new HTML Version 5.00.2615.200 .
by
Petrus
·
· Score: 1
If that's a valid setting, he did not really screw up anything. However, couple of weeks ago, same Outlook Express, same quoted-printable Transfer Encoding provides beaaauutiful HTML and Netscape likes it. That's the strange thing.
If there is bug in OE, you know that OE is always right and I will have to buy Windows after 5 years od Linux use, just to be able to read all my e-mail!
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Peter,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial=20
Re:Brand new HTML Version 5.00.2615.200 .
by
Delphis
·
· Score: 1
Either that or tell whoever you're receiving the message from to stop being a fuckwit and send email as PLAIN TEXT which is what email was MEANT to be used for from the start. If people want to send things other than plain text, that's what ATTACHMENTS are for. Save the attachement and view with whatever program deals with that file type.
Well, you must have been asleep when this was covered in class, as you appear to be confused about what a 404 page is. Browsers are perfectly capable of differentiating between a 'page' (ie, a 200 or 304 code) and an 'error' (a 404, 403, 500 or any other error). A 404 is not a web page, it's an error with a (hopefully) descriptive message which is usually displayed as a web page. The browser sees that it's a 404 way before it gets the rest of the page (byte-wise speaking) as that information is the first thing the web server transmits.
-- "Hot lesbian witches! It's fucking genius!"
Re:Logout (was Re:for you browser writers out ther
by
po_boy
·
· Score: 2
I've heard that you could do that, but I've never tried it. Unfortunately, that takes the cooperation of the designer of the site, and it's not something that the user can do on his own.
Its definately a web designer issue.
by
sabaco
·
· Score: 1
As a web hosting and design consultant, I spend a lot of time giving help to people who aren't capable of writing real HTML code. For example, the person who is trying to but up a 200 page story book for children, but on a limited budget. So I tell them, "Sure, you can do a lot of it with program X or program Y. Here is how it works. Of course, it is wrong because the correct tag would be 'blah' but they didn't do it the right way."
Ideally of course, everyone would pay professional web designers to do it (more money for me) but this is a non ideal world and there are a lot of people who would like to contribute something but don't have the means. I help them where I can, but the tools that are available are all old, use deprecated tags, use tags incorrectly or simply write tags the wrong way.
One day I hope I can produce software that would let the code-knowledge-challenged produce good code, but right now everything that comes out of all of the software I've used is totally wrong. Until then, there will still be hundreds of people writing poor code because they don't know what they are doing or they are using a program that is buggy. Then the browsers try to compensate and that's why they are messed up.
Er, I don't think Netscape 1.0 supported bgcolor (and I'm fuzzy on tables, but I don't remember it supporting tables). I remember for a while NCSA Mosaic was actually marginally better than Netscape 1.0 because it supported background colors (wooo!). Then Netscape 1.1 came around and blew it away. I can still remember the days when people tried to avoid using the table tag because of all of the problems it caused (not working in many browsers, slow to render on Netscape, forcing Netscape to load the entire table before it even tried to render, etc...)
Down that path lies madness. On the other hand, the road to hell is paved with melting snowballs.
Reading over that list, the only W3C standard I see that Mozilla dosen't support is PICS
What list of W3 standards were you consulting that did not include any XML? It's the biggie for me. XML DOM, XSLT, XPath, XML Schema, XML Namespaces. It's all there, and it's fast.
True, it's not a packaged part of the browser yet, but it's a fully supported release.
I find issue 3.1 - "Save resources retrieved from the Web on the local system using the appropriate system naming conventions." - plain silly and the proposed 'fix' would be annoying.
For anyone familiar with windows, the 'fix' would be like the annoying Notepad behavior of appending.txt to everything you save.
Their solution implies that the browser knows best which is rarely the case.
Instead of fixing a browser that isn't broken, people should suffix their files properly.
Re:I dont understand why a browser hasnt done this
by
jfunk
·
· Score: 2
I'm running KDE 2.1b2 and it will resume, though I haven't tried it.
I highly recommend turning on the option for having one file operation window. It will even tell you your total download rate if you're downloading multiple files.
Another neat GetRight-ish feature (but better) is the little menu that comes up when you select a URL that isn't a link. Klipper, the ultra-neat clipboard tool asks if you want to open it in Konqueror, or (depending on availability) Nestcape or Mozilla, or it will let you pop up a window to edit your selection and then allow you to choose again. You can add more applications and regexes for processing. By default, mailto: links can be handled by kmail or mutt.
There are some features that are lacking, however. I can't click on a partial file (Konqueror adds a.part extension) and resume it. I have to go to the site again and click on the link. I also can't give it a bunch of mirrors and have it calculate which is the fastest one whilst downloading. That was my favourite GetRight feature.
Re:I dont understand why a browser hasnt done this
by
Thrakkerzog
·
· Score: 1
konqueror does this now. (At least the browser crashing and the download progressing) The download window is handeled by a seperate process. I think kde CVS has support for file resuming, but I have not tested it yet.
--
Thrakkerzog
DAV:// should work for "Web Folders"
by
ka9dgx
·
· Score: 2
Why can't Microsoft make DAV:// work for a "web folder"? It's a protocol, with a different URI... clicking on a link of that format should open a web folder.
--Mike--
Re:DAV:// should work for "Web Folders"
by
Ayende+Rahien
·
· Score: 1
What is DAV:// ?
Anyway, why won't you do it yourself?
Here is the link on how to do it.
http://msdn.microsoft.com/workshop/networking/pl ug gable/overview/overview.asp
--
-- Two witches watched two watches.
Which witch watched which watch?
Re:w3c provides a reference implementation
by
biohazard99
·
· Score: 1
It's called amaya, and it can be downloaded from the w3c, she's slow, but faster than Mozillia M18 on win(NT4|9*|2K)tel machines, no *ix experiences with it though.
Re:How about following the DTDs?
by
bigwillystylie
·
· Score: 1
I'm looking at/. for the first time using opera (boy, it's good and fast) I haven't tried my Internet banking yet, but this may be my browser. My company is MS only (god I miss GroupWise) now but I know now that there are options.
BWS
Compare: ...the most comprehensive support for W3C standards...
vs. ...better support for the basic W3C standards (HTML, CSS, DOM)
I'm impressed that Mozilla has come so far in it's ability to render HTML, but that's only a small subset of the W3C stuff.
Re:How about following the DTDs?
by
Sanity
·
· Score: 4
The problem is that HTML was originally intended to be a relatively abstracted specification of the content, but this wasn't what people wanted. TABLE tags weren't forced on people by browser makers, but were embraced enthusiastically by web site creators. Basically the mistake was thinking that content creators wouldn't want to control how that content was presented to the user. Of course standardization is a good thing, but people need to admit that the intention of HTML has changed from a way to specify text abstractly (like DOCBOOK), to a way to specify a layout for a page in a flexible and robust manner.
If you knew this was going to happen, then why did you start the dreaded chain of events by saying "This would be a biting and insightful comment if Internet Explorer didn't have the most comprehensive support for W3C standards of any browser in existence."?
You already did what you chided the parent for doing, with the exception of exaulting IE instead of Mozilla. Is it ok for an IE supporter to start the argument, but not ok for a Mozilla supporter to join in?
I'm confused here...
--
Frogs are primitive animals - so the occasional extra toe is not that unusual. But this is very unusual.
Re:IE 5.5 does not suck
by
The+Blackrat
·
· Score: 1
Amen
I know the main reason why browsers suck.
by
AFCArchvile
·
· Score: 1
Lag. From loading custom browser skins to loading Java classes to compiling broken JavaScripts to the nature of the browser itself, just going to a webpage can become a chore. Netscape 6 only exacerbated the problems (skins and a notoriously slow Java library). Just go to http://www.dslreports.com/stest, choose a speed test site, and look at the warning above the Java applet used to calculate the rate of a DSL connection: "Netscape Java on some platforms gives an inaccurate and slow result, compared to IE." Netscape's implementation of Java is so slow, it's inaccurate and not recommended for time-sensitive operations!
Also, Netscape tends to be a memory hog, sometimes usurping 32 megabytes all for itself (in contrast, I've never seen IE peak above 14MB). Furthermore, Netscape is so notorious for crashing (and causing lockups), that Microsoft has joked about it (type "about:mozilla" in the IE Address bar sometime). That means you won't want to browse to a Red Faction walkthrough on Netscapewhile actually playing the game; Netscape might take up too much memory and then crash, ruining both the walkthrough and the game!
IMHO, if Microsoft can keep things in IE simple and functional, they'll gain the acclaim of former Netscape 6 users. Until Netscape rewrites their entire codebase to clean up the mess they've made, they're doomed.
-- "Ancillary does not mean you get to rule the world." --U.S. Circuit Judge Harry Edwards, speaking to the FCC's lawyer
Re:I know the main reason why browsers suck.
by
Bedouin+X
·
· Score: 1
Ummmm... The Netscape 6 Java engine is designed by SUN Microsystems. You know... the guys that created Java? Any applet that doesn't run correctly under that VM is not correctly coded.
And let me put my hands up as somebody who has had IE take up to 40 MB of RAM on my computer. NS6 has gotten upward to 70 though. Also, as we all know, NS6 is a beta program. When Mozilla 1.0 hits, then you'll be able to complain about the codebase. For now though (I don't care what the NS browser version number is), you're not talking about gold code.
-- Dissolve... Resolve... Evolve...
Re:I know the main reason why browsers suck.
by
Ayende+Rahien
·
· Score: 1
IIRC, MS implentation of JVM was faster than Sun's own implentation, isn't it?
--
-- Two witches watched two watches.
Which witch watched which watch?
1. Output previous poster's text to punched paper tape.
2. Enter new text, with paper tape punch turned on.
3. Get out scissors and glue, connect the two strips of paper tape.
4. Open New Comment dialogue in Lynx.
5. Turn on paper tape reader to read in combined strip of paper tape.
I'm afraid you're addicted to the new bells and whistles, dude. Next you'll be telling us you're not using a PDP-11 anymore....
... if web design could work both ways. If we could have control over design, to make stuff look good if we want to, but still have it viewable anywhere on any device, as fancy (or not) as the user wants.
Sometimes, flashy stuff is good. Some sites are downright beautiful, and it really helps to be able to make content that looks like that. But it'd be nice if that SAME content could render at least passably on Lynx and whatnot, in case you don't really care about the looks. Or better yet, so you could view web pages on your cell phone or Palm without having to rely on shaky translations of the pages.
The main problem with the internet today, and with web browsing specifically, is the mix of commercial attitudes and the "pure" internet attitude. Us netheads want things to be usable anywhere, anytime, on any device. Sure, it's ok if it looks good, but taking away from functionality for looks is nothing that I'm fond of, and I'm sure many people agree. But here come the suits, with their shareholders and boards of directors. They MUST turn a profit somehow, nevermind that it stifles creativity or usability. They make a buck, so it's all good.
ASP.NET does excatly that, AFAIU.
Without any trouble for the web admin or designer.
Of course, there is the problem where it might gives IE 6 a good page, accomodate to IE 5.5 and lower, and send crap to everything else.
The worse thing would be, people might actually buy it, IE makes up for a *large* precentage of the browsers today.
--
-- Two witches watched two watches.
Which witch watched which watch?
What you want is a really smart server. If User-Agent: == a certain set, say Mozilla or IE format the content a certain way and include stylesheets and JavaScript and the like. If the user agent is a Palm VII or Nokia phone format the content differently. This of course requires way more work on the part of the server and web admin. Separation of content and presentation is a good thing for high availability web sites. HTTP has lots of possibilities that haven't been explored in nearly enough detail yet.
-- I'm a loner Dottie, a Rebel.
Re:How about following the DTDs?
by
Halo+Nine
·
· Score: 2
No you are wrong. Please read this press release from the Web Standards group which comments and applauds the effort by the Netscape 6/Mozilla developers. They state: "Netscape 6 exceeds all previous browsers, including Netscape's own, in the scope of its support for W3C and other Web standards. The new Netscape browser supports HTML 4, XML 1.0, CSS-1, DOM Level 1, and ECMAScript (the standard successor to Netscape's JavaScript), as well as key parts of CSS-2." (http://www.webstandards.org/netscape6.html)
IE 5.x also creates a lot of problems by using M$ft's own implementation of IE specific HTML codes.
For the past two days, I've been working on a HTML coding standard for my company, I've going to recommend that HTML code should be validate using Netscape 4.7x and W3C's own validator or any validator that uses a SGML parser (I believe there's only two others).
IE best advantage over Netscape 6 is its intergration into the operating system which gives IE better performance.
-- -- ladies and gentlemen we are floating in space!
Re:Whee..Just embed Frontpage!
by
Joseph+Vigneau
·
· Score: 1
And just so I can say it: fear my low slashdot uid!
Ironic that you use them as an example when their search tool you talk about isn't working.
"We are unable to perform your search at the moment. Please try again later."
Haha. =)
I'm not the original poster, but I'll answer anyway. There are several tags that have optional closing tags, including the ones the poster mentioned. I found this in HTML 4 Unleashed Professional Reference Edition from SAMS Publishing. You can also find the actual specifications at the W3C website.
As for nested tables, as long as you use the closing TABLE tag, it doesn't matter if you close TR and TD. The closing TABLE tag is required by the specs.
--
----
"Oh, bother," said Pooh, as he hid Piglet's mangled corpse.
If we're lucky, everyone reverts to tableless pages with grey backgrounds.
Completely unnecessary. My Site is fine with tables. It's not exactly beautiful, but that's mostly because I've kept the graphics down to a minimum(DSL connection == not exceptionally fast on upstream).
My site full HTML 4.01 compliant(almost XHTML 1.0), it renders perfectly in every browser I have available(including lynx!). I just haven't tried with it IE(no Windows installation), though I'm sure it renders fine too.
If any of you are using IE, check out the site and let me know if it's ok! I'll cower in fear now and hope this relatively obscure posting doesn't slashdot my site.
-----
"People who bite the hand that feeds them usually lick the boot that kicks them"
Basically, you are able to take an element, like a div tag, and set its "contentEditable" attribute to true. Then you add a few buttons that use IE's MSHTML editor to do things like make text bold, etc.
Since it requires IE 5.5, it won't help everyone, but it is an alternative that could be made available to IE 5.5 users.
Re:Whee..Just embed Frontpage!
by
jandrese
·
· Score: 1
And just so I can say it: fear my low slashdot uid!
Bah, who cares about that?
Down that path lies madness. On the other hand, the road to hell is paved with melting snowballs.
For example, a document might be available in several languages under the same URI, and the user might want to point somebody to the Canadian version of this document, which has a different URI.
Since when is Canadian a language?
--
-- $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$]; $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
Re:Do you speak Canadian?
by
dadragon
·
· Score: 1
Since when is Canadian a language?
Go to New Brunswick and find out:)
You likely wouldn't be able to understand the locals.
-- God save our Queen, and Heaven bless The Maple Leaf Forever!
Re:The browser wars at at fault.
by
Admiral+Burrito
·
· Score: 2
Netscape stagnated however, not really coming up with anything new. Internet Explorer won out and the W3C had to conform to it. And this is not necessarily a bad thing. Think about how far behind web technologies would be if NS was the dominant browser? Sure, NS and IE can do a lot of the same things - problem is, IE does them more cleanly whereas equivalent NS implimentations are essentially big ugly hacks. And well, of course, there's a plethora of useful features that are in IE that you could never do with NS. And when is the last time NS introduced anything new?
s/stagnated/suffocated/. The reason NS was stuck at version 4.x for so many years is because MS "cut off their air supply". They couldn't afford to develop a new version because there was no longer any way to recoup the development costs.
That is why we have the situation we have today. A lot of people liked (and still like) Netscape but were stuck with the 4.x browser because of MS's illegal business practices. So a lot of web developers had to develop for a bitrotten browser instead of making use of new standards like CSS (yes, NS4 had some sucky CSS support (so did IE 4)). Finally, everyone said "fuck it" and developed for IE 5.
If the browser war hadn't been "won", I'm sure we would have seen a lot more innovation from both NS and MS over the past few years. NS and MS would still be creating their cute little tags to one-up each other, and W3C, following their leads, would design an elegant solution to do the same things (and then some) The Right Way. I suspect we would've seen much more interesting developments from that competition than the relatively trivial things we have seen without it.
Since the end of the browser war, what sort of developments have we seen? IMHO, the most significant developments in the web browser have been: HTML (duh:), client-side scripting (Javascript), integrated VM (Java applets), and style sheets (W3C CSS). How many of those happened after the browser war ended? Have we seen anything of comparable signifigance since? I mean, "hover"? Give me a break! CSS came about just as the browser war was ending, and that is where the real innovation stopped. I don't think that is a coincidence.
When MS won the browser war, it wasn't just NS who lost. We all did.
Re:The browser wars at at fault.
by
Gerv
·
· Score: 2
Mozilla implemented then broke or removed
IE supports the hover: property for links. Mozilla is attempting to support it for everything. That's just a teensy weensy bit harder. We'll get there, though.
In addition, a Mozilla developer says "From reading the CSS WG mailing list, it looks like the exact definition of hierarchical hover is still being hammered out. I'm not sure we should put an implementation of it into our code until we are sure that we know how exactly this feature should work."
Re:Sticking to standards
by
graxrmelg
·
· Score: 1
I'm surprised that they didn't say anything about Microsoft's Embrace and Extend program. I've seen Netscape
get a bad rap ALOT because it poorly renders poorly written code.
I'd say it does the right thing alot and guesses a lot less at what the developer was trying to do. But the way it
looks to the average user is "This site works in IE, but not in Netscape, Netscape must suck." Usually its the page
that sucks in my experience.
If you use NN, you'll notice unclosed TABLEs on the Microsoft site and on pages produced with Microsoft tools all over the Web. I'm shocked, shocked that you suggest it was anything more than a simple coincidence that those pages contain an HTML error that make them unreadable for NN.
Would be immensely more useful, in spite of the abyssmal formatting, if it was larger than 50 characters by 10 lines. I don't know if this puny size is a conspiracy to keep comments short and pointless or some vague attempt to keep it "useful" for Lynx or 640x480 display resolutions. Either way, it just seems kind of ridiculous.
I started using it for XML editing, and it's turned out to be a decent HTML editor for me. Still just a text editor, but with validation on save, close tag insertion when you enter a tag, and some other niceties.
Re:And what editor is that?
by
fanatic
·
· Score: 1
from their website:
XML Spy is available for the Windows platform only
trash.
-- "that's not encryption - it's a new perl script that I'm working on..." - from some Matrix parody
... Because, the majority of people in this world aren't as brilliant as you are.
I've glanced over these recommendations, and think they can lead to a better user experience. Your users should be the ones that matter when writing software, not how you think it should be.
The better the user experience, the more accepted your software will be. The better accepted, the more acceptable. At the risk of being modded down for saying something pro-Microsoft. This is probably the reason MS Software is so successful, becuase most of their user interfaces are well thought out.
Personally, if a program has a good interface, I have a perception that it's a better quality product, simply because it has a cleaner, smoother "feel" to it, as opposed to an application that has an interface slapped on to it as an afterthought (several examples come to mind... mostly cheezy thirdrate apps)
This can also apply to a web page, or in this case, a user agent.
Nothing wrong with making things more convenient for your users.
I think M$ will do everything in its power to reduce the market share of its competitors. If they can create and cause the creation of pages which show the limits of Netscape, then they would do it.
My point is that a majority of NN failures come from one of the following:
Bad HTML
Lack of support of a M$only _expansion_ of the standard
-- there are 2 kinds of people. those who divide people into 2 kinds, and those who don't.
I guess it's biting and insightful then, because Netscape6/Mozilla have better support for the basic W3C standards (HTML, CSS, DOM) than WinIE. Check out www.richinstyle.com or some other independent site if you don't believe it.
Re:How about following the DTDs?
by
Bob+Uhl
·
· Score: 1
You know what? The user experience on a well-laid out traditional HTML site is superb: it's fast, it's easy, it's obvious what's going on, it's not painful on the eyes. The problem came in when the 'net went public--when the great uinwashed masses came in, followed close behind by the marketers. Joe Sixpack is too stupid to read more than about six words in a row--the marketers know this,and size their text accordingly. He'd really rather not read anyway--the marketers know this, and use images instead. He's easily swayed by the stupidest things--the marketers know this, and include sound, swishy effects and every other form of anti-content possible.
Meanwhile those of us who would like to exchange information are looked down upon and laughed at. The best web pages are `plain' and `boring' by the standards of Joe Sixpack. Joe Sixpack is a moron.
Any text editor with autosave
by
invenustus
·
· Score: 1
My biggest problem with TEXTAREA use is that it's prone to being lost. There are two different ways this can happen. One, you use IE and when you submit your form there's a problem. So you hit "back" to fix it and WHAT THE HELL?! You're looking at a blank form. (That's what mine does, anyway.) Or you can use Netscape, which keeps form data in place when you hit the Back button.... but it still crashes a hell of a lot. I've lost many a lengthy web-based email or online journal entry to Netscape crashes. Yeah, don't tell me I should just do my editing in notepad and paste it. That's like telling people to quit smoking - good advice but pointless to give out.:) ---- "Here to discuss how the AOL merger will affect consumers is the CEO of AOL."
-- grep -ri 'should work'/usr/src/linux | wc -l
Re:Any text editor with autosave
by
Ayende+Rahien
·
· Score: 1
A tip, if something like this happened to you in IE, don't hit back, hit refresh.
IE will ask you if you want to resubmit it (assuming POST) or just send it (assuming GET)
The text boxes disappaering that you describe seems to happen half the time, more or less, very annoying.
--
-- Two witches watched two watches.
Which witch watched which watch?
Re:Any text editor with autosave
by
invenustus
·
· Score: 1
A tip, if something like this happened to you in IE, don't hit back, hit refresh.
No, I'm talking about situations where I fill in the whole form and the site says "No, dickhead, you need a longer password than that." Reposting the same data isn't going to help. I need to change it. And half the time IE forgets what I had in the boxes. ---- "Here to discuss how the AOL merger will affect consumers is the CEO of AOL."
Internet Explorer 5.0 briefly supported an element in its beta 2 release called HTMLAREA. This element was very much like TEXTAREA, but it allowed rich HTML markup to be included and manipulated in the editing control area. This content, along with its rich markup, would be passed to the form's processing script. Support for this element was retracted in the final version of Internet Explorer 5.0.
I wonder why they got rid of it, although your idea seems to make better sense anyway.
Maybe if any of the browser designers, designed their browser properly. The W3C wouldn't need to shove these proposals down there throats.
I suppose it's a bit late to ask for this...
by
gdav
·
· Score: 1
... but I wish that the hideous creature which is Javascript had never, ever crawled blinking from the swamp.
Failing that I'd like a browser that had much more control over redirects and javascript. I'd like buttons on the toolbar for Javascript on/off, obey redirects on/off, and I'd also like rulesets to control them (javascript always/never for this site etc).
Re:I suppose it's a bit late to ask for this...
by
HalfFlat
·
· Score: 1
O! How I agree with this!
Javascript has never made a site faster or easier to navigate for me, and usually just screws things up.
Die, javascript, die!
Re:I suppose it's a bit late to ask for this...
by
Dr.Dubious+DDQ
·
· Score: 2
I'd also like rulesets to control them (javascript always/never for this site etc).
The current version of Konqueror seems to have the beginnings of this. The Javascript configuration section has a place to set up domain-specific javascript control. The only problem is that it's limited to "on/Off".
On the other hand, it also has a toggle to disable window.open() if you're really sick of popups...
--- "They have strategic air commands, nuclear submarines, and John Wayne. We have this"
Re:I dont understand why a browser hasnt done this
by
AnarchoFreak_00
·
· Score: 1
Why dosn't every rich person sponsor a child?
Why don't we be kind to people?
Because we can't be bothered for various reasons.
Do you really think that any of the big browser companies really give a shit about making a good product?
Do you really think that apple care about providing the best usibility for OS X?
Do you really think that Palm care if you are dissapointed becasue they provide you with a cheap, plastic spare stylus when you spend $400 on what they called a high quality product?
They are companies, here to make money. Thats what they do.
I agree, but for a slightly different reason. It's not the lack of formatting tools that bothers me as much as the inconsistency. Why have two different widgets (with completely different behaviors) for single line vs multiline text entry? Why have both and ?
I'm asking seriously here. For all I know there is a very good reason for this.
with humpy love,
-- with humpy love,
humpmonkey
Re:What I find completely amazing...
by
DeepDarkSky
·
· Score: 2
And yet this is why W3C has a validation service that web page authors can use to check their own pages to make sure that they adhere to HTML 3.2 or 4.01 or whatever.
Some people write pages that stick to the HTML standards, though for the most part they are simpler in design because that's the easiest way to stick to the standard. But quite frankly, it's also usually (not always) less interesting.
The browsers will still render the same page differently because that's what the standard allowed them to do - it didn't dictate the exact appearance and left it to the browser implementors.
Besides, they create the Amaya browser, which is supposed to render correctly, and you will see it looks pretty different from everyone else's browser. Maybe we should all just use Amaya?
Re:for you browser writers out there
by
roca
·
· Score: 2
Well, I don't know if it actually works or not, since I'm not sure how to test it... but Mozilla has a "Log Out" option, under "Tasks, Privacy and Security, Password Manager".
What is the common core of standard HTML?
by
Why+Should+I
·
· Score: 1
Speaking as a engineer working as a web developer (It pays alot more in Australia and I'm still working on my thesis) I always try to use tags which in my experience are common to both NS and IE and are standards compliant.
But the industry is such that we keep getting newby employees at this place to do al the web rendering of the front end to the complex back end systems. They don't really have experience in knowing which tags work in both and are standard and I don't have the time to tell them when flashy new web pages are using a browser tag.
My question is this
Does anyone know of a place (on the web etc) where you can get a compact list of most of the common core of tags support by both the HTML standard and most browsers (ie. both IE and NS)as well as a list of unsupported browser specific tags.
Re:What is the common core of standard HTML?
by
AlexWorld
·
· Score: 1
Does anyone know of a place (on the web etc) where you can get a compact list of most of the common core
of tags support by both the HTML standard and most browsers (ie. both IE and NS)as well as a list of
unsupported browser specific tags.
This is the funniest thing I have read in a long time!!!
The reason why most of the content out there is shit. Is becasue web designers can't use half of the good damn tools they have!!!
I have plenty of really good, usefull ideas. But I can't use them 'casue they don't work in the browsers!!!!!
So instead of me making a really, fun/usefull/easy to use/whatever website. I have to go back and make a basic site, bacasue that they only thing I know will work.
No cookies to be sent to resources from third-party domains. What I mean is, if I download a web page from x.com, then my browser should not send ANY cookies to images on that page if they came from y.com. I can't think of ANY reason why this is a legitimate need.
While I agree with no cookies from outside domains, Having no images pointing to outisde domains is a bit more problematic:
Some people, my self included at one time, have web counter widgets on their page, which would be broken if out-of-domain images were allowed.
Re:What I find completely amazing...
by
roca
·
· Score: 3
You're wrong for a number of reasons.
There is no definition of how tags are supposed to be rendered. That is explicitly left open by the HTML standard, and for good reason. CSS specifies more of that, but it's still not complete, and again, there are good reasons not to fully specify the rendering.
It is simply not true that the rest of the work is "a piece of cake", not when you're dealing with something as complex as the W3C standard definitions and all their interactions. If you don't believe it, try writing a browser yourself.
But the biggest problem is that despite the fact that HTML 3.2 and 4.0 are specified, it doesn't matter because Web page authors DO NOT stick to the standards. They write buggy pages which more or less render OK in the browser they happen to be using, and then they're done. There are almost no pages which adhere strictly to the W3C definitions, and that's why results vary from one browser to the next.
when there is a web browser that is isn't brainsick
The browser you want has been out since 1996.
I am using it right now. There's just one little
catch, though: you need an Amiga.
Whenever
AWeb
does a textarea widget, it has
a little button in the lower right corner. If I
click it, then the text is immediately loaded
into the greatest and easiest-to-use text editor in the world.
Whenever I tell the editor to write, the textarea
gadget is immediately updated.
What is the greatest text editor in the world?
It's whatever you want it to be, set in the
browser's preferences.
---
-- As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
Try Opera.
Its small.
Its fast.
Its pretty close to rendering *correct* html, as well as doing a deacent job at rendering Microsofts and/or Netscapes lousy implemetations of HTML.
The downside is that they want money for their browser.
But IMHO its actually worth paying to get a good browser.
Expensive quality or free shit... Its your choice.:-)
-- /.Mattsson
- My native language is not English, so please don't whine over linguistic errors. (That's lame anyway...)
I think W3C missed one...
by
Riomaggio
·
· Score: 3
When the user agent clicks on a broken link, return the user to their current page and inform them of the error.
How many times have I clicked the BACK button because nobody has put this in? How hard can it be?
My point was that a 404 is not just a regular page, even if you customize it. Under IIS you can point it at any html page and it will show that instead. (Under apache you have much more freedom in what happens when a 404 comes up.) The fact remains, IIS does not _redirect_ to the custom page, it tags it along with the 404. So whether you customize it or not, the browser still sees a 404, not a regular page. Now, by my original comment I did not mean to get so involved in this and get so far off-topic...
All that said, I have yet to see a _useful_ custom 404 page. One guy had a 404 which displayed random witty messages to the effect 'this page is not here'... which sort of leads some credance to the W3C guys recommending a browser check if the page exists first and notify the user that when it does not.
Not quite. The 404 code clearly marks it as an error message in the first few bytes the user downloads
What I'd like to see is a pop-up when I click on a broken link telling me the link is not active, and giving me the option of either staying on my current page or proceeding to read the error message.
Actually, what the W3C recommends is that the browser FIRST check to see if the link works, then take you to the page. If the page isn't there, just display an error pop-up message.
In the web server setup of IIS I can tell it to redirect browsers to a custom error page depending on the error. If I want that 404 error to show up al nice and pretty and look like the rest of my site then I can do this. And error is never sen by the browser because the webserver is redirecting it to a page that actually exists. I'm assuming it works the same way for the default error pages too, because I can see the HTML code for them and edit it if I want.
Ohh yeah, it's entirly possible that I'm getting this wrong, because I learned all this just by messing around with the servers and I'm kinda new at it. So if you still say Im wrong could you please explain why? I'm always willing to change my mind if the proof is good enough.
Well.. that 404 error that you see.. that's actually a web page! So to your browser it is finding the page, it's just that the error page is being generated by the web server before your browser can see that there is nothing there.
That's nice to hear! Too bad nobody cares enough too make web pages that supports it:(
By the way, how does access keys work in IE? Like, in what way is the key to press indicated (like, underlining wouldn't be likely...), and what key combination do you use to activate the link?
--
-- Cure for Cancer instead of SETI! (only w32 yet - mail and beg)
Re:The browser wars at at fault.
by
Mattsson
·
· Score: 1
Well... If developers *coughMicrosoftcough* would make their deviations from the standards open, free, well documented and "backported" into the standard,
other browserdevelopers could implement the deviation in a manner that represented similar code the same way to the user.
As it stands now everyone has to "hack" support for MS and NS deviations.
And microsoft are known never to follow standards correctly, so why presume that they *ever* would implement support for a nonmicrosoft deviation from a standard?
Well... Im ranting...
Ill stop now.
But the idiocy of the people developing browsers at MS and NS is something that gets me a bit aggressive.;-)
-- /.Mattsson
- My native language is not English, so please don't whine over linguistic errors. (That's lame anyway...)
Re:Slashdot gets it wrong again
by
johnnyb
·
· Score: 2
However, this is not how web browsers interpret the data, this is how the W3C thinks web browsers _should_ interpret the data.
Why? What's so wonderful about Linus that his homepage should be the de facto standard for HTML? Sure he's done lots of great things in computing, but he's hardly an authority on HTML and web authoring standards.
A little less hero worship, I think, would serve well.
--
"People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban
Okay, both y'all got me. This link was OT and silly, I admit it. I was just looking for an opportunity to point out how silly the w3c's hard ass guidelines are, and this story seemed like the place to do it. So sue me.
If saved locally, the filename on most computers should be html40.ps.gz for the applications to recognize the file type.
Wrong: Saving this compressed PostScript document as html40.ps is likely to confuse other applications.
Surely the correct thing to do is to save the _uncompressed_ file as html40.ps? Aren't most html files sent over the web sent with gzip content-encoding?
If saved locally, the filename on most computers should be html40.ps.gz for the applications to recognize the file type.
This section bugged me too. IMO, the real mistake in that example is theirs by choosing an inaccurate file name. If it's a gzip archive of a postscript file, it should be named html40.ps.gz on their end, not html40.ps.
BTW, most HTML files are sent without the content encoding command. Here's some example HTTP headers passed when I hit the Preview button:
HTTP/1.1 200 OK
Date: Fri, 09 Feb 2001 18:25:37 GMT
Server: Apache/1.3.12 (Unix) mod_perl/1.24
Cache-control: private
Connection: close
Transfer-Encoding: chunked
Content-Type: text/html
1. That would be Transfer-encoding, a Content-encoding is not supposed to be removed by the UA, (except to display it) while a transfer encoding is transparent and should be removed.
2. AFAIK almost no-one uses compressed HTML because of a Windows IE bug. Blame Bill.
I think it's best to leave it as it is, I regularly
download foo.tar.gz files under Linux and wouldn't want them unzipped on download. Of course you could always have a pref related to the filetype.
I love the slashdot community. _That's_ why I read slashdot. However, in general, there is a lack of editing on the part of the people posting articles. If I were here just for the articles, I would have left a long time ago. When misleading comments appear about the articles, it often makes the discussion meaningless, because there's a lot of people talking about stuff that isn't true. I love the people of slashdot, and I get upset when the editors take their responsibilities so lightly.
What about celphone browsers? PalmOS? WebTV? Crappy WindowsCE appliances in the airport business lounge?
Please! Like the servers aren't detecting the special-case client and sending them some specialized version of the site that is optimized for PalmOS or etc.
There is no way to refute that in this day an age a web site is about more than just content - it is also about presentation. Presentation means more than just formatting for more utilitarian digestion of content. Presentation gets into areas such as public image and public perception. Most everybody on the web is interested in being percieved by others to some degree of specificity.
For those sites that wish to very specific in how they distinguish themselves, tight artistic control is neccesary. W3C be dammned, web designers will always turn to the technology with the features that best achieves their own artistic design goals.
Re:How about following the DTDs?
by
sv0f
·
· Score: 1
Mr. G. Funk,
I really enjoyed your rant. I went to your home page to learn more about your personal philosophy since your are clearly a wise man. However, my browser was unable to render it properly. I use Mosaic v1.0. Do you know what is wrong?
There are even bug lists with examples for each and every bug like this one. Other software developers can only dream of such detailed bug reports. The browser developers just don't regard them (or don't have time or have other priorities, whatever).
the behaviors described are not protocols officially accepted by MS. (just look at the behavior of the browsers)
Given the dominance of MS in the market, is this document even relevant? [even though it is brilliant, insightful, and written by people who care about what is going on]
I am just glad we haven't progressed to the point where Microsoft "red" is a shade between black and blue.
-- "It is a greater offense to steal men's labor, than their clothes"
If a page starts with <HTML>, ends with </HTML>, and has a myriad of other html tags in it, chances are it's html and the admin screwed up.
Then let the admin fix it. The way MS handles it, there's no way for the admin to send a text file that IE thinks looks like an HTML file. Much like Web designers who set all text to size 1, MS is making things difficult or impossible for the clueful in order to make things slightly better for the clueless.
>And Microsoft thinks this violation of standards is a feature, not a bug.
And in a lot of cases it is. If a page starts with <HTML>, ends with </HTML>, and has a myriad of other html tags in it, chances are it's html and the admin screwed up.
I don't know what version of ie you are using, but ie4+ supports text/plain just fine
Try sending it a text document that contains HTML. For example, take an HTML document, rename it to have a.txt extension, and put it on your server. NN will display the HTML source (as it should, and as you configured the server to have it do), but IE will look inside the document, think "Oho! I recognize this -- it's HTML; the server admin must have screwed up," and display it just as if you'd sent it as text/html. Similar things happen with application/octet-stream. And since IE ignores those content types, there's no way to fix the problem, whatever you do on the server end. And Microsoft thinks this violation of standards is a feature, not a bug.
No, frames didn't come along until the 2.x series. I remember when 2.0 came out and I discovered frames (only to be appalled at them and hoped they wouldn't be used). The 2.x series had terrible frame support though, the back button would bring you to the previous non-frame page you were on, it was really annoying. Thank you Netscape.
Down that path lies madness. On the other hand, the road to hell is paved with melting snowballs.
This would be a biting and insightful comment if Internet Explorer didn't have the most comprehensive support for W3C standards of any browser in existence.
Microsoft, Netscape, Mosaic, they are partially all to blame for the current state of the web. If browsers didn't render broken HTML in the first place, there would be no broken HTML on the web.
The time spent coding modern browsers to be "compliant" with broken HTML is an absolute waste. That time could be better spent developing support for real standards.
To the web designers and developers: Stop writing broken markup! This non-professionalism approach to building the web can only be justified by lazyness.
To everyone: when refering to the Netscape browser, it would help if you specified 4.x or 6.x - they are radically different.
Even worse than this, I've had IE render an HTML page as text/plain because it did not have the tags on it. It only happened as I was using the back button to get to it, but it was highly annoying.
This would be a biting and insightful comment if Internet Explorer didn't have the most comprehensive support for W3C standards of any browser in existence.
i don't know about you, but I get bit by web pages that have incomplete tags all the time. That, in the context of this recommendation:
1.7 Warn users about incomplete documents and transfers.
sort of like saying "it is not completely bad, just mostly"
I just get bent out of shape by MS abuse of the standards process.
pardon me.
-- "It is a greater offense to steal men's labor, than their clothes"
The Linux version of Opera is in beta, though. (And by normal definitions, it would still be a pre-beta, because it's not feature-complete.)
But I'm using it right now, and it's pretty good. The multiple window thing takes some getting used to, and there are still bugs in it (including crashing bugs), but it's far better than, say, Netscape 4.5 was.
Now don't get me wrong, I'm a mozilla supporter, but it really pisses me off (and wastes time) everytime someone says that, because this is what happens:
Someone says IE/mozilla is the most standard compliants brower
Someone else says that mozilla/IE is the most comliant
Someone quotes a webpage that confirms their view of IE/mozilla being the most compliant
Someone accuses that page of being written by IE/mozilla supporter/bigot and posts a page to another unbiased view showing that mozilla/IE is the most compliant
Someone else discovers that that page is written by a company or supporter of mozilla/IE, and posts their own rant, quoting pages where IE/mozilla won't work.
Rant about pages where IE/mozilla won't work.
Name calling starts.
The sane people continue to surf on, and accept (grudgingly) the fact that no matter how standards compliant something is (or isn't) there are still pages that won't render right, and until everyone gets to the same point of standards compliance/un-compliance, anyone writing web pages is still hooped as far as making everything look the same for everyone
If we're lucky, everyone reverts to tableless pages with grey backgrounds.
Which is nice and good, but the problem is now the web is not driven by content any more. If the web were driven by content, (as a poster above notes) it wouldn't matter that netscape didn't follow w3c standards perfect, or if IE actually was the best browser in the entire universe, because I'd still be able to view every page I wanted to, and get the content therein.
Too bad now that 99% of the surfers out there don't care about content, but instead want their flashy, bullshit "user experience" to make it easier for them to read the bullet points of the information they're looking for. When was the last time you actually *read* a page full of content, that wasn't marked up to hell and back. I'm not saying everything out there should be block text for pages and pages, of course:) Just that that sort of page is slowly dissapearing.
Sometimes I *do* want the web to go back to the netscape 1.0 days (tables! wow!) where everything was grey (well, 1.0 had bgcolor I guess, so pre-1.0 days) when you surfed the web for information, not "experience". If I wanted experience back then I'd go outside and take a walk, watch a movie, or whatever.
i don't know about you, but I get bit by web pages that have incomplete tags all the time.
I use an editor that forces XML compliance when I write HTML. So no, I never get bit by that.:)
Allowing users to select transfer encoding
by
jesser
·
· Score: 2
HTTP/1.1 [RFC2616] allows transfer encoding. An example of encoding is data compression, which speeds up Web browsing over a slow connection.
The user agent should allow the user to set the transfer encoding in the HTTP requests sent out.
I don't understand why this pref is necessary. Browser makers generally have a much better idea of what the best transfer-encoding types are than users, and most users wouldn't have any reason to change this setting.
-- The shareholder is always right.
The real reason browers suck
by
skafiend
·
· Score: 2
It really is Microsoft's fault.
Why? Because prior to the explosion of browsers and the web there was no good, ubiquitous technology that allowed platform independent distributed computing. There were plenty of technologies at the time, but you wouldn't find any of them on Windows machines. Rembember Bill's pre-Netscape attitude about the Internet? "Oh, it's just for hobbyists, the REAL *information superhighway* is going to be MSN!" Hence Windows had none of the built-in network-ready functionality that would help form a base for *real* distributed computing in a way that would actually work.
Once browsers became widely available for Windows (i.e. Netscape) the web began its explosion because it enabled what everyone really wanted in the first place, but Windows wouldn't give it to them, platform-independent networking. Unfortunately, since the browser represented the only real choice to accomplish this, it started being used for EVERYTHING. Not just hypertext document traversal and simple form submission for which the web was designed, but full-blown remote applications for everything you could imagine. Hence the browser wars reached a feaver pitch because now everything under the sun had to be supported, but it was on top of a model (batch-style client fetch) that just wouldn't support it.
And we're still paying the price today. My own job is in the development of a complicated user interface used to configure a complex system. Pretty much hell to do in a browser, but we break more than half of the W3C's rules because we need it to act like a real UI, and the decision to go browser-based stems ultimately from the fact that there really aren't many better alternatives (well, Java maybe, but it has it's own problems, --I won't get started on how Microsoft screwed that up, too). And now, God forbid, we're faced with more Microsoft "vision" in.NET.
If Microsoft had the slightest CLUE about networking, the world would be a different place today. Hell, we probably wouldn't even be facing a possible recession, and the dot-com implosion most likely would have been much less severe if everyone had real tools and applications that interacted on the Internet in a sensible way.
Sorry if this is just more/. sour-grape Microsoft bashing, but if anyone can't point out why I'm wrong, I'd love to hear it.
I know, I wish Slashdot had the same type of WYSIWYG editor that my weblog does. It uses Manila, from Userland, to allow WYSIWYG in IE 5+ for Windows, at least. I know that isn't the Slashdot audience, but I'm betting 30% of the hits here come on IE... ---
--
When in danger or in doubt, run in circles, scream and shout. --Robert A. Heinlein
1. Have the web browser render correct pages correctly, as the #1 priority.
2. Have the web browser try to compensate as well as possible for mistakes, as long as doing so doesn't interfere with #1, above.
I.e. follow the Internet maxim, "be conservative in what you do, and liberal in what you accept"
3. Issue a web page quality feedback to the user so if a site has bad HTML, the user knows, so she can fix the site if it is hers, let the web master know if someone else is responsible for the site, know that a company can't do web pages right (great if you are browsing a web page design company's site!;) or at least know that the reason the page looks bad is because of the web page being poorly done, and not a browser issue.
A good implementation would be, for example, an icon which shows quality, and when clicked shows any errors in the page. E.g. if the page is good there would be a smiley face and a tool tip would say "No errors - high quality page", and if the page was bad there would be a frown face and when you clicked it you'd get a window opening with a list of the errors in it. A really good implemenation would have a whole site of icons for perfect, good, ok, bad, and horrid HTML. Of course, the lower the quality, the more likely there are to be problems rendering the page...
-- Just because it CAN be done, doesn't mean it should!
Until my boss gets a message saying that I made a "bad page", because , , , and all the other tags I've been using for 5 years are depricated in HTML 4.0. And in another 5 years the page wont render because
and have been depricated to support IE's new
tags.
The biggest user agent problem I see is resultant from plugins. (and *cking Java applets) Most plugins only work with IE, and then after you download and install them to view the page, you are forced to reboot, then come back and re-find the page. And for all of that, you get a 3d rendered penguin in Metastream.
And Java applets... Talk about "Is my computer locked up??" kinda days.... Egad...
It's already out there (for Mac users) - There is a browser called iCab - It smiles if your HTML is valid and frowns if it's got errors in it. You can also click the face and it will list all the errors. I use it to validate all my websites.
It's still in development, and the final version will be shareware.
There must be similar stuff out there for M$ and *nix platforms...
-- perl -e 'print "Just another Perl newbie\n";'
How about following the DTDs?
by
Enry
·
· Score: 5
Browsers started going to hell in a handbasket when they forgot why HTML was around in the first place - to make a platform-independent system for sharing information. Thus, a web page in Netscape *should* look different than a web page in IE, *however* the content should be the same.
The DTD merely says that this text is in a paragraph. Unfortunately, most browsers have embraced and extended this to assume that all browsers have the exact same layout. Thus, changing font sizes or types in your browser makes the page look just plain wrong.
Back when the DTD was being followed, *everyone* built web browsers, and all was good with the world. The content was similar, and no matter what the platform, you could still browse. Then came . And . And and all hell broke loose.
Now we're in an IE world. One browser for everyone. Netscape is flailing, Mozilla is close, but MS has free run of the DTD.
If you really want browser wars to heat up, you have to make usre that the browser followed the DTD properly so the display is not driven by the content, but is driven by the end user, as it should be.
Re:How about following the DTDs?
by
odaiwai
·
· Score: 1
The tag is the only tag which exists in a closing form only.:)
dave
Re:How about following the DTDs?
by
Malcontent
·
· Score: 1
The average Joe is too stupid or lazy to download and install his own browser. The average joe uses whatever is preinstalled on his system. For the average joe this is IE.
--
War is necrophilia.
Re:How about following the DTDs?
by
HalfFlat
·
· Score: 2
G-funk wrote,
When will you people learn, that the look and feel of a site
Is just as important as it's content?
This is just wrong.
If look and feel is just as important to you, the provider of the information, then the WWW with HTML is not for you. You want a flash presentation or a PDF.
HTML is rendered on multiple platforms, on different media, for people with different requirements. There is simply no way one can ensure that the look and feel of a site is preserved. None. Not only that, but the attempts by authors to make them so generally result in making the content itself inaccessible to between 5% and 20% of readers. This is obviously screwy.
I'm sure there are some applications for which the exact presentation of content is a crucial component of the content itself. I can't recall the last time I came across such a web page though. While there are thousands (millions?) which do sacrifice accessibility and usability on the altar of `user experience'.
If you need exact presentation, use flash and PDF. If you actually have anything important to say, use HTML and live with the fact that it won't look (or sound, or print) the same to every reader. Just cope.
Re:How about following the DTDs?
by
AME
·
· Score: 3
Content is not the most important part of a website...if either are lax your website is useless.
Baloney. This is the information age, not the presentation age. I never go to a site to see what it looks like today. I want to find out what information is there today. If I'm interested in a 'user experience' I'll watch the commercials during the Super Bowl.
If the presentation is poorly done (the definition of 'poorly done' is different for different people) then it might be useless to some people. If there is no or low quality content then the site is useless to everyone, except perhaps to those who visit sites just to see what they look like.
Consider how cleverly crafted presentation will be lost on someone who is blind, color blind, epileptic, deaf, accessing the sight from a mobile phone, or some low bandwidth connection, etc.
Most people don't go to the internet just to look at the pretty pictures.
--
-- "I have a good idea why it's hard to verify programs. They're usually wrong." --Manuel Blum, FOCS 94
Re:How about following the DTDs?
by
Enry
·
· Score: 3
Ooh....my tags got taken literally. Rats. Should read:
Then came <blink>. And <center> . And <font> and all hell broke loose.
Re:How about following the DTDs?
by
i387
·
· Score: 1
Typical IE user. He didn't even *open* his rant element with the tag.
Sloppy, very sloppy.
Re:How about following the DTDs?
by
i387
·
· Score: 1
"it's just that nobody but the Microsoft supports these standards [XSL/xHTML] in a browser."
XSL support is coming soon. XHTML support is already here in almost any modern browser.
And how about supporting CSS to format XML (like Mozilla)? Most designers already know CSS anyway. XSL is far more powerful, but let's start with some basic functionality before taking huge leaps forcing people to learn not one, but two new languages to utilize XML.
Re:How about following the DTDs?
by
leviramsey
·
· Score: 1
And of those, (take note MS bashers), two were introduced by Netscape. Hell, was never supported by IE (one of the few good decisions made by microsoft.
Re:How about following the DTDs?
by
Delphis
·
· Score: 1
Proof that some people really ARE selling COMPLETE SHIT on the internet:
Re:How about following the DTDs?
by
deft
·
· Score: 1
if everything in the web world was puppy dogs and icecream, then maybe this would still stand true...but it doesnt anymore.
with websites going to graphical representations and layouts dependant on tables rendering correctly (unless layers are being used), the need for a browser to render html as it is supposed to is extremely important.
we arent in a basic text based world anymore. the whole idea of html being universal is not so that the OS/browser can read it the same...its so it can RENDER it the same. till that is achieved, it parallels any other situation where the code isnt read and presented correctly.
--
There's nothing Intelligent about Intelligent Design.
Re:How about following the DTDs?
by
garett_spencley
·
· Score: 1
so, uh. why are trolling on slashdot then? If the web sucks so much why not do something else like read a book or go out somewhere? That's saying "this coffee fucking sucks!" and taking another sip.
--
Garett
Re:How about following the DTDs?
by
acroyear
·
· Score: 2
and <marquee> was never supported by netscape...
--
"But remember, most lynch mobs aren't this nice." (H.Simpson)
-- Joe
Re:How about following the DTDs?
by
$eyeB0rq_munqee
·
· Score: 1
browsers didn't go to hell in a handbasket... the whole motherfuckin' web went to hell once marketing ass-fucks got a-hold of it. "yes, we can sell everything on the web" like hell... e-commerce my ass, what a fuckin' joke. And microsoft ain't helpin', with their ill-concieved satan-spawned agendas... buncha fuckin' morons.
The public transit website in my area is very basic (works in lynx, even), but flashy, printable pages are all done with pdf. I think this is in an example of good design.
[ot] I think a good measure for the cross-platform compatability of your pdf files is to run them through BePDF - it's fast, but drops detail on very complex documents.
Re:What I find completely amazing...
by
Mr.+Slippery
·
· Score: 3
...then there is no reason that the page should not display identically on each persons browser. I find it unfathomable that this is not the case.
There are many reasons why two correctly-functioning browsers will display the same page differently. The <p> tag, for example, without style information, just means "paragraph" - there's no reason different browsers might not have (compiled-in or user configured) different default fonts, default spacing between paragraphs, default paragraph indentation, etcetera. Even with style information, the user can override the author's preferences.
Web pages are not Postscript or PDF documents. HTML authors who try to make pages that look exactly the same in all browsers Just Don't Get It.
Tom Swiss | the infamous tms | http://www.infamous.net/
-- Tom Swiss | the infamous tms | my blog You cannot wash away blood with blood
Here I am, typing into a <TEXTAREA> , a widget so abhominably broken, it only understands the barest rudiments of text editing (hit key, print letter), and they're worried about broken or missing <A> tags.
Come on, people... one of the most common uses of the web these days is to post messages on a weblog-type site (like, oh, Slashdot) -- and there isn't a widget that we can use other than the <TEXTAREA> so normal people can type text in, highlight a few words, and hit a BOLD button? They have to learn to use <B> tags? What is this, 1983?
I'll tell you what -- when there is a web browser that is isn't brainsick, then I'll care about the UI implementation of broken <A> tags...
The sad thing is Microsoft 'fixed' this issue a while ago.
Late 1999 or early 2000, I saw a webpage that embedded controls from Wordpad/Word.
You could type text, select it, hit the bold or italics icon to format it, etc. just like in a word processor. You could then view the formatted text on another web page.
The catch being you had to use Internet Explorer on Windows. I don't recall what happened if you tried the page in Netscape or IE/Mac.
If you want a cross-platform website, you end up catering to the lowest common denominator (i.e. ).
If or until the LCD is raised, we'll be stuck in the 90's.
Let me get this straight... people can't learn to type <b> and </b>?
I'm flabbergasted. This is not rocket science.
I was going to make some snide remark about users drooling in their keyboards, but I'm sure those poor people who might desire to contribute to Slashdot but are cursed with a lack of motor control would not only be able to grasp the concept of marked text but would infintely prefer a scheme such with tags to some system requiring fine control of a mouse or pointer.
Call me elitist, but some fundamental level of web literacy is not too much to ask of people who are themselves contributing to the web.
Let me get this straight -- according to you, you have to have some fundamental level of knowledge to use the web, right? And that fundamental level includes marking up text?
Should you have the same level of restrictions for driving a car? A car is a more complicated machine than a computer is -- it deals with electronics, chemical reactions, etc -- plus, it's more dangerous than a computer. Should we require that drivers know how timing chains work? Or do we just drive the damn car and let mechanics deal with the intricacies of the engine?
If you leave your clients stuck with putting <B> tags in a lame TEXTAREA (a process nobody who's used a word processor newer than WordStar 3 is familiar with), your clients will soon become MY clients, because I try to deal with that very issue.
(However, you're right that I should be using <EM> tags... according to spec. However, nobody thinks in terms of EMPHASIS, they think in terms of BOLD. Thus, <B> tags)
How about a tag? (No, you don't need an tag, as the browser is probably already inside emacs.) --------
Genius dies of the same blow that destroys liberty.
Well, car's are dangerous things. That's why there is an extensive system of licenses and tests in most countries. If people just did whatever they liked on the road in a car, there would be mayhem. You wouldn't know what to expect.
A webpage is not a car. It's (typically) not nearly as dangerous. But one can make analogies. Knowing the difference between text and markup is as fundamental a part of contributing to the web as knowing the difference between the clutch and the accelerator when driving.
It's not too much to expect that drivers have a basic literacy as regards road rules, signs and the various control mechanisms of a car. Similarly, basic HTML, the language of the web, should be at least familiar to those who produce web content. Just as a working knowledge of car mechanics is only rarely useful in the everyday context of driving, the knowledge of HTTP and Apache configuration is not something one would expect every web author to have. I do believe your argument in fact better supports my own point.
Just to be clear, I think that it IS a good idea for somebody to have a rudimentary knowledge of HTML markup.
Regardless, I don't count on anybody having that knowledge. You liken the concept of HTML to the knowledge of the difference between the clutch and the accelerator. If you base your argument on this comparison, you're correct. However, the comparison is erroneous.
The functioning of a car is dependant on the proper use and understanding of the clutch and accelerator. There is no way to operate a car successfully if you don't know how to use them properly.
On the other hand, a Web page can be successfully navigated without the use of the keyboard at all, much less the need to type HTML tags. A "talkback" section can disallow HTML completely. You can function FOREVER on the Web without knowing how to type HTML tags.
The clutch/accelerator analogy is closer to the Back/Forward buttons on a browser window. Not knowing how to use those will stall you fairly quickly on a typical web site, just like the improper use of a clutch will. A more proper analogy for HTML tags to a car would be the wiring behind the dashboard that makes the radio or the spedometer light up. It's not complicated, and a few days spent studying it will familiarize you with how it works, but is completely unnessecary to the proper operation of the car.
Thus, my argument still stands -- why must we force non-mechanics learn the language of mechanics in order to write simple notes on a Web site?
There is absolutely no reason why the TEXTAREA widget in your browser couldn't be written to generate when you select BOLD. Of course, it should be somehow optional, since the whole idea of HTML is that neither the server nor the browser gives a rat's ass what is running at the other end of the net.
I know, I wish Slashdot had the same type of WYSIWYG editor that my weblog does.
That's silly. A web site should not have its own text editor! That's the client's job, with the client in this case being the web browser.
One of my longterm mozilla wishes is to be able to edit textarea text with an external editor -- just like in every sane Unix program. Just have the user press Alt-E (or whatever), then copy the text to a temp file, invoke the user's defined editor (rxvt -e vim for me, please), and when the user saves, read the text from the file and replace what's in the textarea. What could be simpler? Why in the name of the great lizard isn't this implemented yet? (Or if it's implemented, why didn't anybody tell me?;-) )
Here I am, typing into a < TEXTAREA > , a widget so abhominably broken, it only understands the barest rudiments of text editing (hit key, print letter), and they're worried about broken or
missing < A > tags.
How the textarea works is really nothing the w3c can have anything to say about, as long as text can get entered. According to the abstract: This document explains some common mistakes in user agents due to incorrect or incomplete implementation of specifications, and suggests remedies. If it's not in the spec, they didn't address it, because it's not their business.
However, I deal with this question every freaking day. People don't want to pay me to maintain their sites, they want administration sections. Fine, I can do that -- I actually prefer it, since I'm not hassled with "there's a misspelling on page 3" phone calls [no, I'm not kidding, I get that all the time]
So, these twinks go into their admin pages, I give 'em a text area to type stuff in (and even try to do nice things like "hit enter twice to make a new paragraph"). Then I'm bombarded with complaints -- "You mean I can't use bold/italic/fonts/font sizes?" Well, yes, but you have to type in (admittedly simple) control characters to do so. "Oh, that sounds complicated -- can I type it in Word and use the Save to the Web feature?"
Ye gods and little fishes...
-- Potato chips are a by-yourself food.
XHTML to the rescue!!!
by
benspionage
·
· Score: 2
Goodbye HTML (4.0 is the final W3C specification)
Hello XHML (HTML described in XML)
As other posters have noted, a lot of problems
have been caused by the so called "race to the bottom" where current browsers try to render the worst HTML code possible.
That is exactly why we need XHTML where the authors are forced to write DTD compliant documents to start off with or they simply will not be displayed.
This means that the people writing XML processors
for a given browser don't have to worry about
supporting anything outside the specification.
(Although displaying useful error messages for
incorrect documents may be a sticky point)
Yeah, except wether or not a browser does that is not covered in the spec for HTML. The goal is to make all browsers follow the spec, and the spec explicetly has nothing to do what they do while they're loading, just how it aught to display the data when it's got it.
Another example of this is displaying tables while loading. This is a really neat feature. It too has nothing to do with the spec.
Also, someone mentioned fixing <TEXTAREA> so that users could click a button for bold instead of having to type B tags. Interesting idea, except textarea is designed to do all kinds of things besides except html code. If you really want a bold button, write a little something up in java, I'm sure it's possible.
God does not play dice with the universe. Albert Einstein
-- Those who fail to understand communication protocols, are doomed to repeat them over port 80.
Re:I dont understand why a browser hasnt done this
by
mashy
·
· Score: 1
it's convenient but that's not what browsers are for. those separate specialty programs should exist so you can have some easy choice over the matter, as you should with every part of your browser
Re:Speaking of buggy browsers...
by
Sethb
·
· Score: 2
I think you mean Netscape 6.01, not 6.1. I've downloaded it, and haven't found any real differences as of yet... ---
--
When in danger or in doubt, run in circles, scream and shout. --Robert A. Heinlein
Yeah, but if I drive by with my windows open and my car stereo turned all the way up, and a recording of a 300 baud modem sending a patch in my cassette deck, that might work better.;)
-- Just because it CAN be done, doesn't mean it should!
Over time, the W3 Consortium's mandate has expanded massively - but I think they've gone way overboard in terms of trying to define usability. IMHO, it's very much the browser designers' choice whether to highlight links, report errors in a certain way, etc. The whole of section 1.x is entirely beyond their "jurisdiction" (let's remember that they're self appointed here, folks).
Did you read the document? Chill out. The document starts with "This document is a Note made available by the W3C for discussion only. Publication of this Note by W3C indicates no endorsement by W3C or the W3C Team, or any
W3C Members." Put more simply, "Here's some things we thought were good ideas that we would like to share with you. Do with it what you will."
You still might want the user to see the message. For example to differentiate between the ISP terminating the page, and the following: "The user has died and as a result has had their account terminated. The page you are looking for is gone for good". Or, "This page was full of BS, and I decided to stop inflicting its ramblings upon the Internet." (Of course, pages full of BS comprise most of the web).
-- Just because it CAN be done, doesn't mean it should!
A quick troll for the metric system
by
StrawberryFrog
·
· Score: 1
> Since when is Canadian a language?
A Canadian version, or more properly, an international verion of a document, would express measurements in the sensible metric system, rather than the antiquated, inconsisitent, absurd imperial measurements (so called becuase the British empire used to use them. Used to). Do you speak Canadian measurements?
--
My Karma: ran over your Dogma
StrawberryFrog
Re:A quick troll for the metric system
by
Dwonis
·
· Score: 1
It would also not subtly rearrange the letters in words such as "colour", "favourite", "centre", etc.
As a side note, I think some words should be expanded. "Centre" could be an organization (eg. "Medical Centre", "Centre for Disease Control"), while "center" could be a point (eg. "the center of the circle"). --------
Genius dies of the same blow that destroys liberty.
Re:A quick troll for the metric system
by
dadragon
·
· Score: 1
As a side note, I think some words should be expanded. "Centre" could be an organization (eg.
"Medical Centre", "Centre for Disease Control"), while "center" could be a point (eg. "the center of
the circle").
No. Centre is just how it is spelled. See The Oxford Guide to Canadian English Usage
-- God save our Queen, and Heaven bless The Maple Leaf Forever!
To frame or not to frame?
by
sid_vicious
·
· Score: 1
Note: The authors do not encourage Web content developers to use frames as they can cause many usability and accessibility problems.
Hmmm... this quote was from a note attached to one of their recommendations. While I've been on a great number of sites that do frames very badly, frames done well can be a great benefit.
For instance, I've always been impressed with the way the Java API is layed out...
-- If it ain't broke, it doesn't have enough features yet.
Re:To frame or not to frame?
by
fishman
·
· Score: 1
I think your missing the point here. Frames are not accessable. Visually impared people using specialised browsers have great difficulty browsing sites that use frames.
And these days with standards like XHTML, you don't really need to use frames. Also, the BACK button is very bad with frames.
Bring back verbose loading!
by
ibpooks
·
· Score: 4
Here's one I'm surprised to see didn't show up: verbose page loading. What I mean by that is have the browser actually tell you what it's doing as it goes through the process of loading a page.
I remember old browsers used to display information like:
Resolving name..
Contacting server
Negotiating connection
Downloading xxxx.html
Closing connection
Done.
The trend I've seen in modern browsers simply say "Loading" or "Opening" without telling me what's happening. Having the extra information would help when troubleshooting what section of the content isn't loading.
Re:Bring back verbose loading!
by
Malc
·
· Score: 1
That's very nice, but I find it unusable in the status bar for anything other than an indication that something is going on. Connections are so fast now, and there are so many objects on a page (being loaded concurrently too), that the status bar isn't a very good place to display such feedback. The messages flick past too quickly.
Re:Bring back verbose loading!
by
radja
·
· Score: 1
it's a beer picture..
//rdj
--
No one can understand the truth until he drinks of coffee's frothy goodness.
--Sheikh Abd-Al-Kadir, 1587
Re:Bring back verbose loading!
by
Reziac
·
· Score: 1
So if it confuses average users, at least put the OPTION to turn it on down where they hide all the other config items only used by geeks. One reason I persist with old Netscape 3.04 is that it DOES tell me everything that's going on, in some detail.
-- ~REZ~
#43301. Who'd fake being me anyway?
Re:Bring back verbose loading!
by
Toothpick
·
· Score: 1
I also want to be able to pop open a window to see the MIME headers, just like the "Page Source". This would be especially valuable to server daemon developers.
Re:Bring back verbose loading!
by
bjb
·
· Score: 2
Actually, Netscape 4.76 still does this... At least on my SPARC Solaris version. The only thing is that since the connection to the internet is so darn fast, the messages flash by faster than you get a chance to read them.
I think the argument that browsers only say "Opening page..." is because that person is using Internet Explorer.
--
--
Never hit your grandmother with a shovel, for it leaves a bad impression on her mind...
Re:Bring back verbose loading!
by
kyz
·
· Score: 2
Amiga Voyager has a little bank of dots on the status bar, which show a colour to represent each concurrent connection. The primary connection (ie, the page being loaded in that window) gets to write 'looking up', 'reading', 'stalled', etc, into the status bar. Would that help?
-- Does my bum look big in this?
Re:Bring back verbose loading!
by
Nickoty
·
· Score: 1
Often sites use HTTP/1.1 with persistent connections, and in these cases it stil could be useful. Since almost always all data on one pages comes from one server with one name, info about resolving could stil be useful - and also, info about connecting (or even 'sending SYN',... etc). The info that doesn't fit in the status bar could be displayed in a logwindow of some kind, that you could bring up and look in to see what kind of errors have occured. Here even rendering problems could be told, and stuff like 'your browser doesn't support java, so the applet(s) on this page can't be displayed'.
I agree very much indeed with the original author how wanted verbose loading - I think this is the one thing I miss most in all modern browsers. IE is almost perfect (except the obvious, and that it isn't just a widget that could be fit into other apps (and NO, IWebBrowser isn't good enough since it doesn't let you override enough functions)) except for the lack of descriptive error messages. A very big improvement could be if it told if it was the resolving or the connecting that failed!!
--
-- Cure for Cancer instead of SETI! (only w32 yet - mail and beg)
Re:Bring back verbose loading!
by
ChaosDiscord
·
· Score: 3
Actually, most users are confused by verbose details. If you present the information, they assume it must be important and that they should understand it. "It says it's 'negotiating connection.' Is that good or bad?" If you tell the user to ignore the messages, you're reinforcing the perception that computers are very complex and the user isn't really smart enough to use them. Hiding the unnecessary complexity makes the experience more comfortable for the user.
That said, having an option "[ ] Show me details when downloading a page" would be great for those of us who can use the information.
Re:Bring back verbose loading!
by
wishus
·
· Score: 1
Downloading xxxx.html
4 Xs? Man you must look at some dirty sites.:) ---
Useability
by
Anonymous Coward
·
· Score: 2
Bitch, bitch, bitch.
"Oh so and so browser doesn't render properly"
"Well, your browser introduced proprietary crap"
"At least my company isn't co-opting the world"
Blah, blah, blah. While I agree with many of the posts that lament about rendering and a lack of standards - I think we all need to get back to the basics: Useability. We've become so enamoured by our ability to 'do things', we've forgotten that the majority of people surfing beside us have little or no computer knowledge. They don't see the difference between a static HTML page and a page that was built on the fly using PHP and mySQL. What they do notice is incoherent navigation schemes and huge download times.
Having worked extensively training new computer users of all ages, I think I have more hands-on useability experience than your typical Slashdot reader. The following are some improvements that need to be made (by browser authors and web designers):
- 404 Errors, 500 Errors and so on. As one poster mentioned already: provide more information about these errors. A 404 File Not Found error means absolutely nothing to an 85 year old man. Make your own set of error pages that explain the error and how it could be fixed. Also provide a listing of other resources that are available on your site.
- Information Architecture: Make the information on your page easy to find. Don't bury your content underneath a pile of Flash animations. Sit down and plan a navigation scheme that will allow users to easily find information on your site. Any first time computer user should be able to find the most obscure piece of information on your site in under a minute.
- Another poster brought up another great point about . This is a terrible way for people to enter information. A first time comptuer user has no concept of HTML tags, as simple as they may be. We need to develop something that will allow them to highlight text and make formatting changes like they would in a word processor.
- Cluttered Browsers: Most of the browsers available today are cluttered with buttons and advertising. Keep It Simple Stupid. People become easily confused by a wide variety of buttons. ICQ is a decent example. You have Basic and Advanced Modes. Web broswers should be the same. A basic mode has your most rudimentary buttons (forward, back, stop, bookmarks) while your advanced mode allows access to the "Search" and "History" 'tools' ahem.
- Documentation: Provide some damn documentation with your browers. The current documentation is terrible. People can't find solutions to their problems... Mainly because the current documentation is poorly written and the information architecture of the documentation is terrible too. Make it simple. Have a list of "How-To" guides that explain basic concepts and provide screenshots.
They may sound like inane suggestions, but they're improvements that would go a long way in making the surfing experience of beginners a lot more enjoyable.
for you browser writers out there
by
po_boy
·
· Score: 5
If it matters, I personally consider this one to be the most important:
1.8 Provide a mechanism to allow authentication information to expire.
Many browsers allow configuration to save HTTP authentication [RFC2616, RFC2617] information ("remember my password"). They should also allow users to "flush" that authentication information
on request. For instance, the user may wish to leave the user agent running but tell it to forget the password to access the user's bank account.
Wrong: Most user agents consider that authentication information (e.g., password) provided by a user for a server/realm pair during a session is immutable for the duration of the session.
I don't think I'm the only one that finds it quite annoying to have to exit and restart my browser in order to make it forget my HTTP authemtication information. I believe Netscape and IE both have this problem.
Re:for you browser writers out there
by
Malc
·
· Score: 1
I think that it is also referring to the fact that IE doesn't provide a UI to it's protected storage. Some of this password stuff is not transient... if you accidentally tell it to remember something, or decide later that you want to make it forget, you have to blow away everything.
Re:for you browser writers out there
by
cyberdonny
·
· Score: 1
> I don't think I'm the only one that finds it quite annoying to have to exit and restart my browser in order to make it forget my HTTP authemtication information. I believe Netscape and IE both have this problem.
It's even worth if this happens to you at a public Internet Kiosk. Where you really don't want the next user to surf over to your private e-mail. And you have no way of flushing neither the password, nor the URL history (still containing the URL of your webmail). Last this happened to me was at a bank in Switzerland. They happened to have one of those Internet kiosks in their ATM area. After checking my mail, I noticed that there was no way of quitting the browser (which was running in full screen mode, with the window-close button nicely hidden). Even visiting Bluescreen.org.lu
didn't help, nor any of the other "crash your windows" sites. Eventually, the only thing left was pulling the power cord (fortunately, this kiosk wasn't built into the wall).
Re:for you browser writers out there
by
Sakke
·
· Score: 1
for zillion times i wished i had a button in netscape that does "clear http-auth", this is one the biggest missing features that is not related to rendering html, and it's not available afaik in any browser.
-- ound the message used repetitively over and over still nothing grows silen
Since when is W3C a standardisation organisation?
by
Otis_INF
·
· Score: 2
I mean: the HTML syntax is so full of stupid things a normal standardisation organisation like ANSI or ISO would never include. Example? when you add a textbox to a page, you have to specify the LENGTH of the textbox in characters but you do that with the parameter 'size'. The MAXIMUM LENGTH of the textbox isn't maxsize or something, but maxlength... erm... first it's size now it's length.
And there are a lot of these small things. An organisation that calls itself an official standardisation organisation should first think if they're capable of doing the job correctly before stepping forward with all kinds of 'do this and do that and everything will be allright'.
Until then, I don't see HTML as a 'standard' which is standarized by a standardisation organisation, but 'just a propriatry language'. --
--
Never underestimate the relief of true separation of Religion and State.
Internet Explorer 5 is probably the most standards compliant browser ever made. Mozilla is doing a fine job, however it may still be debatable which one supports the standard more fully (after Moz is out of beta, of course).
Not all Microsoft products are susceptible to slight breakage in standards compliance. Their browser is exactly opposite of that.
This isn't really why web browsers suck...
by
jasonk3
·
· Score: 1
It's more like a list of things browsers should have. And most browsers out there today do have a good majority of these features.
Although target highlighting would be pretty cool, if more people used target anchors.
More flexibility in caching algorithms - for example, cache images but refresh content would speed many browsers. IE5 caches based on time periods, which are either too long or too short for many sites.
Allow users to define behavior of typing in a name into the url text box. Some browsers assume that this means that you want to search, or go to a database such as realnames. Defaulting to www..com (or.org or whatever) would simplify and speed browsing.
Defaulting to www..com (or.org or whatever) would simplify and speed browsing.
This is WRONG. Sure, it may make things easier for the most naive of users, but it breaks things for more advanced users. (And I believe that if you keep aiming products at the lowest common denominator, you end up with stupider and stupider users...)
An example: Suppose I am testing a page on our development server (named "yeti"), and I type in the address http://yeti/path/to/page.html. Unbeknownst to me, Apache is down on yeti, so the browser can't reach it...and decides to go to www.yeti.com?!?! Which almost certainly does not have path/to/page.html, so I get a 404 which is almost certainly wrong. I typed yeti; I meant yeti. For the browser to assume it can read my mind and know what I really want is not helpful.
"Defaulting to www..com (or.org or whatever) would simplify and speed browsing. "
Netscape has done this as long as I can remember. It used to drive me nuts when I had to use IE and couldn't, for example, just type "cnn" to go to "www.cnn.com". I want the ability to define a search order... or perhaps that's something that belongs in the operating system so that it would affect all DNS lookups.
This is actually already available in the browser I use daily; Opera (yes, it has some good ideas built into it too).
You can specifiy time periods for when it should check whether the document, image or "other" has been modified in days, hours, mins and also "always" and "never". I've seen it cache CGI-output and not bother to contact the server, which of course gives a blazingly fast loading of pages.
It's already been thought of, at least on the client-side, but not in one of the "major two" browsers.
There already are PLENTY of ways in HTTP/1.1 of controling caching behavior. The one you describe, cache images longer than text, is for example easily suported. Also asking the server when a document was last changed is implemented, as well as more advanced stuff like asking for a MD5 sum of the content a given request would return. It's VERY sad very few web sites actually USE these mechanisms. See rfc-2616 and be amazed by how well these things could work!!!!!
--
-- Cure for Cancer instead of SETI! (only w32 yet - mail and beg)
Allow users to define behavior of typing in a name into the url text box. Some browsers assume that this means that you want to search, or go to a database such as realnames. Defaulting to www..com (or.org or whatever) would simplify and speed browsing.
Or how about being able to compose a list with prefixes and sufixes to try.
If I typed "slashdot" it should for example try (assuming the domains didn't exist):
slashdot.com
www.slashdot.com
slashdot.net
www.slashdot.net
slashdot.org
www.slashdot.org
slashdot.be
www.slashdot.be
With 1-6 being default (though it would be nice if 7-8 would be localised).
You can define that in/etc/resolv.conf (I assume there's something similar in NT)
EG my home network is "oaco.tla" and I work at "foo.co.nz" so those are the first two entries. If I type "ssh pluto" it'll try "pluto.oaco.tla" and then "pluto.foo.co.nz" for me.. saves lots of typing.
Whilst creating my web page, I noticed that MSIE did not render the parameter "ALIGN='justify'" in a table cell.
I'm stumped as to why, because it's difficult to derive a motive of world domination and global repression from this!?
Someone please help!!...:)
Slashdot gets it wrong again
by
johnnyb
·
· Score: 1
Does anyone read the articles they post? Anyone? This is not about what you can do about web browsers. This document is for web browser creators, not web page writers. It tells you what the UI of your browser _should_ act like. It offers no help to those using poorly designed browsers.
Re:Slashdot gets it wrong again
by
CArnesen
·
· Score: 2
I strongly disagree... Any webpage author should know in detail how web servers communicate and how web browsers interpret the data. I think that this document is important to everyone!
These days, your browser is a tool you use with your computer, in the same way a text editor or ftp client has been for a while. This is especially true for many users of free software, since the documentation is, by and large, on the web. Browsers, on the other hand, have grown much like a microsoft product -- more complex, more bloated, and with more features rather than simple and functional. I would love to see a browser with the html rendering abilities of mozilla or internet explorer, but without all the other functions. Such a browser might still need frames support, and possibly javascript, but it wouldn't need to be your chat program, your html editor, or your kitchen sink. It seems like most browsers fall on either end: lynx which is stable but which can't see many of the sites which are written these days, and mozilla which takes up a lot of RAM and does everything you'll ever need to do on your computer.
Up until Opera 5, Opera fit the bill very nicely. I'm not so sure, now that they've integrated an icq client and kept their very basic mailer. It's still a very comapct piece of software.
By the way, the linux version will probably include an icq client and will be ad-supported. However, I've heard that they will make the icq component an optional part of the package.
the ideal width of text lines is not as long as possible. The eyes have to scan too many times horizontally.
Agreed. The concept of user interface design did not begin at Xerox PARC in the 70s. It goes back to stuff like stone tools and papyrus manuscripts.
Ever wonder why magazines and newspapers break text up into columns rather than letting a paragraph run the entire width of the page? Hint: it's not because of adverts, or because their machines couldn't handle it. It's because they realized that eyes can't handle that much text all at once.
BTW, median screen resolution is 800x600, and it's likely to get smaller in the next few years. Think Palm.
I'm always skeptical of/. article submissions that are two lines long. This article has nothing to do with 'why web browers suck, and what you can do about it'. The problems described in the article are not that common at all. Most are trivial! Who cares if my browser doesn't give me any visual clues that an anchor link is broken? I'm a smart kid, I can figure it out. I'm much more worried when Netscape can't even render tables correctly.
This article would have been much more useful with a table (sorry, Netscape users) of common browsers and which ones support good features and which don't.
someone previously suggested that the "experience" of a web page was just as important as the content.
wrong, nobody wants to "experience" a web page. An in-your-face web page is a web page that puts people off. HTML isn't an entermainment medium (though some of the source is very funny) -- it's the content that's important.
They forgot...
by
Anonymous Coward
·
· Score: 1
No cookies to be sent to resources from third-party domains. What I mean is, if I download a web page from x.com, then my browser should not send ANY cookies to images on that page if they came from y.com. I can't think of ANY reason why this is a legitimate need.
Be a great way to eliminate web bugs and other such tracking methods. I wish my browser did this, or gave me the option to do this. If the web page came from y.com, maybe then they can have their cookies.
Re:Since when is W3C a standardisation organisatio
by
Balp
·
· Score: 1
At least HTML 2.0 is a ISO standard...
some of this not possible in all web _servers_
by
mighty+jebus
·
· Score: 1
some of these, especially the chunked encoding, transfer negotiation, and things like bookmarking negotiated URIs, isn't possible with IIS and other web servers.
so, what kind of world would that be when all of the UAs did the right thing and the servers fell over?
-- Leading the partnership for a Slashdot-Free Slashdot,
Son of Dog
As much as I hate to use a management buzzword, it's good to see the W3C being proactive about this situation, and do something to remedy it. I have a feeling Mozilla will follow spec, and MS will not (as usual).
You should be proud to use the word "proactive." Even if management uses it a lot, it's actually a good word that means something very important and should be used and adhered to every day.
--
--
+1 Insightful, -1 Troll. What can I say, I'm an Insightful Troll.
Can some one tell me why this happens. Why are web browsers so bad at following the W3C standards. In most cases, if there's an accepted standards setting body, don't most companies apply the standards or get shamed or laughed out of the market (not counting Microsoft).
I'm just some putz, wanna be programmer but if I were to decide to create a web browser, I would want to follow the standards to the letter. I haven't seen anything to suggest that the standards are poorly chosen.
Product Differentiation vs. Standards, Simplicity
by
billstewart
·
· Score: 2
One of the main problems with browsers is that the big players want to offer product differentiation, so people will design web pages that are "Best Viewed With BloatBrowser" and so they can leverage their free browser to get people to pay money to buy their non-free BloatAuthor HTML-plus-bloat-objects authoring tool and BloatServer web server and KitchenSinkWare email/calendar/dogwalking product.
A related problem is that the Sun+Netscape Java Browser Conspiracy threatened to create a Runs-Almost-Anywhere programming environment that would make the underlying operating system mostly irrelevant, so software buyers and software users wouldn't have to care if they were using MacOS, Linux, FooBSD, Solaris, or those products from Redmond, which forced Microsoft to invade the browser market to keep from getting killed.
Bill Stewart
New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
The browser wars at at fault.
by
Gendou
·
· Score: 3
We're always arguing... "NS supports the standards." "IE supports the standards." Well, the thing is... it was a rush to become more popular with the standards that your browser introduced. In the case of IE vs. NS, the two biggest players when a lot of our standards were being formed, IE introduced the features that made webpages more flexable and dynamic. Netscape stagnated however, not really coming up with anything new. Internet Explorer won out and the W3C had to conform to it. And this is not necessarily a bad thing. Think about how far behind web technologies would be if NS was the dominant browser? Sure, NS and IE can do a lot of the same things - problem is, IE does them more cleanly whereas equivalent NS implimentations are essentially big ugly hacks. And well, of course, there's a plethora of useful features that are in IE that you could never do with NS. And when is the last time NS introduced anything new? *pfft*
What makes browsers suck now? Everyone who makes a browser is very reluctant to follow the path of the ones who won the war. I can think of a few examples - specifically a few that IE introduced to CSS standards that Netscape rejected, Mozilla implimented then broke or removed, and no other browsers will do. I'm referring to the:hover property. Is this feature a bad thing? Absolutely not! Better than making a big hacky JavaScript solution to do the same thing. But will any other browsers support this? No. That's just stupid - and it's not the only example.
Well, this post may jump around a lot and lack consistency, but I'm rushing to the point and I think the point is clear. Browsers suck because web developers want to use new technologies being developed by companies who build web browsers that introduce them. Then the other browsers refuse to adopt the new technologies - in several cases simply because the authors hate the company *coughMicrosoftcough* that introduced them. That's just stupid.
Re:The browser wars at at fault.
by
leviramsey
·
· Score: 1
I believe Opera supports hover... even in the Linux beta-5. I'd test it right now, but I'm not on a machine with Opera.
Re:The browser wars at at fault.
by
imevil
·
· Score: 1
Here you can find a list of browser with descriptions:
Why should anyone listen to them?
by
7-Vodka
·
· Score: 1
I don't see any good reason why anyone should listen to them. A lot of the points in that document are a matter of prefference. Also, since they can't even make a working browser themselves (maya sux0rz) what can they have to teach people who have browsers several levels above their's in functionality.
--
Liberty.
Logout (was Re:for you browser writers out there)
by
Chris+Hiner
·
· Score: 2
Wrong! Think long-term: If a web designer knows that 50%+ of his audience is going to be annoyed by his site, he'll make a clean page.
The e-mail thing is cool, but it would just result in every hostmaster redirecting all mail to webmaster to/dev/null. --------
Genius dies of the same blow that destroys liberty.
Re:"link" type considered harmful
by
MrBogus
·
· Score: 1
No luck on Mozilla 0.7, but thank you for satisfying a long standing feature request of mine! I'll look for it in future releases.
--
When I hear the word 'innovation', I reach for my pistol.
Re:"link" type considered harmful
by
MrBogus
·
· Score: 2
Right on - The "recognized link types" have been in the HTML spec for a loooong time, and as far as I know they've never been implemented.
I've been known to suffer brain farts when reading structured sites like documentation or other chaptered text where I think "I want to go and look at the last chapter" and I go and click on the back button taking me somewhere else. This usually happens when there is no navigation links constantly displayed in the window. (For example, in the common HTML rendering of the Linux HowTo format.)
One implementation I could see is that the browser could display a special toolbar with Next Section, Prev Section, Contents, Index, etc when it encounters these link types on a page. I can't be too hard to do -- for example Windows Help has a similar implementation where pages know about the site structure. (And sure, this problem could be solved by Frames, but why not present this knowledge to the browser and let it deal with it.)
--
When I hear the word 'innovation', I reach for my pistol.
Re:Speaking of buggy browsers...
by
wtmcgee
·
· Score: 1
i think its just a bugfix, it's still nowhere close to mozilla's speed and memory footprint though.
-- *** For a better tommorow, change your life today ***
i remember reading up on these error messages a LONG time ago (at least six years) and thinking about how rarely i see 410 Gone. nowadays i sysadmin a couple of domains: do you know how to properly set this up in apache? i'd like to stick to the standard error codes as much as possible.
- j
Whee..Just embed Frontpage!
by
rodent
·
· Score: 1
I think the subject says it all. Just port Frontpage to java and then you can call the FP widget to do all editing.
(Netscape's version would just call vi!)
And just so I can say it: fear my low slashdot uid!
rodent...
-- rodent...
Tactical nuclear weapons are a viable alternative!
Yeah, I sure wish Quicktime wouldn't steal my PNG association from Netscape. It automatically scales the image to fit in your window. That sucks.
Re:"link" type considered harmful
by
Chuck+Chunder
·
· Score: 2
But the thing is, we don't want to have unpredictable UIs at the whim of the browser designer -- we want our web app to behave the same on every browser.
That's stupid. If you don't want to make use of these 'unpredictable' browser UI features, then simply don't use the link elements, but don't try and screw it up for those who do want to use thes features.
-- Boffoonery - downloadable Comedy Benefit for Bletchley Park
I'm surprised that they didn't say anything about Microsoft's Embrace and Extend program. I've seen Netscape get a bad rap ALOT because it poorly renders poorly written code.
I'd say it does the right thing alot and guesses a lot less at what the developer was trying to do. But the way it looks to the average user is "This site works in IE, but not in Netscape, Netscape must suck." Usually its the page that sucks in my experience.
Now I think that somethings could be done better, but we get these developers who write everything only looking at IE and then when their code doesn't work in Netscape, again Netscape gets a bad rap. But doesn't Netscape hold developers to a higher standard than IE?
-- there are 2 kinds of people. those who divide people into 2 kinds, and those who don't.
But doesn't Netscape hold developers to a higher standard than IE?
This is certainly true. But I don't hold very high standards when it comes to surfing pr0n, and I'd rather get *something* when I try to load the NP Naked page, than a blank white screen.
s/stagnated/suffocated/. The reason NS was stuck at version 4.x for so many years is because MS "cut off their air supply". They couldn't afford to develop a new version because there was no longer any way to recoup the development costs.
Netscape were doing well for a while - but they too had their dominance in the industry. They were so smug with what they ahd accomplished, they saw no need to improve. Communicator was an attempt to fight back at MS, who were building an impressive web browser. And, NS only went half-way with it. It was hardly anything new and impressive.
That is why we have the situation we have today. A lot of people liked (and still like) Netscape but were stuck with the 4.x browser because of MS's illegal business practices. So a lot of web developers had to develop for a bitrotten browser instead of making use of new standards like CSS (yes, NS4 had some sucky CSS support (so did IE 4)). Finally, everyone said "fuck it" and developed for IE 5.
Totally wrong. IE4 was probably the first browser to actually do CSS right. Now granted, IE2 and IE3 were worlds behind NS2 and 3 respectively, but IE4 is the one that sped away in the technology race. But you're only partially right on the issue of NS4 having some sucky CSS support... it had VERY sucky CSS support. Btw, you're comment about the hover function. Geez dude. Are you so myopic that you could only get that from the statement? The point was is there is a lot of very basic simple support that Netscape just neglected to product. Duh.
When MS won the browser war, it wasn't just NS who lost. We all did.
Pffft... You know, as a Linux user and open source advocate, the only things I find myself jealous of Windows users are their web browser and well design multimedia architecture. IE is so incredibly nice and it's such an excellent browser - faster, more stable, and cleaner overall. The only way we've lost is that we just don't get the source to IE and someday, that might even change. *shrug* Of course then again, I'm building my own technologies that are 100% browser independant (thankfully there's no conflicts over ECMA standards:-).
"link" type considered harmful
by
tilt@ology
·
· Score: 1
Section 6.12 of the HTML 4.01 Recommendation [HTML 4.01] lists some link types that may be used by authors to make assertions about linked Web resources. These include alternate, stylesheet, start, next, prev, contents, glossary, and others. Although the HTML 4.01 specification does not specify definitive rendering or behavior for these link types, user agents should interpret them in useful ways. For instance, the start, next, prev, and contents link types may be used to build a table of contents, or may be used to identify the print order of documents, etc.
I agree with many of the points these guys make, but the one I've quote above (about link behavior) is emblematic of how disconnected W3C recommendations are from real problems. "link" has been around for years, but it's so vaguely defined as to be useless. Lynx used it to associate an e-mail address with a web page, but that wasn't consistently implemented (or defined in a spec), so there was no incentive to add it to a web page (since it would only work with one, lightly used browser, and there was no good UI way to even use the e-mail address anyway).
Saying things like "hey, implement this in 'useful' ways" may as well be the same as saying, "hey, we have this cool idea for defining web structure, so every browser should come up with some incompatible way to turn that into user interface." But the thing is, we don't want to have unpredictable UIs at the whim of the browser designer -- we want our web app to behave the same on every browser. In this one recommendation, they've just committed the same sin that they're complaining about in every other recommendation, which is the crazy proliferation of browser behaviors in the face of "standards."
Re:"link" type considered harmful
by
tialaramex
·
· Score: 1
Toolbar coming right up.
Install Mozilla and/or Netscape 6.01 and you will have the desired toolbar right there.
AFAIK You (the website designer) can style the toolbar, and steps are being taken to make it more friendly in later versions, but yes, today, it is there and working.
Now use it. (ie provide LINKs in your pages)
Buase of DOCTYPE is worse than no use at all...
by
Frank+T.+Lofaro+Jr.
·
· Score: 2
Yeah, but some people just cut and paste from other people's web pages the DOCTYPE tags (with no understanding whatsoever of what it is all about) and then code to a different standard. Just heard about that this week. Sad but true.
-- Just because it CAN be done, doesn't mean it should!
Ensure that any non-text message to the user has a text equivalent; text may be rendered as visually displayed text, synthesized speech, and braille. Audio cues or visual cues may be used in addition to text messages.
Essentially yes, thats what happens. I am by no means an expert on this, but you certainly used to get devices that allowed a line of text to be "displayed" in braille using small pins (presumably raised by electromagnets or similar).
Braille?
How's that supposed to work?
Little pimples raise up on the screen?
...pimples on a screen reader, actually. Most screen readers plug in the serial port and display one or two horizontal lines of text. Linux supports this for the console, in fact SuSE 7 automatically runs its installer in text mode if it detects a braille screen reader.
More advanced software for Windows writes what line is currently under the mouse pointer, provided it's text and not a graphic.
-- Does my bum look big in this?
What I find completely amazing...
by
WindowsTroll
·
· Score: 3
is that so many browsers don't render pages correctly.
- There is a clearly articulated definition of what tags are supported
- there is a clearly articulated definition of what the tags are supposed to do and how they are to be rendered
My question is why do so many browser not render correctly? What is so hard? One of the hardest parts of programming is requirements definition for the software being written, and getting the customer/boss to clearly articulate what they want the software to do and how it should perform. Once you have the iron-clad requirements written down, the rest of the work is a piece of cake - it is implimentation and testing against the requirements.
In the case of HTML, where there are clear definitions for 3.2 and 4.0, a list of what is deprecated and what is supported, if web page authors stuck to the STANDARD and not use browser specific tags, then there is no reason that the page should not display identically on each persons browser. I find it unfathomable that this is not the case.
-- "Microsoft has made computing accessible to a population who would otherwise not be able to use computers" - B. Kernigha
Re:What I find completely amazing...
by
spood
·
· Score: 1
I could respond to this troll and say, 'Well, why don't you write one then, smartcakes?'.
But I won't.
However, I do think that it would be useful for the WC3 to put together the Ultimate Test HTML page, and maybe some screenshots to show how the whole thing would be rendered. That would certainly make it easier to bring your browser up to standards, then you could focus on developing the interesting things like smart caching algorithms, etc...
funny, the whole article can be summed up by saying sloppy html and other formats/languages cause crappy, slow loading, confusing webpages.
Not that the article isn't informative, but hardly anything that most experienced web designers don't already know. Problem is getting the inexperienced and novice designers to follow it, heh, or even understand it. I'd say that the majority of the web is made up of novices.
If this is what you get from the article, you've missed the point. The article isn't about the server-side HTML-code, but about the client-side representation of it; that is, the way a web-browser both renders HTML and handles HTTP etc. And while the majority of the web is indeed made up of novices, hopefully the majority of web-browser programmers aren't.
Re:I dont understand why a browser hasnt done this
by
krappie
·
· Score: 1
.. that i wouldn't have to check out any pages i design in Netscape for linux, Netscape for windows, and then (and most importantly since 90% of web traffic uses it) in Microsoft IE.
Checking your work on three different browsers to see that they all look the same is silly. And this isn't even considering the remaining few people who use Macs..:)
I hate web sites that give you a 20 characters wide textarea when most of us are using at least 1024x768 for browsers. I personally use 1600x1280.
You shouldn't.
I think that scientific design says that the ideal width of text lines is not as long as possible. The eyes have to scan too many times horizontally. It is better to keep the number of scans per line to 2 or 3 (from memory).
So even when I have a big monitor, I don't maximize my browser window. __
-- __ Men with no respect for life must never be allowed to control the ultimate instruments of death. GW Bu
What version of Netscape were you using? Navigator 4.73 on Linux silently fails on startup if any one of those options is set.
Works fine here on Navigator 4.76, Linux / Intel / libc 2.1.3. There are probably enough bug fixes and small refinements in 4.76 to make it worth the upgrade.
Then I found a program called 'editres' with several siblings. 'editres' is a standard part of X. By using it and clicking on a running X program, you can edit all those goofy settings
I've played with editres a little, but found it fairly daunting when used with any really large apps. Most of the X resource hacking I've done has been done by hand -- most well-behaved X apps will document their resources in the man page. I learned a LOT reading the xterm and olwm/olvwm (my window manager of choice) man pages and looking at some sample code.
I've been working on a kiosk for one of the departments at my school.
As such, I've been using Redhat/Netscape/Afterstep. I too found the
pages on x.themes.org useful.
Hmm, for a dedicated Netscape kiosk, I wonder if you could run it entirely without a window manager...
common mistakes in html... can you make this list?
by
deft
·
· Score: 1
yes, you can. but only a basic list. these are problems that would be rooted out by a QA cycle in the first place. the real test of a site designer or html coder is to know what works between the browsers. often redundant code is inserted to address both browsers.
what would be far far more helpful is to document how WC3 html "desires" match up to how browsers REALLY render the code. that would not only allow a designer to check his good html vs. a list of the little bugs and nuances of the browsers, but also point out to the browser makers in a point by point list where exactly they are causing headaches.
--
There's nothing Intelligent about Intelligent Design.
IE is not the most standards based browser. IE failed to complet its DOM (document object model).for example, I would like to see who has more trouble providing information on plugins? Netscape or IE? I am not a spokesman for netscape, I run Linux so we know that netscape is a volital whore especially the new 6... But either way it is more standards based than IE. I wonder if you feel stupid because you said something created by Microsoft was standards based. PLEASE!
-- "I am an enigma wrapped in a pork chop sandwich..."
quoted from Lawrence Zoldowski II 1998
It's a good optimization also.
by
rodent
·
· Score: 1
Having non protected graphics on a different domain is also a good way of tightening the page loading time by not forcing the sending of cookies across a slow link (26k anyone?).
I've used it before and it makes a noticable difference when cookies don't have to be sent for a lousy menu jpg/gif.
rodent...
-- rodent...
Tactical nuclear weapons are a viable alternative!
This attitude about Web design is one of the reasons the Internet went broke. (another one is lame, hopelessly flawed business plans)
Web designers need to remember that Web design is not print. Documents will be changed by users and users should have that freedom. Worry more about information architecture, it's the content that ultimately matters. Design shouldn't just be decoration that viewers have to conform to, design should help viewers to better comprehend the information they're seeing.
What about handicapped users? Or those who need larger type to see? What about celphone browsers? PalmOS? WebTV? Crappy WindowsCE appliances in the airport business lounge?
Web design extends traditional design towards architecture and engineering. Good Web design is flexible. It doesn't matter what the building looks like if it falls on your head.
Strict adherence to standards is the best thing we've got. Letting go of the bells and whistles is better for your clients, your audience, your bottom line and your sanity.
-- Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
I dont understand why a browser hasnt done this
by
krappie
·
· Score: 3
What I dont understand is why browsers don't have better support for downloading and resuming of files. Why do programs like GetRight and Gozilla have to exist, catching clicks in browsers and downloading for us? And it would be twice as good if the browser could crash, and your download window keep downloading. I personally run mozilla and I'll use wget for huge files and resuming. It would be nice if I could do it right in mozilla.
Note: this is certainly outside the scope of the linked WC3 article, but is entirely relevant to the headline of "How to Fix Browsers".
I came across some useful bits on x.themes.org a few weeks ago about how to modify your xdefaults file so that Netscape supresses all the useless toolbar buttons ("Shop", "Spend", "Buy Stuff From Netscape"). Just add the following (my trimmed-down version) to your.Xdefaults and restart Netscape:
(unfortunately, the source file doesn't have the creator's name in it, so I don't know who to thank for whoever discovered/compiled this info... but it's nice indeed having a browser that just has buttons for Back, Forward, Reload, Google, and Stop)
w3c provides a reference implementation
by
heike
·
· Score: 2
How about asking W3C to provide a standard-compliant reference implementation of a browser? Browser vendors will then have to run the compliance test before W3C can certify that their browser is standard-compliant.
Vendors can't claim to be compliant if they don't pass the test. And web developers would know exactly how to make their codes portable.
We all know how IE and Netscape each have their foibles with the standards, but what about Konqueror? I've been using it lately and I think it's really good (especially for a non-IE/non-Netscape browser).
--
- I don't care if they globalize against free speech. All my best free thoughts are done in my head.
What a well written article
by
NovaScorpio
·
· Score: 1
Personally, I think this is quite a well written article, contrary to what others may have to say. Who can say that they wouldn't mind to know if a link was broken? Or if the page hadn't loaded just yet, and the we browser made it a little more obvious? The protocols implimentation is also a verry well written part of the article - the W3C mentioned a lot of issues that would be helpfull to not only programs like IE, but also Netscape. I think that mozilla especially should take a look at this list, and be able to support most if not all of the specifications laid out by the W3C - although some of their suggestions are a bit... far fetched. Connection intensive actions, such as trying all the DNS entries *might* be a bad idea for someone who is on a modem.
I was thinking the other day that with the bonobo integration in Mozilla, you could hack Emacs into a bonobo widget and then use the emacs text widget to do your browser editing.
Or maybe that wouldn't be a good idea...
--
I'm trying to teach myself to set people on fire with my mind... Is it hot in here?
Netscape on Unix supports some basic emacs keybindings in textarea, and I heard a while ago of a GTK widget which would embed the basics of the vi editor. Anyone know what happened to that?
-- ZOMG I WOULD LOVE TO KNOW ABOUT YOUR FEELINGS ON MACINTOSH VERSUS WINDOWS, VI VERSUS EMACS, AND HOW YOU'RE NOT A DORK
the problem with web pages out there are not the browsers but the web sites, the site design, lack of content, flash, and multimedia, etc...
-- ------
Curiosity killed the cat. {satisfaction brought it back | it didn't die ignorant | lack of it is killing mankind
Re:Keyboard interface!!
by
Anonymous Coward
·
· Score: 1
You're thinking of the accesskey attribute of HTML 4. Very nice, if you have a browser that supports it, like iCab. There may be others I'm not aware of or have forgotten at the moment.
Also, Opera allows you to access nearly all the browser features with keyboard commands. I don't think it supports accesskey (yet), so you can't move around in the document itself.
1. The "google" button assumes you have www.google.com set as your home page. You're smart; you get the idea.
2. The (expletive) lameness filter made me submit the above post three times because I tried to have a row of **** setting off the code fragment from the rest of the post. Lame.
One that does the thing HTML was originally designed to do, but improves on it. Some combination of langauages such as TeX and HTML. Something that describes what the different parts in the page are, and lets the client decide where to place images, if a table of context is needed etc.
AND one that can be used by market-droids to make webpages that the server descides how they sould look. Trying to combine these both two very different goals into one language is obviously not A Good Thing.
--
-- Cure for Cancer instead of SETI! (only w32 yet - mail and beg)
Note: The authors do not encourage Web content developers to use frames as they can cause many usability and accessibility problems.
Amen! Testify! Not that buzzword-spouting, frappuccino-swilling dot-com "web designers" will be reading the document, but this sentence, if nothing else, should be required reading for people producing web pages.
Sorry about the f---edcompany.com-style rant, frames aren't nearly as common as they were 2-3 years ago, but they still drive me bonkers.
THAT is something I really miss about web pages! I want to be able to use browse almost without using the mouse - like, (the most important) links should have keyboard shortcuts. For example, one letter of the link could have a different color - and then you just pressed like ctrl-a-[the link key} and you were en route. This comment field in slashdot should also have a keyboard interface - like 's' to make the 'subject' widget gain focus, 'c' to enter the comment field, and 'a' to check/uncheck the post anonymously checkbox.
And no, don't say 'do it the lynx way'. Tabbing between al links isn't a fast and smooth way. Intelligent keychoices would be.
I think this is supported in (some late) HTML-version - but I doubt there are browsers that support it.
--
-- Cure for Cancer instead of SETI! (only w32 yet - mail and beg)
Yes, that's it. Too bad iCab is for the Macintosh. But there aren't many pages out there that have the 'accesskey' attributes in place, are there?
Also, you say 'Opera allows you to access nearly all the browser features with keyboard commands' - it was a while (loong while) since I tried out Opera. But doesn't (essentially) all browsers already let me do that? What functions am I forgetting? I think I just use the mouse to click links or select bookmarks (and bookmarks because there are too many of them). Oh, and by the way, a good system for accessing bookmarks via the keyboard would be nice. Something more useful than using the arrows a lot:)
--
-- Cure for Cancer instead of SETI! (only w32 yet - mail and beg)
Don't hide 404 messages!
by
ChaosDiscord
·
· Score: 4
It's dangerous to second guess the web designer. The 404 page may contain useful information for the user. Sure, most pages unhelpfully state "404 File Not Found" and little more, but it's possible for a page to be much more helpful. A site could have their 404 page automatically do a search to find the requested resource. Here is a good example at Wizards of the Coast. A site could present a list of resources the site does, since one of them is likely to be helpful. Perhaps the page is gone because the client's account was terminated. I'd like to receive a message like
"This user violated our Acceptable Use Policy and has had their account terminated. The page you are looking for is gone for good."
Is it difficult to go from day to day without using your brain?
Why do you go to the trouble? You could always do something more creative....like die.
Nobody wants to here you bash slashdot. We love slashdot, or we wouldn't be here reading all the comments to any given artical. This includes you.
I guess what you got out of the artical is different that what I got out of it.
"...and what can you do about it?"- is saying if you are a developer make you own browser. Not if you are using a browser check out these options to make your day more sunny.
I'm sorry to all the slashdotters that end up reading this rant. I know that these posts just take up screen real estate.
I found section 1.3 interesting (``Allow the user to retrieve Web resources even if the browser cannot render them''). In my experience, it's often not the fault of the browser maker, but the site designer. How many times have you tried to view a video or audio clip, only to be diverted away because the javascript on the web pages can't tell if your browser has a plugin for the media type (as if you really need a plugin in the first place...) --
One of the many things that is better in the Mac version of IE (taking your word about the shortcoming in the PC version) is that you can indeed access the saved auth info for each authentication domain individually.
-- --
It only takes 20 minutes for a liberal to become a conservative thanks to our new outpatient surgical procedure!
I think we need two formats.
One that does the thing HTML was originally designed to do, but improves on it. Some combination of langauages such as TeX and HTML. Something that describes what the different parts in the page are, and lets the client decide where to place images, if a table of context is needed etc.
AND one that can be used by market-droids to make webpages that the server descides how they sould look.
Trying to combine these both two very different goals into one language is obviously not A Good Thing.
Some people would say that we already have two formats: HTML and Flash. ---
BrowseX might be what you are looking for. While does have slightly expanded abilities than just a html parser, it is really quite small at about 2mb for a complete download. When they seperated the TCL libraries from the binary, it could fit on a floppy.
Just a Tuna in the Sea of Life
i don't know about you, but I get bit by web pages that have incomplete tags all the time. That, in the context of this recommendation:
1.7 Warn users about incomplete documents and transfers.
Please read what you quote, and have a look at your browser next time. Elsewhere in the article, it's insinuated that displaying a warning on the status bar is "good enough". And you know what? IE does that. Look at the status bar next you load a partial page. You should get a little icon with a yield-like symbol and an exclamation point, saving something to the effect of "Page loaded, but with errors". How is that not warning the users? It's not IE's fault you didn't look at the warning.
Streamripper
this is my sig.
You know, you're right. When I got to a website where they've made a mistake, I want an error message. There's just no way I'd want to view the information I went there to read.
Everyone knows that the majority of slashdot users use freaking Internet Explorer, so most of you should just shut the hell up.
Yeah this sucks. Most people (including me ;-) no longer use HTTP authentication for security critical applications for this (and a other) reason -- much better to write your own auth (or use a library) as part of your session management. That way you can simulate a stateful connection reasonably well.
Oh, another thing that pisses me off about IE on the Mac (probably most other browsers as well, but I'm running into this now on Mac IE5.0) -- why the hell can't I use the standard editing conventions for my platform in a TEXTAREA? There's no way to move a word or paragraph at a time (like option or command arrow...)
Oh well....
-- It only takes 20 minutes for a liberal to become a conservative thanks to our new outpatient surgical procedure!
What do you think point 3.2 is referring to? As far as I know, IE is the only browser that departs from the HTTP standard by ignoring text/plain as a content type. I don't consider a browser that thinks "Sure, the server says it's text/plain, but I know better" to have "comprehensive support for W3C standards".
remember jwz??
``Every program attempts to expand until it can read mail. Those programs which cannot so expand are replaced by ones which can.''
ound the message used repetitively over and over still nothing grows silen
Keep the TEXTAREA, add a new one <FORMATTEXT> , or something similar.
Just a quick correction: Use TEXTAREA, but add an option to it, eg. <TEXTAREA FORMAT=HTML>. That way old browsers still support it, only the formatting is missing. Also the format would be extensible.
I doubt, therefore I may be.
$ finger #timmy
$ finger #timmy
invalid use of finger
Haven't you ever watched the movie 'Sneakers'? The thing the blind guy had...
The face of a child can say it all, especially the mouth part of the face.
> I don't think I'm the only one that finds it quite annoying to have to exit and restart my browser in order to make it forget my HTTP authemtication information. I believe Netscape and IE both have this problem.
... and the hours of wasted programming time having to implement cookie-based (or alternative) authentication for web-based applications.
I want to train staff to click the log off button, not shut the browser down.
Si
One thing that I really like about Konqueror is that you can set the browser ID tags. Most of the time I leave them set to "None of your fucking business (Mozilla 5.0 compatable)" but if a site that I actually want to see gives me trouble I can switch over to being IE 5.5 pretty easily.
_____________
I don't want free as in beer. I just want free beer.
OmniWeb for MacOS X has this functionality as well, plus the added bonus of not needing to be run on an Amiga!
--- "We also were guided by the unlikelihood that anyone would face supernatural evil armed only with technology."
How about if there's a middle ground? Netscape is uptight about everything. Missing the closing TABLE tag means you get no table at all.
MSIE makes many assumptions, and draws the table based on a best guess. It also shows some errors if there are problems in the Javascript.
How about a middle ground, where the browser does make a best guess, yet will provide an error to the designer that wants it?
--
Those are indeed useful things to know.
/usr/X11R6/lib/X11/app-defaults or /etc/X11/app-defaults
.Xdefaults(/.Xresources?) files. Needless to say,
I've been working on a kiosk for one of the departments at my school.
As such, I've been using Redhat/Netscape/Afterstep. I too found the
pages on x.themes.org useful.
Then I found a program called 'editres' with several siblings.
'editres' is a standard part of X. By using it and clicking on a
running X program, you can edit all those goofy settings with can be
set in the
directories and the
I went to town crippling Netscape. No more menu bar for you...
Inaddition to the X settings, there is a page on the Netscape homepage,
barried several layers deep and almost unfindable, that details
settings for Communicator which can be set through the
~/.netscape/preferences file and a netscape.cfg file, which I never got
working.
Take care
--johnny
Actually, XEmacs has an API by which X apps can embed XEmacs as a text editor. That would be fine with me, I'm a Emacs whore...
However, I do NOT want to run an Emacs key-binding tutorial with each client of mine. "No, see, to make the text bold, you have to have the hm--html elisp package, load it in your .emacs file, and the key binding is [ctrl-x, ctrl-w, b]" I don't have that kind of patience...
I'm talking simple, simple stuff. Bold, italic, headlines. Keep the TEXTAREA, add a new one <FORMATTEXT> , or something similar. You get a textarea-like window, but when you type it shows the text in the font that the stylesheet gives it, you can bold or italicize text, etc.
Actually, something a lot like AOLpress would be nice...
Potato chips are a by-yourself food.
So how much did that cost you on eBay?
You forgot the step where the clueful (at least those on Win32 systems) download Opera.
What...a slashdot user who hasn't watched sneakers, I'm calling in the death squad, they'll tape your eyes open and make you watch every film in river phoenix's library, the end result will be
1 tie) Explorers and Sneakers
2 tie) Everything else You'll thank me later
Read my plan to save the Bengals
I need the <TEXTAREA> for many things, such as posting application forms, stuff that sends e-mails---most of the stuff is not in HTML. If you restricted it to HTML rendering then you've removed the flexibility of the widget.
when there is a web browser that is isn't brainsick...
It's not the fault of the browsers that they were implemented to specification. If they did in fact implement HTML rendering in the TEXTAREA widget or even if they added a HTMLAREA widget in a certain brwoser it would only cause webmasters more grief since it would be another thing which "Works in IE, doesn't in Netscape" or vice versa. If anything, blame the W3C for not coming up something that people need.
"This user violated our Acceptable Use Policy and has had their account terminated. The page you are looking for is gone for good."
In that case, the proper status code would probably be 410 Gone
No cookies to be sent to resources from third-party domains. What I mean is, if I download a web page from x.com, then my browser should not send ANY cookies to images on that page if they came from y.com. I can't think of ANY reason why this is a legitimate need.
While I agree with no cookies from outside domains, Having no images pointing to outisde domains is a bit more problematic:
Read again. He didn't say to disallow the loading of images from other sites. He said just that cookies shouldn't be sent in the HTTP request that retrieve those images. It wouldn't KILL banner ads, but it would prevent the ad companies from tracking you as you move from site to site.
You can accomplish anything you set your mind to. The impossible just takes a little longer.
Okay, say someone is nice enough to write extra code for the <TEXTAREA> so you can highlight & hit bold... The most it can do, is put the <B> tags around it, and let the browser display it back bolded. Now, just say that it does put those tags in... how usefull was that for a site that strips the html tags from the input??
Okay, lets go even further... say that the place you're posting to allows HTML tags (which is a rather large security risk) or even just some HTML tags... what good is it going to do you if it isn't displayed properly? Just because you can now highlight and press Ctrl+B or Ctrl+I or something, doesn't mean that when you see it, it'll be seen how it is supposed to.
The problems that the document is dealing with are very basic behavioral concepts that, apparently, all the browsers don't seem to agree on (when they should).
im a web designer currently living up in san jose. on my way to work at our clients site, i pass netscape's headquearters every day.
we take great joy in yelling a different fix for their broswer every day out our window;
"how about rendering tables correctly?!"
"how about filed widths being consistent?!"
id be happy to yell any fixes anyone would like to see implemented.
oh the headaches of netscape. keeps me with a job though.
There's nothing Intelligent about Intelligent Design.
But now I'm confused. IE is better than most browsers as displaying broken HTML -- why is he mad at MS?
I love comments like these:
"Browsers started going to hell in a handbasket when they forgot why HTML was around in the first place - to make a platform-independent system for sharing information. Thus, a web page in Netscape *should* look different than a web page in IE, *however* the content should be the same. "
Coming from somebody who's complaining about the fact that webpages don't look the same on all browsers, because they don't adhere to the standards.
News flash. Content is not the most important part of a website. There goes the karma. But hear me out. Content is one of two things that are equally important, and if either are lax your website is useless. The other is user experience. You may have the most content-rich site in the world, but it doesn't matter if it looks like shit. And you can have the nicest looking site in the world, and it won't matter if it's got a fucked up interface or you have no content. Just look at some of the more abstract graphic artists' homepages out there.... They look great, but when you can't tell where to click or what clicking there's gonna do, you head straight for that little x in the corner.
When will you people learn, that the look and feel of a site Is just as important as it's content?
Frankly, I love explorer, and they do a lot more complying (is that a word?) to standards than netscape, and a whole truckload more than they have to.... W3C can jump up and down, but as it stands, IE is the standard, and it ain't gonna change for a while, because users are happy and that's what counts the most.
</rant>
--Gfunk
Send lawyers, guns, and money!
.. is the fucking advertising shit they put on them like the "Shopping bar" and all that 'I'm an AOL user-I don't know how to go to ebay myself' crap. If all the browser makers would just strip down the interface to the essential stuff for going to web pages, they could focus more on fixing the damn inconsistencies with the spec's.
The face of a child can say it all, especially the mouth part of the face.
Just tell them to make it not crash as damn much...
thanks, I owe ya one, anything you need me to yell at uhh, the headquarters of mellon bank?
I'm a good cook. I'm a fantastic eater. - Steven Brust
This already exists as an ActiveX component that comes with IE.
:-)
No one uses it on the Internet, though.. because it is ActiveX.
-- Thrakkerzog
I just started getting important e-mails that cannot be read by Liunx Netscape Mail client. Just look at the text/html attachment.
D =0 0 =00H=00T=00M=00L=00 =
Who knows what's going on here?
Another Netscape/Sucks bug?
??? (these are 3 apostrophs by the new ASCII ver 5.0;-)
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
------=_NextPart_000_0137_01C08D04.B3C6A6E0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
=FF=FE=00!=00D=00O=00C=00T=00Y=00P=00E=00 =00H=00T=00M=00L=00 =
=00P=00U=00B=00L=00I=00C=00 =
=00"=00-=00/=00/=00W=003=00C=00/=00/=00D=00T=00
=004=00.=000=00 =
.
.
.
.
Etc....
Well, you must have been asleep when this was covered in class, as you appear to be confused about what a 404 page is. Browsers are perfectly capable of differentiating between a 'page' (ie, a 200 or 304 code) and an 'error' (a 404, 403, 500 or any other error). A 404 is not a web page, it's an error with a (hopefully) descriptive message which is usually displayed as a web page. The browser sees that it's a 404 way before it gets the rest of the page (byte-wise speaking) as that information is the first thing the web server transmits.
"Hot lesbian witches! It's fucking genius!"
Thanks for the tip, though.
All your dangifiknow are belong to us.
Ideally of course, everyone would pay professional web designers to do it (more money for me) but this is a non ideal world and there are a lot of people who would like to contribute something but don't have the means. I help them where I can, but the tools that are available are all old, use deprecated tags, use tags incorrectly or simply write tags the wrong way.
One day I hope I can produce software that would let the code-knowledge-challenged produce good code, but right now everything that comes out of all of the software I've used is totally wrong. Until then, there will still be hundreds of people writing poor code because they don't know what they are doing or they are using a program that is buggy. Then the browsers try to compensate and that's why they are messed up.
This is SO educational! -- Kintaro Oe
Er, I don't think Netscape 1.0 supported bgcolor (and I'm fuzzy on tables, but I don't remember it supporting tables). I remember for a while NCSA Mosaic was actually marginally better than Netscape 1.0 because it supported background colors (wooo!). Then Netscape 1.1 came around and blew it away. I can still remember the days when people tried to avoid using the table tag because of all of the problems it caused (not working in many browsers, slow to render on Netscape, forcing Netscape to load the entire table before it even tried to render, etc...)
Down that path lies madness. On the other hand, the road to hell is paved with melting snowballs.
I read the internet for the articles.
rodent...
rodent...
Tactical nuclear weapons are a viable alternative!
What list of W3 standards were you consulting that did not include any XML? It's the biggie for me. XML DOM, XSLT, XPath, XML Schema, XML Namespaces. It's all there, and it's fast.
True, it's not a packaged part of the browser yet, but it's a fully supported release.
Netscape 1.2 was the 'breakthrough' version. It supported bgcolor, align, and (I believe) tables as well. Hmm, did it also do frames?
"Hot lesbian witches! It's fucking genius!"
I find issue 3.1 - "Save resources retrieved from the Web on the local system using the appropriate system naming conventions." - plain silly and the proposed 'fix' would be annoying.
.txt to everything you save.
For anyone familiar with windows, the 'fix' would be like the annoying Notepad behavior of appending
Their solution implies that the browser knows best which is rarely the case.
Instead of fixing a browser that isn't broken, people should suffix their files properly.
I'm running KDE 2.1b2 and it will resume, though I haven't tried it.
.part extension) and resume it. I have to go to the site again and click on the link. I also can't give it a bunch of mirrors and have it calculate which is the fastest one whilst downloading. That was my favourite GetRight feature.
I highly recommend turning on the option for having one file operation window. It will even tell you your total download rate if you're downloading multiple files.
Another neat GetRight-ish feature (but better) is the little menu that comes up when you select a URL that isn't a link. Klipper, the ultra-neat clipboard tool asks if you want to open it in Konqueror, or (depending on availability) Nestcape or Mozilla, or it will let you pop up a window to edit your selection and then allow you to choose again. You can add more applications and regexes for processing. By default, mailto: links can be handled by kmail or mutt.
There are some features that are lacking, however. I can't click on a partial file (Konqueror adds a
konqueror does this now. (At least the browser crashing and the download progressing) The download window is handeled by a seperate process. I think kde CVS has support for file resuming, but I have not tested it yet.
-- Thrakkerzog
--Mike--
It's called amaya, and it can be downloaded from the w3c, she's slow, but faster than Mozillia M18 on win(NT4|9*|2K)tel machines, no *ix experiences with it though.
Read my plan to save the Bengals
I'm looking at /. for the first time using opera (boy, it's good and fast) I haven't tried my Internet banking yet, but this may be my browser. My company is MS only (god I miss GroupWise) now but I know now that there are options.
BWS
vs.
I'm impressed that Mozilla has come so far in it's ability to render HTML, but that's only a small subset of the W3C stuff.
--
You already did what you chided the parent for doing, with the exception of exaulting IE instead of Mozilla. Is it ok for an IE supporter to start the argument, but not ok for a Mozilla supporter to join in?
I'm confused here...
Frogs are primitive animals - so the occasional extra toe is not that unusual. But this is very unusual.
Amen
Also, Netscape tends to be a memory hog, sometimes usurping 32 megabytes all for itself (in contrast, I've never seen IE peak above 14MB). Furthermore, Netscape is so notorious for crashing (and causing lockups), that Microsoft has joked about it (type "about:mozilla" in the IE Address bar sometime). That means you won't want to browse to a Red Faction walkthrough on Netscapewhile actually playing the game; Netscape might take up too much memory and then crash, ruining both the walkthrough and the game!
IMHO, if Microsoft can keep things in IE simple and functional, they'll gain the acclaim of former Netscape 6 users. Until Netscape rewrites their entire codebase to clean up the mess they've made, they're doomed.
"Ancillary does not mean you get to rule the world." --U.S. Circuit Judge Harry Edwards, speaking to the FCC's lawyer
Shouldn't you instead:
1. Output previous poster's text to punched paper tape.
2. Enter new text, with paper tape punch turned on.
3. Get out scissors and glue, connect the two strips of paper tape.
4. Open New Comment dialogue in Lynx.
5. Turn on paper tape reader to read in combined strip of paper tape.
I'm afraid you're addicted to the new bells and whistles, dude. Next you'll be telling us you're not using a PDP-11 anymore....
... if web design could work both ways. If we could have control over design, to make stuff look good if we want to, but still have it viewable anywhere on any device, as fancy (or not) as the user wants.
Sometimes, flashy stuff is good. Some sites are downright beautiful, and it really helps to be able to make content that looks like that. But it'd be nice if that SAME content could render at least passably on Lynx and whatnot, in case you don't really care about the looks. Or better yet, so you could view web pages on your cell phone or Palm without having to rely on shaky translations of the pages.
The main problem with the internet today, and with web browsing specifically, is the mix of commercial attitudes and the "pure" internet attitude. Us netheads want things to be usable anywhere, anytime, on any device. Sure, it's ok if it looks good, but taking away from functionality for looks is nothing that I'm fond of, and I'm sure many people agree. But here come the suits, with their shareholders and boards of directors. They MUST turn a profit somehow, nevermind that it stifles creativity or usability. They make a buck, so it's all good.
That rant has no open tag.
;)
-_-
IE is the most standards compliant browser I know of. Have you developed strict HTML4/CSS1 webpages? Have you compared them between browsers?
----
"Oh, bother," said Pooh, as he hid Piglet's mangled corpse.
Bah, who cares about that?Not many.
I certainly don't.
Ironic that you use them as an example when their search tool you talk about isn't working. "We are unable to perform your search at the moment. Please try again later." Haha. =)
my bad... different poster. I thought I checked that...
Frogs are primitive animals - so the occasional extra toe is not that unusual. But this is very unusual.
As for nested tables, as long as you use the closing TABLE tag, it doesn't matter if you close TR and TD. The closing TABLE tag is required by the specs.
----
"Oh, bother," said Pooh, as he hid Piglet's mangled corpse.
If we're lucky, everyone reverts to tableless pages with grey backgrounds.
Completely unnecessary. My Site is fine with tables. It's not exactly beautiful, but that's mostly because I've kept the graphics down to a minimum(DSL connection == not exceptionally fast on upstream).
My site full HTML 4.01 compliant(almost XHTML 1.0), it renders perfectly in every browser I have available(including lynx!). I just haven't tried with it IE(no Windows installation), though I'm sure it renders fine too.
If any of you are using IE, check out the site and let me know if it's ok! I'll cower in fear now and hope this relatively obscure posting doesn't slashdot my site.
-----
"People who bite the hand that feeds them usually lick the boot that kicks them"
Higher Logics: where programming meets science.
Er, that was me, not Alan.
And I do regret it -- if I could edit the original, I'd change "most comprehensive of any browser" to "...very comprehensive support...".
There is a web browser that does what you want -- Internet Explorer 5.5.
Here is a link that explains how to create editable web pages for IE 5.5.
Basically, you are able to take an element, like a div tag, and set its "contentEditable" attribute to true. Then you add a few buttons that use IE's MSHTML editor to do things like make text bold, etc.
Since it requires IE 5.5, it won't help everyone, but it is an alternative that could be made available to IE 5.5 users.
And just so I can say it: fear my low slashdot uid!
Bah, who cares about that?
Down that path lies madness. On the other hand, the road to hell is paved with melting snowballs.
I read the internet for the articles.
Since when is Canadian a language?
--
$x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
$x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
s/stagnated/suffocated/. The reason NS was stuck at version 4.x for so many years is because MS "cut off their air supply". They couldn't afford to develop a new version because there was no longer any way to recoup the development costs.
That is why we have the situation we have today. A lot of people liked (and still like) Netscape but were stuck with the 4.x browser because of MS's illegal business practices. So a lot of web developers had to develop for a bitrotten browser instead of making use of new standards like CSS (yes, NS4 had some sucky CSS support (so did IE 4)). Finally, everyone said "fuck it" and developed for IE 5.
If the browser war hadn't been "won", I'm sure we would have seen a lot more innovation from both NS and MS over the past few years. NS and MS would still be creating their cute little tags to one-up each other, and W3C, following their leads, would design an elegant solution to do the same things (and then some) The Right Way. I suspect we would've seen much more interesting developments from that competition than the relatively trivial things we have seen without it.
Since the end of the browser war, what sort of developments have we seen? IMHO, the most significant developments in the web browser have been: HTML (duh :), client-side scripting (Javascript), integrated VM (Java applets), and style sheets (W3C CSS). How many of those happened after the browser war ended? Have we seen anything of comparable signifigance since? I mean, "hover"? Give me a break! CSS came about just as the browser war was ending, and that is where the real innovation stopped. I don't think that is a coincidence.
When MS won the browser war, it wasn't just NS who lost. We all did.
Mozilla implemented then broke or removed
IE supports the hover: property for links. Mozilla is attempting to support it for everything. That's just a teensy weensy bit harder. We'll get there, though.
In addition, a Mozilla developer says "From reading the CSS WG mailing list, it looks like the exact definition of hierarchical hover is still being hammered out. I'm not sure we should put an implementation of it into our code until we are sure that we know how exactly this feature should work."
It's Bug 5693.
Gerv
Which specs are those? Can you point to an official reference?
http://www.w3.org/TR/REC-html32#table
Is that "official" enough, moron?
Michael
Do you have ESP?
If you use NN, you'll notice unclosed TABLEs on the Microsoft site and on pages produced with Microsoft tools all over the Web. I'm shocked, shocked that you suggest it was anything more than a simple coincidence that those pages contain an HTML error that make them unreadable for NN.
I'm suprised there isn't a recommendation that user agents should not have to reconnect to the server when te user resizes the window.
Would be immensely more useful, in spite of the abyssmal formatting, if it was larger than 50 characters by 10 lines. I don't know if this puny size is a conspiracy to keep comments short and pointless or some vague attempt to keep it "useful" for Lynx or 640x480 display resolutions. Either way, it just seems kind of ridiculous.
May I ask... :)
... Because, the majority of people in this world aren't as brilliant as you are.
... mostly cheezy thirdrate apps)
I've glanced over these recommendations, and think they can lead to a better user experience. Your users should be the ones that matter when writing software, not how you think it should be.
The better the user experience, the more accepted your software will be. The better accepted, the more acceptable. At the risk of being modded down for saying something pro-Microsoft. This is probably the reason MS Software is so successful, becuase most of their user interfaces are well thought out.
Personally, if a program has a good interface, I have a perception that it's a better quality product, simply because it has a cleaner, smoother "feel" to it, as opposed to an application that has an interface slapped on to it as an afterthought (several examples come to mind
This can also apply to a web page, or in this case, a user agent.
Nothing wrong with making things more convenient for your users.
---
The (Hopefully) Great Slashdot Blackout
My point is that a majority of NN failures come from one of the following:
there are 2 kinds of people. those who divide people into 2 kinds, and those who don't.
Some of the things it does (and still being small) includes:
The spirit of resistance to government is so valuable on certain occasions that I wish it to be always kept alive
I guess it's biting and insightful then, because Netscape6/Mozilla have better support for the basic W3C standards (HTML, CSS, DOM) than WinIE. Check out www.richinstyle.com or some other independent site if you don't believe it.
Meanwhile those of us who would like to exchange information are looked down upon and laughed at. The best web pages are `plain' and `boring' by the standards of Joe Sixpack. Joe Sixpack is a moron.
My biggest problem with TEXTAREA use is that it's prone to being lost. There are two different ways this can happen. One, you use IE and when you submit your form there's a problem. So you hit "back" to fix it and WHAT THE HELL?! You're looking at a blank form. (That's what mine does, anyway.) Or you can use Netscape, which keeps form data in place when you hit the Back button.... but it still crashes a hell of a lot. I've lost many a lengthy web-based email or online journal entry to Netscape crashes. Yeah, don't tell me I should just do my editing in notepad and paste it. That's like telling people to quit smoking - good advice but pointless to give out. :)
----
"Here to discuss how the AOL merger will affect consumers is the CEO of AOL."
grep -ri 'should work'
From the "Index Dot HTML" writeup on TEXTAREA..
I wonder why they got rid of it, although your idea seems to make better sense anyway.
... but I wish that the hideous creature which is Javascript had never, ever crawled blinking from the swamp.
Failing that I'd like a browser that had much more control over redirects and javascript. I'd like buttons on the toolbar for Javascript on/off, obey redirects on/off, and I'd also like rulesets to control them (javascript always/never for this site etc).
Why don't we be kind to people?
Because we can't be bothered for various reasons.
Do you really think that any of the big browser companies really give a shit about making a good product?
Do you really think that apple care about providing the best usibility for OS X?
Do you really think that Palm care if you are dissapointed becasue they provide you with a cheap, plastic spare stylus when you spend $400 on what they called a high quality product?
They are companies, here to make money. Thats what they do.
I'm asking seriously here. For all I know there is a very good reason for this.
with humpy love,
with humpy love,
humpmonkey
Some people write pages that stick to the HTML standards, though for the most part they are simpler in design because that's the easiest way to stick to the standard. But quite frankly, it's also usually (not always) less interesting.
The browsers will still render the same page differently because that's what the standard allowed them to do - it didn't dictate the exact appearance and left it to the browser implementors.
Besides, they create the Amaya browser, which is supposed to render correctly, and you will see it looks pretty different from everyone else's browser. Maybe we should all just use Amaya?
Well, I don't know if it actually works or not, since I'm not sure how to test it ... but Mozilla has a "Log Out" option, under "Tasks, Privacy and Security, Password Manager".
Gullibles Travels
wags
Speaking as a engineer working as a web developer (It pays alot more in Australia and I'm still working on my thesis) I always try to use tags which in my experience are common to both NS and IE and are standards compliant.
But the industry is such that we keep getting newby employees at this place to do al the web rendering of the front end to the complex back end systems. They don't really have experience in knowing which tags work in both and are standard and I don't have the time to tell them when flashy new web pages are using a browser tag.
My question is this
Does anyone know of a place (on the web etc) where you can get a compact list of most of the common core of tags support by both the HTML standard and most browsers (ie. both IE and NS)as well as a list of unsupported browser specific tags.
Isn't Arena a reference implementation?
I think there was another before it, too. (Amaya?)
Arena is part of the NetBSD packages collection, and should be buildable on any decent freenix.
Amaya is their reference html browser and html editor. Not to usable as a browser for day to day operation, but a fine editor.
Just a Tuna in the Sea of Life
The reason why most of the content out there is shit. Is becasue web designers can't use half of the good damn tools they have!!!
I have plenty of really good, usefull ideas. But I can't use them 'casue they don't work in the browsers!!!!!
So instead of me making a really, fun/usefull/easy to use/whatever website. I have to go back and make a basic site, bacasue that they only thing I know will work.
While I agree with no cookies from outside domains, Having no images pointing to outisde domains is a bit more problematic:
Some people, my self included at one time, have web counter widgets on their page, which would be broken if out-of-domain images were allowed.
I do agree, however, this would kill banner ads.
Maybe it should be a security option?
---
The (Hopefully) Great Slashdot Blackout
You're wrong for a number of reasons.
There is no definition of how tags are supposed to be rendered. That is explicitly left open by the HTML standard, and for good reason. CSS specifies more of that, but it's still not complete, and again, there are good reasons not to fully specify the rendering.
It is simply not true that the rest of the work is "a piece of cake", not when you're dealing with something as complex as the W3C standard definitions and all their interactions. If you don't believe it, try writing a browser yourself.
But the biggest problem is that despite the fact that HTML 3.2 and 4.0 are specified, it doesn't matter because Web page authors DO NOT stick to the standards. They write buggy pages which more or less render OK in the browser they happen to be using, and then they're done. There are almost no pages which adhere strictly to the W3C definitions, and that's why results vary from one browser to the next.
The browser you want has been out since 1996. I am using it right now. There's just one little catch, though: you need an Amiga.
Whenever AWeb does a textarea widget, it has a little button in the lower right corner. If I click it, then the text is immediately loaded into the greatest and easiest-to-use text editor in the world. Whenever I tell the editor to write, the textarea gadget is immediately updated.
What is the greatest text editor in the world? It's whatever you want it to be, set in the browser's preferences.
---
As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
In this case, all browsers work according to the spec.
--
Two witches watched two watches.
Which witch watched which watch?
Try Opera.
:-)
Its small.
Its fast.
Its pretty close to rendering *correct* html, as well as doing a deacent job at rendering Microsofts and/or Netscapes lousy implemetations of HTML.
The downside is that they want money for their browser.
But IMHO its actually worth paying to get a good browser.
Expensive quality or free shit... Its your choice.
/.Mattsson - My native language is not English, so please don't whine over linguistic errors. (That's lame anyway...)
When the user agent clicks on a broken link, return the user to their current page and inform them of the error. How many times have I clicked the BACK button because nobody has put this in? How hard can it be?
That's nice to hear! Too bad nobody cares enough too make web pages that supports it :(
By the way, how does access keys work in IE? Like, in what way is the key to press indicated (like, underlining wouldn't be likely...), and what key combination do you use to activate the link?
-- Cure for Cancer instead of SETI! (only w32 yet - mail and beg)
Well... If developers *coughMicrosoftcough* would make their deviations from the standards open, free, well documented and "backported" into the standard,
;-)
other browserdevelopers could implement the deviation in a manner that represented similar code the same way to the user.
As it stands now everyone has to "hack" support for MS and NS deviations.
And microsoft are known never to follow standards correctly, so why presume that they *ever* would implement support for a nonmicrosoft deviation from a standard?
Well... Im ranting...
Ill stop now.
But the idiocy of the people developing browsers at MS and NS is something that gets me a bit aggressive.
/.Mattsson - My native language is not English, so please don't whine over linguistic errors. (That's lame anyway...)
However, this is not how web browsers interpret the data, this is how the W3C thinks web browsers _should_ interpret the data.
Engineering and the Ultimate
The W3C does have a tool you can use to see if web pages are compliant with their html specifications. Which, of course, almost no one's are.
As far as I am concerned, if this guy's web page is not html compliant, I am not going to worry if mine isn't.
Hopefully I didn't put any [] around my words.
Content-Type: application/postscript; qs=0.001
Content-Encoding: gzip
If saved locally, the filename on most computers should be html40.ps.gz for the applications to recognize the file type.
Wrong: Saving this compressed PostScript document as html40.ps is likely to confuse other applications.
Surely the correct thing to do is to save the _uncompressed_ file as html40.ps? Aren't most html files sent over the web sent with gzip content-encoding?
The shareholder is always right.
I love the slashdot community. _That's_ why I read slashdot. However, in general, there is a lack of editing on the part of the people posting articles. If I were here just for the articles, I would have left a long time ago. When misleading comments appear about the articles, it often makes the discussion meaningless, because there's a lot of people talking about stuff that isn't true. I love the people of slashdot, and I get upset when the editors take their responsibilities so lightly.
Engineering and the Ultimate
What about celphone browsers? PalmOS? WebTV? Crappy WindowsCE appliances in the airport business lounge?
Please! Like the servers aren't detecting the special-case client and sending them some specialized version of the site that is optimized for PalmOS or etc.
There is no way to refute that in this day an age a web site is about more than just content - it is also about presentation. Presentation means more than just formatting for more utilitarian digestion of content. Presentation gets into areas such as public image and public perception. Most everybody on the web is interested in being percieved by others to some degree of specificity. For those sites that wish to very specific in how they distinguish themselves, tight artistic control is neccesary. W3C be dammned, web designers will always turn to the technology with the features that best achieves their own artistic design goals.
Mr. G. Funk,
I really enjoyed your rant. I went to your home page to learn more about your personal philosophy since your are clearly a wise man. However, my browser was unable to render it properly. I use Mosaic v1.0. Do you know what is wrong?
Sincerely,
sv0f
Netscape*toolBar.numUserCommands: 1
Netscape*toolBar.userCommand1.commandName: findInObject
Netscape*toolBar.userCommand1.labelString: Find
Netscape*toolBar.userCommand1.commandIcon: Find
I find it useful, at least...
"I will take the Ring," he said, "though I do not know the way."
There are even bug lists with examples for each and every bug like this one. Other software developers can only dream of such detailed bug reports. The browser developers just don't regard them (or don't have time or have other priorities, whatever).
the behaviors described are not protocols officially accepted by MS. (just look at the behavior of the browsers)
Given the dominance of MS in the market, is this document even relevant? [even though it is brilliant, insightful, and written by people who care about what is going on]
I am just glad we haven't progressed to the point where Microsoft "red" is a shade between black and blue.
"It is a greater offense to steal men's labor, than their clothes"
HTTP/1.1 [RFC2616] allows transfer encoding. An example of encoding is data compression, which speeds up Web browsing over a slow connection.
The user agent should allow the user to set the transfer encoding in the HTTP requests sent out.
I don't understand why this pref is necessary. Browser makers generally have a much better idea of what the best transfer-encoding types are than users, and most users wouldn't have any reason to change this setting.
The shareholder is always right.
It really is Microsoft's fault.
Why? Because prior to the explosion of browsers and the web there was no good, ubiquitous technology that allowed platform independent distributed computing. There were plenty of technologies at the time, but you wouldn't find any of them on Windows machines. Rembember Bill's pre-Netscape attitude about the Internet? "Oh, it's just for hobbyists, the REAL *information superhighway* is going to be MSN!" Hence Windows had none of the built-in network-ready functionality that would help form a base for *real* distributed computing in a way that would actually work.
Once browsers became widely available for Windows (i.e. Netscape) the web began its explosion because it enabled what everyone really wanted in the first place, but Windows wouldn't give it to them, platform-independent networking. Unfortunately, since the browser represented the only real choice to accomplish this, it started being used for EVERYTHING. Not just hypertext document traversal and simple form submission for which the web was designed, but full-blown remote applications for everything you could imagine. Hence the browser wars reached a feaver pitch because now everything under the sun had to be supported, but it was on top of a model (batch-style client fetch) that just wouldn't support it.
And we're still paying the price today. My own job is in the development of a complicated user interface used to configure a complex system. Pretty much hell to do in a browser, but we break more than half of the W3C's rules because we need it to act like a real UI, and the decision to go browser-based stems ultimately from the fact that there really aren't many better alternatives (well, Java maybe, but it has it's own problems, --I won't get started on how Microsoft screwed that up, too). And now, God forbid, we're faced with more Microsoft "vision" in .NET.
If Microsoft had the slightest CLUE about networking, the world would be a different place today. Hell, we probably wouldn't even be facing a possible recession, and the dot-com implosion most likely would have been much less severe if everyone had real tools and applications that interacted on the Internet in a sensible way.
Sorry if this is just more /. sour-grape Microsoft bashing, but if anyone can't point out why I'm wrong, I'd love to hear it.
I know, I wish Slashdot had the same type of WYSIWYG editor that my weblog does. It uses Manila, from Userland, to allow WYSIWYG in IE 5+ for Windows, at least. I know that isn't the Slashdot audience, but I'm betting 30% of the hits here come on IE...
---
When in danger or in doubt, run in circles, scream and shout. --Robert A. Heinlein
1. Have the web browser render correct pages correctly, as the #1 priority.
;) or at least know that the reason the page looks bad is because of the web page being poorly done, and not a browser issue.
2. Have the web browser try to compensate as well as possible for mistakes, as long as doing so doesn't interfere with #1, above.
I.e. follow the Internet maxim, "be conservative in what you do, and liberal in what you accept"
3. Issue a web page quality feedback to the user so if a site has bad HTML, the user knows, so she can fix the site if it is hers, let the web master know if someone else is responsible for the site, know that a company can't do web pages right (great if you are browsing a web page design company's site!
A good implementation would be, for example, an icon which shows quality, and when clicked shows any errors in the page. E.g. if the page is good there would be a smiley face and a tool tip would say "No errors - high quality page", and if the page was bad there would be a frown face and when you clicked it you'd get a window opening with a list of the errors in it. A really good implemenation would have a whole site of icons for perfect, good, ok, bad, and horrid HTML. Of course, the lower the quality, the more likely there are to be problems rendering the page...
Just because it CAN be done, doesn't mean it should!
Browsers started going to hell in a handbasket when they forgot why HTML was around in the first place - to make a platform-independent system for sharing information. Thus, a web page in Netscape *should* look different than a web page in IE, *however* the content should be the same.
The DTD merely says that this text is in a paragraph. Unfortunately, most browsers have embraced and extended this to assume that all browsers have the exact same layout. Thus, changing font sizes or types in your browser makes the page look just plain wrong.
Back when the DTD was being followed, *everyone* built web browsers, and all was good with the world. The content was similar, and no matter what the platform, you could still browse. Then came . And . And and all hell broke loose.
Now we're in an IE world. One browser for everyone. Netscape is flailing, Mozilla is close, but MS has free run of the DTD.
If you really want browser wars to heat up, you have to make usre that the browser followed the DTD properly so the display is not driven by the content, but is driven by the end user, as it should be.
s/Flash/pdf/
The public transit website in my area is very basic (works in lynx, even), but flashy, printable pages are all done with pdf. I think this is in an example of good design.
[ot] I think a good measure for the cross-platform compatability of your pdf files is to run them through BePDF - it's fast, but drops detail on very complex documents.
Hands in my pocket
There are many reasons why two correctly-functioning browsers will display the same page differently. The <p> tag, for example, without style information, just means "paragraph" - there's no reason different browsers might not have (compiled-in or user configured) different default fonts, default spacing between paragraphs, default paragraph indentation, etcetera. Even with style information, the user can override the author's preferences.
Web pages are not Postscript or PDF documents. HTML authors who try to make pages that look exactly the same in all browsers Just Don't Get It.
Tom Swiss | the infamous tms | http://www.infamous.net/
Tom Swiss | the infamous tms | my blog
You cannot wash away blood with blood
Here I am, typing into a <TEXTAREA> , a widget so abhominably broken, it only understands the barest rudiments of text editing (hit key, print letter), and they're worried about broken or missing <A> tags.
Come on, people... one of the most common uses of the web these days is to post messages on a weblog-type site (like, oh, Slashdot) -- and there isn't a widget that we can use other than the <TEXTAREA> so normal people can type text in, highlight a few words, and hit a BOLD button? They have to learn to use <B> tags? What is this, 1983?
I'll tell you what -- when there is a web browser that is isn't brainsick, then I'll care about the UI implementation of broken <A> tags...
Potato chips are a by-yourself food.
Hello XHML (HTML described in XML)
As other posters have noted, a lot of problems have been caused by the so called "race to the bottom" where current browsers try to render the worst HTML code possible.
That is exactly why we need XHTML where the authors are forced to write DTD compliant documents to start off with or they simply will not be displayed.
This means that the people writing XML processors for a given browser don't have to worry about supporting anything outside the specification. (Although displaying useful error messages for incorrect documents may be a sticky point)
For a good description on why we need XHTML, see http://www.webreference.com/xml/column6/
Give Opera a try. It has the capability.
--
--
"Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
Another example of this is displaying tables while loading. This is a really neat feature. It too has nothing to do with the spec.
Also, someone mentioned fixing <TEXTAREA> so that users could click a button for bold instead of having to type B tags. Interesting idea, except textarea is designed to do all kinds of things besides except html code. If you really want a bold button, write a little something up in java, I'm sure it's possible.
God does not play dice with the universe. Albert Einstein
Those who fail to understand communication protocols, are doomed to repeat them over port 80.
it's convenient but that's not what browsers are for. those separate specialty programs should exist so you can have some easy choice over the matter, as you should with every part of your browser
I think you mean Netscape 6.01, not 6.1. I've downloaded it, and haven't found any real differences as of yet...
---
When in danger or in doubt, run in circles, scream and shout. --Robert A. Heinlein
Yeah, but if I drive by with my windows open and my car stereo turned all the way up, and a recording of a 300 baud modem sending a patch in my cassette deck, that might work better. ;)
Just because it CAN be done, doesn't mean it should!
You forgot:
NS4 for linux.
NS6 for linux.
NS4 for win.
NS6 for win.
MSIE.
--
Two witches watched two watches.
Which witch watched which watch?
Over time, the W3 Consortium's mandate has expanded massively - but I think they've gone way overboard in terms of trying to define usability. IMHO, it's very much the browser designers' choice whether to highlight links, report errors in a certain way, etc. The whole of section 1.x is entirely beyond their "jurisdiction" (let's remember that they're self appointed here, folks).
Though I'm sure Jakob Nielson is delighted.
You still might want the user to see the message. For example to differentiate between the ISP terminating the page, and the following: "The user has died and as a result has had their account terminated. The page you are looking for is gone for good". Or, "This page was full of BS, and I decided to stop inflicting its ramblings upon the Internet." (Of course, pages full of BS comprise most of the web).
Just because it CAN be done, doesn't mean it should!
> Since when is Canadian a language?
A Canadian version, or more properly, an international verion of a document, would express measurements in the sensible metric system, rather than the antiquated, inconsisitent, absurd imperial measurements (so called becuase the British empire used to use them. Used to). Do you speak Canadian measurements?
My Karma: ran over your Dogma
StrawberryFrog
Hmmm... this quote was from a note attached to one of their recommendations. While I've been on a great number of sites that do frames very badly, frames done well can be a great benefit.
For instance, I've always been impressed with the way the Java API is layed out...
If it ain't broke, it doesn't have enough features yet.
I remember old browsers used to display information like:
The trend I've seen in modern browsers simply say "Loading" or "Opening" without telling me what's happening. Having the extra information would help when troubleshooting what section of the content isn't loading.
Bitch, bitch, bitch.
"Oh so and so browser doesn't render properly"
"Well, your browser introduced proprietary crap"
"At least my company isn't co-opting the world"
Blah, blah, blah. While I agree with many of the posts that lament about rendering and a lack of standards - I think we all need to get back to the basics: Useability. We've become so enamoured by our ability to 'do things', we've forgotten that the majority of people surfing beside us have little or no computer knowledge. They don't see the difference between a static HTML page and a page that was built on the fly using PHP and mySQL. What they do notice is incoherent navigation schemes and huge download times.
Having worked extensively training new computer users of all ages, I think I have more hands-on useability experience than your typical Slashdot reader. The following are some improvements that need to be made (by browser authors and web designers):
- 404 Errors, 500 Errors and so on. As one poster mentioned already: provide more information about these errors. A 404 File Not Found error means absolutely nothing to an 85 year old man. Make your own set of error pages that explain the error and how it could be fixed. Also provide a listing of other resources that are available on your site.
- Information Architecture: Make the information on your page easy to find. Don't bury your content underneath a pile of Flash animations. Sit down and plan a navigation scheme that will allow users to easily find information on your site. Any first time computer user should be able to find the most obscure piece of information on your site in under a minute.
- Another poster brought up another great point about . This is a terrible way for people to enter information. A first time comptuer user has no concept of HTML tags, as simple as they may be. We need to develop something that will allow them to highlight text and make formatting changes like they would in a word processor.
- Cluttered Browsers: Most of the browsers available today are cluttered with buttons and advertising. Keep It Simple Stupid. People become easily confused by a wide variety of buttons. ICQ is a decent example. You have Basic and Advanced Modes. Web broswers should be the same. A basic mode has your most rudimentary buttons (forward, back, stop, bookmarks) while your advanced mode allows access to the "Search" and "History" 'tools' ahem.
- Documentation: Provide some damn documentation with your browers. The current documentation is terrible. People can't find solutions to their problems... Mainly because the current documentation is poorly written and the information architecture of the documentation is terrible too. Make it simple. Have a list of "How-To" guides that explain basic concepts and provide screenshots.
They may sound like inane suggestions, but they're improvements that would go a long way in making the surfing experience of beginners a lot more enjoyable.
I don't think I'm the only one that finds it quite annoying to have to exit and restart my browser in order to make it forget my HTTP authemtication information. I believe Netscape and IE both have this problem.
All your dangifiknow are belong to us.
And there are a lot of these small things. An organisation that calls itself an official standardisation organisation should first think if they're capable of doing the job correctly before stepping forward with all kinds of 'do this and do that and everything will be allright'.
Until then, I don't see HTML as a 'standard' which is standarized by a standardisation organisation, but 'just a propriatry language'.
--
Never underestimate the relief of true separation of Religion and State.
Internet Explorer 5 is probably the most standards compliant browser ever made. Mozilla is doing a fine job, however it may still be debatable which one supports the standard more fully (after Moz is out of beta, of course).
Not all Microsoft products are susceptible to slight breakage in standards compliance. Their browser is exactly opposite of that.
Although target highlighting would be pretty cool, if more people used target anchors.
-Jason
what! You have not heard of OPERA !!!
This space intentionally blank
More flexibility in caching algorithms - for example, cache images but refresh content would speed many browsers. IE5 caches based on time periods, which are either too long or too short for many sites. Allow users to define behavior of typing in a name into the url text box. Some browsers assume that this means that you want to search, or go to a database such as realnames. Defaulting to www..com (or .org or whatever) would simplify and speed browsing.
Whilst creating my web page, I noticed that MSIE did not render the parameter "ALIGN='justify'" in a table cell.
:)
I'm stumped as to why, because it's difficult to derive a motive of world domination and global repression from this!?
Someone please help!!...
Does anyone read the articles they post? Anyone? This is not about what you can do about web browsers. This document is for web browser creators, not web page writers. It tells you what the UI of your browser _should_ act like. It offers no help to those using poorly designed browsers.
Engineering and the Ultimate
These days, your browser is a tool you use with your computer, in the same way a text editor or ftp client has been for a while. This is especially true for many users of free software, since the documentation is, by and large, on the web. Browsers, on the other hand, have grown much like a microsoft product -- more complex, more bloated, and with more features rather than simple and functional. I would love to see a browser with the html rendering abilities of mozilla or internet explorer, but without all the other functions. Such a browser might still need frames support, and possibly javascript, but it wouldn't need to be your chat program, your html editor, or your kitchen sink. It seems like most browsers fall on either end: lynx which is stable but which can't see many of the sites which are written these days, and mozilla which takes up a lot of RAM and does everything you'll ever need to do on your computer.
-thinmac
Narrative
Erhm, when I do that all I see is the default IIS 404 page, which is not useful in the least.
Agreed. The concept of user interface design did not begin at Xerox PARC in the 70s. It goes back to stuff like stone tools and papyrus manuscripts.
Ever wonder why magazines and newspapers break text up into columns rather than letting a paragraph run the entire width of the page? Hint: it's not because of adverts, or because their machines couldn't handle it. It's because they realized that eyes can't handle that much text all at once.
BTW, median screen resolution is 800x600, and it's likely to get smaller in the next few years. Think Palm.
This article would have been much more useful with a table (sorry, Netscape users) of common browsers and which ones support good features and which don't.
---- Just another spud server.
wrong, nobody wants to "experience" a web page. An in-your-face web page is a web page that puts people off. HTML isn't an entermainment medium (though some of the source is very funny) -- it's the content that's important.
No cookies to be sent to resources from third-party domains. What I mean is, if I download a web page from x.com, then my browser should not send ANY cookies to images on that page if they came from y.com. I can't think of ANY reason why this is a legitimate need.
Be a great way to eliminate web bugs and other such tracking methods. I wish my browser did this, or gave me the option to do this. If the web page came from y.com, maybe then they can have their cookies.
At least HTML 2.0 is a ISO standard...
some of these, especially the chunked encoding, transfer negotiation, and things like bookmarking negotiated URIs, isn't possible with IIS and other web servers.
so, what kind of world would that be when all of the UAs did the right thing and the servers fell over?
Leading the partnership for a Slashdot-Free Slashdot, Son of Dog
This feature worked in earlier milestones - I remember it specifically working on my own web site. When'd it break?
As much as I hate to use a management buzzword, it's good to see the W3C being proactive about this situation, and do something to remedy it. I have a feeling Mozilla will follow spec, and MS will not (as usual).
+-- (Score:-1, Moderator on Power Trip)
>> How about a middle ground, where the browser does make a best guess, yet will provide an error to the designer that wants it? <<
Amen!
(Or even a small message to the user, as long as we *still* see the content as best guessed.)
Table-ized A.I.
I'm just some putz, wanna be programmer but if I were to decide to create a web browser, I would want to follow the standards to the letter. I haven't seen anything to suggest that the standards are poorly chosen.
Anynone?
steve
Vote Quimby.
>> You know, it's hard to transmit patches by voice from a car window.<<
Perhaps not. The traffic is so slow there that you have enough time to speak every 1 and 0 until the car moves out of range.
Table-ized A.I.
A related problem is that the Sun+Netscape Java Browser Conspiracy threatened to create a Runs-Almost-Anywhere programming environment that would make the underlying operating system mostly irrelevant, so software buyers and software users wouldn't have to care if they were using MacOS, Linux, FooBSD, Solaris, or those products from Redmond, which forced Microsoft to invade the browser market to keep from getting killed.
Support The AnyBrowser Campaign at www.anybrowser.org
Bill Stewart
New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
What makes browsers suck now? Everyone who makes a browser is very reluctant to follow the path of the ones who won the war. I can think of a few examples - specifically a few that IE introduced to CSS standards that Netscape rejected, Mozilla implimented then broke or removed, and no other browsers will do. I'm referring to the :hover property. Is this feature a bad thing? Absolutely not! Better than making a big hacky JavaScript solution to do the same thing. But will any other browsers support this? No. That's just stupid - and it's not the only example.
Well, this post may jump around a lot and lack consistency, but I'm rushing to the point and I think the point is clear. Browsers suck because web developers want to use new technologies being developed by companies who build web browsers that introduce them. Then the other browsers refuse to adopt the new technologies - in several cases simply because the authors hate the company *coughMicrosoftcough* that introduced them. That's just stupid.
I don't see any good reason why anyone should listen to them. A lot of the points in that document are a matter of prefference. Also, since they can't even make a working browser themselves (maya sux0rz) what can they have to teach people who have browsers several levels above their's in functionality.
Liberty.
A quick search turned up this:h p
http://www.php.net/manual/en/features.http-auth.p
Which shows how to get browsers to forget, by sending a 401 status at them...
Hopefully this helps someone...
Wrong! Think long-term: If a web designer knows that 50%+ of his audience is going to be annoyed by his site, he'll make a clean page.
/dev/null.
The e-mail thing is cool, but it would just result in every hostmaster redirecting all mail to webmaster to
--------
Genius dies of the same blow that destroys liberty.
No luck on Mozilla 0.7, but thank you for satisfying a long standing feature request of mine! I'll look for it in future releases.
When I hear the word 'innovation', I reach for my pistol.
Right on - The "recognized link types" have been in the HTML spec for a loooong time, and as far as I know they've never been implemented.
I've been known to suffer brain farts when reading structured sites like documentation or other chaptered text where I think "I want to go and look at the last chapter" and I go and click on the back button taking me somewhere else. This usually happens when there is no navigation links constantly displayed in the window. (For example, in the common HTML rendering of the Linux HowTo format.)
One implementation I could see is that the browser could display a special toolbar with Next Section, Prev Section, Contents, Index, etc when it encounters these link types on a page. I can't be too hard to do -- for example Windows Help has a similar implementation where pages know about the site structure. (And sure, this problem could be solved by Frames, but why not present this knowledge to the browser and let it deal with it.)
When I hear the word 'innovation', I reach for my pistol.
i think its just a bugfix, it's still nowhere close to mozilla's speed and memory footprint though.
*** For a better tommorow, change your life today ***
hahahahahahahahahahahahaha....
! !!!!!
slashdot
HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA!!!!!
i remember reading up on these error messages a LONG time ago (at least six years) and thinking about how rarely i see 410 Gone. nowadays i sysadmin a couple of domains: do you know how to properly set this up in apache? i'd like to stick to the standard error codes as much as possible.
- j
(Netscape's version would just call vi!)
And just so I can say it: fear my low slashdot uid!
rodent...
rodent...
Tactical nuclear weapons are a viable alternative!
Yeah, I sure wish Quicktime wouldn't steal my PNG association from Netscape. It automatically scales the image to fit in your window. That sucks.
Boffoonery - downloadable Comedy Benefit for Bletchley Park
I'm surprised that they didn't say anything about Microsoft's Embrace and Extend program. I've seen Netscape get a bad rap ALOT because it poorly renders poorly written code.
I'd say it does the right thing alot and guesses a lot less at what the developer was trying to do. But the way it looks to the average user is "This site works in IE, but not in Netscape, Netscape must suck." Usually its the page that sucks in my experience.
Now I think that somethings could be done better, but we get these developers who write everything only looking at IE and then when their code doesn't work in Netscape, again Netscape gets a bad rap. But doesn't Netscape hold developers to a higher standard than IE?
there are 2 kinds of people. those who divide people into 2 kinds, and those who don't.
nc.
Netscape were doing well for a while - but they too had their dominance in the industry. They were so smug with what they ahd accomplished, they saw no need to improve. Communicator was an attempt to fight back at MS, who were building an impressive web browser. And, NS only went half-way with it. It was hardly anything new and impressive.
That is why we have the situation we have today. A lot of people liked (and still like) Netscape but were stuck with the 4.x browser because of MS's illegal business practices. So a lot of web developers had to develop for a bitrotten browser instead of making use of new standards like CSS (yes, NS4 had some sucky CSS support (so did IE 4)). Finally, everyone said "fuck it" and developed for IE 5.
Totally wrong. IE4 was probably the first browser to actually do CSS right. Now granted, IE2 and IE3 were worlds behind NS2 and 3 respectively, but IE4 is the one that sped away in the technology race. But you're only partially right on the issue of NS4 having some sucky CSS support... it had VERY sucky CSS support. Btw, you're comment about the hover function. Geez dude. Are you so myopic that you could only get that from the statement? The point was is there is a lot of very basic simple support that Netscape just neglected to product. Duh.
When MS won the browser war, it wasn't just NS who lost. We all did.
Pffft... You know, as a Linux user and open source advocate, the only things I find myself jealous of Windows users are their web browser and well design multimedia architecture. IE is so incredibly nice and it's such an excellent browser - faster, more stable, and cleaner overall. The only way we've lost is that we just don't get the source to IE and someday, that might even change. *shrug* Of course then again, I'm building my own technologies that are 100% browser independant (thankfully there's no conflicts over ECMA standards :-).
Saying things like "hey, implement this in 'useful' ways" may as well be the same as saying, "hey, we have this cool idea for defining web structure, so every browser should come up with some incompatible way to turn that into user interface." But the thing is, we don't want to have unpredictable UIs at the whim of the browser designer -- we want our web app to behave the same on every browser. In this one recommendation, they've just committed the same sin that they're complaining about in every other recommendation, which is the crazy proliferation of browser behaviors in the face of "standards."
Yeah, but some people just cut and paste from other people's web pages the DOCTYPE tags (with no understanding whatsoever of what it is all about) and then code to a different standard. Just heard about that this week. Sad but true.
Just because it CAN be done, doesn't mean it should!
Braille?
How's that supposed to work?
Little pimples raise up on the screen?
What am I missing?
t_t_b
--
I think not; therefore I ain't®
I'm on PJ's "enemies" list! Are you?
is that so many browsers don't render pages correctly.
- There is a clearly articulated definition of what tags are supported
- there is a clearly articulated definition of what the tags are supposed to do and how they are to be rendered
My question is why do so many browser not render correctly? What is so hard? One of the hardest parts of programming is requirements definition for the software being written, and getting the customer/boss to clearly articulate what they want the software to do and how it should perform. Once you have the iron-clad requirements written down, the rest of the work is a piece of cake - it is implimentation and testing against the requirements.
In the case of HTML, where there are clear definitions for 3.2 and 4.0, a list of what is deprecated and what is supported, if web page authors stuck to the STANDARD and not use browser specific tags, then there is no reason that the page should not display identically on each persons browser. I find it unfathomable that this is not the case.
"Microsoft has made computing accessible to a population who would otherwise not be able to use computers" - B. Kernigha
funny, the whole article can be summed up by saying sloppy html and other formats/languages cause crappy, slow loading, confusing webpages.
Not that the article isn't informative, but hardly anything that most experienced web designers don't already know. Problem is getting the inexperienced and novice designers to follow it, heh, or even understand it. I'd say that the majority of the web is made up of novices.
exactly why open source kicks so much ass.
Checking your work on three different browsers to see that they all look the same is silly. And this isn't even considering the remaining few people who use Macs.. :)
I hate web sites that give you a 20 characters wide textarea when most of us are using at least 1024x768 for browsers. I personally use 1600x1280.
You shouldn't.
I think that scientific design says that the ideal width of text lines is not as long as possible. The eyes have to scan too many times horizontally. It is better to keep the number of scans per line to 2 or 3 (from memory).
So even when I have a big monitor, I don't maximize my browser window.
__
__
Men with no respect for life must never be allowed to control the ultimate instruments of death.
GW Bu
What version of Netscape were you using? Navigator 4.73 on Linux silently fails on startup if any one of those options is set.
Works fine here on Navigator 4.76, Linux / Intel / libc 2.1.3. There are probably enough bug fixes and small refinements in 4.76 to make it worth the upgrade.
Then I found a program called 'editres' with several siblings. 'editres' is a standard part of X. By using it and clicking on a running X program, you can edit all those goofy settings
I've played with editres a little, but found it fairly daunting when used with any really large apps. Most of the X resource hacking I've done has been done by hand -- most well-behaved X apps will document their resources in the man page. I learned a LOT reading the xterm and olwm/olvwm (my window manager of choice) man pages and looking at some sample code.
I've been working on a kiosk for one of the departments at my school. As such, I've been using Redhat/Netscape/Afterstep. I too found the pages on x.themes.org useful.
Hmm, for a dedicated Netscape kiosk, I wonder if you could run it entirely without a window manager...
yes, you can. but only a basic list. these are problems that would be rooted out by a QA cycle in the first place. the real test of a site designer or html coder is to know what works between the browsers. often redundant code is inserted to address both browsers.
what would be far far more helpful is to document how WC3 html "desires" match up to how browsers REALLY render the code.
that would not only allow a designer to check his good html vs. a list of the little bugs and nuances of the browsers, but also point out to the browser makers in a point by point list where exactly they are causing headaches.
There's nothing Intelligent about Intelligent Design.
Proprietery tags. DUH!
And netscape's horrible instability... But that's probably just because of it being programmed in visual c++...
---
IE is not the most standards based browser. IE failed to complet its DOM (document object model).for example, I would like to see who has more trouble providing information on plugins? Netscape or IE? I am not a spokesman for netscape, I run Linux so we know that netscape is a volital whore especially the new 6... But either way it is more standards based than IE. I wonder if you feel stupid because you said something created by Microsoft was standards based. PLEASE!
"I am an enigma wrapped in a pork chop sandwich..." quoted from Lawrence Zoldowski II 1998
I've used it before and it makes a noticable difference when cookies don't have to be sent for a lousy menu jpg/gif.
rodent...
rodent...
Tactical nuclear weapons are a viable alternative!
This attitude about Web design is one of the reasons the Internet went broke. (another one is lame, hopelessly flawed business plans)
Web designers need to remember that Web design is not print. Documents will be changed by users and users should have that freedom. Worry more about information architecture, it's the content that ultimately matters. Design shouldn't just be decoration that viewers have to conform to, design should help viewers to better comprehend the information they're seeing.
What about handicapped users? Or those who need larger type to see? What about celphone browsers? PalmOS? WebTV? Crappy WindowsCE appliances in the airport business lounge?
Web design extends traditional design towards architecture and engineering. Good Web design is flexible. It doesn't matter what the building looks like if it falls on your head.
Strict adherence to standards is the best thing we've got. Letting go of the bells and whistles is better for your clients, your audience, your bottom line and your sanity.
try http://www.redcross-cmd.org/Chapter/cprfact.html.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
What I dont understand is why browsers don't have better support for downloading and resuming of files. Why do programs like GetRight and Gozilla have to exist, catching clicks in browsers and downloading for us? And it would be twice as good if the browser could crash, and your download window keep downloading. I personally run mozilla and I'll use wget for huge files and resuming. It would be nice if I could do it right in mozilla.
Note: this is certainly outside the scope of the linked WC3 article, but is entirely relevant to the headline of "How to Fix Browsers".
.Xdefaults and restart Netscape:
I came across some useful bits on x.themes.org a few weeks ago about how to modify your xdefaults file so that Netscape supresses all the useless toolbar buttons ("Shop", "Spend", "Buy Stuff From Netscape"). Just add the following (my trimmed-down version) to your
*toolBar*myshopping.isEnabled: False
*toolBar*destinations.isEnabled: False
*toolBar*print.isEnabled: False
*toolBar*search.isEnabled: False
*toolBar*viewSecurity.isEnabled: False
*toolBar*home.labelString: Google
*home.tipString: Search here
*urlLocationLabel.labelString:
*bookmarkQuickfile.labelString:
(unfortunately, the source file doesn't have the creator's name in it, so I don't know who to thank for whoever discovered/compiled this info... but it's nice indeed having a browser that just has buttons for Back, Forward, Reload, Google, and Stop)
Vendors can't claim to be compliant if they don't pass the test. And web developers would know exactly how to make their codes portable.
We all know how IE and Netscape each have their foibles with the standards, but what about Konqueror? I've been using it lately and I think it's really good (especially for a non-IE/non-Netscape browser).
- I don't care if they globalize against free speech. All my best free thoughts are done in my head.
Personally, I think this is quite a well written article, contrary to what others may have to say. Who can say that they wouldn't mind to know if a link was broken? Or if the page hadn't loaded just yet, and the we browser made it a little more obvious? The protocols implimentation is also a verry well written part of the article - the W3C mentioned a lot of issues that would be helpfull to not only programs like IE, but also Netscape. I think that mozilla especially should take a look at this list, and be able to support most if not all of the specifications laid out by the W3C - although some of their suggestions are a bit... far fetched. Connection intensive actions, such as trying all the DNS entries *might* be a bad idea for someone who is on a modem.
--NovaScorpio
Matt
Or maybe that wouldn't be a good idea...
I'm trying to teach myself to set people on fire with my mind... Is it hot in here?
ya know? the fuckin' things that plug in and raise little bumps so you can feel the text - ya know? motherfuckin' braille...
moron.
News for turds, shit that splatters
the problem with web pages out there are not the browsers but the web sites, the site design, lack of content, flash, and multimedia, etc...
------ Curiosity killed the cat. {satisfaction brought it back | it didn't die ignorant | lack of it is killing mankind
You're thinking of the accesskey attribute of HTML 4. Very nice, if you have a browser that supports it, like iCab. There may be others I'm not aware of or have forgotten at the moment.
Also, Opera allows you to access nearly all the browser features with keyboard commands. I don't think it supports accesskey (yet), so you can't move around in the document itself.
-ChristTrekker (moderating today)
1. The "google" button assumes you have www.google.com set as your home page. You're smart; you get the idea.
2. The (expletive) lameness filter made me submit the above post three times because I tried to have a row of **** setting off the code fragment from the rest of the post. Lame.
I think we need two formats.
One that does the thing HTML was originally designed to do, but improves on it. Some combination of langauages such as TeX and HTML. Something that describes what the different parts in the page are, and lets the client decide where to place images, if a table of context is needed etc.
AND one that can be used by market-droids to make webpages that the server descides how they sould look.
Trying to combine these both two very different goals into one language is obviously not A Good Thing.
-- Cure for Cancer instead of SETI! (only w32 yet - mail and beg)
Note: The authors do not encourage Web content developers to use frames as they can cause many usability and accessibility problems.
Amen! Testify! Not that buzzword-spouting, frappuccino-swilling dot-com "web designers" will be reading the document, but this sentence, if nothing else, should be required reading for people producing web pages.
Sorry about the f---edcompany.com-style rant, frames aren't nearly as common as they were 2-3 years ago, but they still drive me bonkers.
From hell's heart I fstab at /dev/hdc
its a very good browser :)
sheep for the sheep human for the human i just wonna keep my soul alive
may his writhing soul rot in pieces
News for turds, shit that splatters
THAT is something I really miss about web pages! I want to be able to use browse almost without using the mouse - like, (the most important) links should have keyboard shortcuts. For example, one letter of the link could have a different color - and then you just pressed like ctrl-a-[the link key} and you were en route. This comment field in slashdot should also have a keyboard interface - like 's' to make the 'subject' widget gain focus, 'c' to enter the comment field, and 'a' to check/uncheck the post anonymously checkbox.
And no, don't say 'do it the lynx way'. Tabbing between al links isn't a fast and smooth way. Intelligent keychoices would be.
I think this is supported in (some late) HTML-version - but I doubt there are browsers that support it.
-- Cure for Cancer instead of SETI! (only w32 yet - mail and beg)
It's dangerous to second guess the web designer. The 404 page may contain useful information for the user. Sure, most pages unhelpfully state "404 File Not Found" and little more, but it's possible for a page to be much more helpful. A site could have their 404 page automatically do a search to find the requested resource. Here is a good example at Wizards of the Coast. A site could present a list of resources the site does, since one of them is likely to be helpful. Perhaps the page is gone because the client's account was terminated. I'd like to receive a message like "This user violated our Acceptable Use Policy and has had their account terminated. The page you are looking for is gone for good."
Search 2010 Gen Con events
"...and what can you do about it?"- is saying if you are a developer make you own browser. Not if you are using a browser check out these options to make your day more sunny.
I found section 1.3 interesting (``Allow the user to retrieve Web resources even if the browser cannot render them''). In my experience, it's often not the fault of the browser maker, but the site designer. How many times have you tried to view a video or audio clip, only to be diverted away because the javascript on the web pages can't tell if your browser has a plugin for the media type (as if you really need a plugin in the first place...)
--
One of the many things that is better in the Mac version of IE (taking your word about the shortcoming in the PC version) is that you can indeed access the saved auth info for each authentication domain individually.
-- It only takes 20 minutes for a liberal to become a conservative thanks to our new outpatient surgical procedure!
I think we need two formats. One that does the thing HTML was originally designed to do, but improves on it. Some combination of langauages such as TeX and HTML. Something that describes what the different parts in the page are, and lets the client decide where to place images, if a table of context is needed etc. AND one that can be used by market-droids to make webpages that the server descides how they sould look. Trying to combine these both two very different goals into one language is obviously not A Good Thing. Some people would say that we already have two formats: HTML and Flash.
---
where there's fish, there's cats