Slashdot Mirror


Slashdot HTML 4.01 and CSS

After 8 years of my nasty, crufty, hodge podged together HTML, last night we finally switched over to clean HTML 4.01 with a full complement of CSS. While there are a handful of bugs and some lesser used functionality isn't quite done yet, the transition has gone very smoothly. You can use our sourceforge project page to submit bugs and we'd really appreciate the feedback. Thanks to Tim Vroom for putting the HTML in place, Wes Moran for writing the HTML in the first place, and Pudge for writing the code to convert 900k users, 60k stories, and 13 million comments to comply. And for the brave, download the stylesheet and start experimenting with new themes and designs for Slashdot: some sort of official contest to re-design Slashdot is coming soon, so you can get a head start now.

Response to some reader notes in the forum:

  • There are a handful of validation errors. Some will be fixed in the next day or so. Others are external HTML that is out of our hands. We may never toally validate with zero errors. yes we're comfortable with that.
  • We're not going to XHTML for the same reasons as above- we control almost all of our HTML, but some of it (like the ads, and imports from other sites) just isn't ours to muck about with. We could go to XHTML, and someday we might, but today we're happy to just get to HTML 4.01 and CSS.
  • Light Mode will be back in some form or another. The problem is that light mode served two purposes: Low Bandwidth, and Simplified Design. The later will probably be handled with a CSS theme (we have a handheld theme already). Low Bandwidth is a little trickier, but we will resolve that soon.
  • All of our code is beta tested on www.slashcode.com and use.perl.org. Unfortunately there's always a few issues from those tiny tiny sites and the giant bohemoth that is Slashdot itself.

135 of 748 comments (clear)

  1. Kudos on a great upgrade! by AKAImBatman · · Score: 4, Informative

    I was wondering if there was going to be a story on this. I noticed the upgrade last night. Let me be the first (post? ha ha) to say, "Good job guys!" Yeah. it took you awhile. But better late than never, eh?

    And for the brave, download the stylesheet and start experimenting with new themes and designs for Slashdot:

    I was just going to ask if we could get a few more CSS styles like we saw in the Beta. Glad to see you're already on top of it. :-)

    I did some testing with a FireFox version I *know* contains the infamous "Slashdot bug". (Not sure if it's corrected in recent versions since I normally use Mozilla or Safari.) As far as I can tell from testing, the bug is completely fixed. Considering the upgrades, one would expect this to be the case, but you can never be too sure.

    Last but not least, the "Politics" and "Apple" sections look as nice as ever, but I'm afraid that the other sections look worse than ever. Can we turn off the colors for the other sites until better CSS sheets can be made? (Preferrably ones that don't hurt our eyes?) Yeah, the games section has the full treatment too, but I swear that the shades of purple it uses are causing me to go blind.

    An alternative solution to turning off the CSS for the other sections is to provide the front page CSS as a style option on all the pages. That way we could simply shut off the crazy colors without pulling the whole "games.slashdot.org/article.pl -> slashdot.org/article.pl" trick.

    Well, that's my 3.14159265 cents worth. Again, good job /team!

    1. Re:Kudos on a great upgrade! by mfh · · Score: 5, Informative

      I was wondering if there was going to be a story on this.

      Me too... I blogged this earlier today, and briefly (first impression) journal'd it too, and would love to comment now on some more technical aspects of the page now that I've had time to examine it more thoroughly. Kudos to all involved on a very positive step in the right direction!

      The CSS is really clean and impressive. I don't have a problem with it at all at this point, but CSS was never really my strong suit so you may want to get a second (thousand) opinion on that.

      I have to admit, it's nice to see the page load faster, with fewer visual errors in Firefox. The links and text seems quite a bit nicer. Now I can modify the CSS of the site to make it look however I want on my own system too, so that is certainly a benefit.

      I'm sure many will point out that there are lots of errors in the HTML.

      You can see for yourself, here. That part isn't that important, because once you begin the road to enlightenment, that zen of CSS, it's a journey that has no return.

      I'm actually quite proud of Slashdot today, even though I merely post here.

      I will be far more proud when the new moderation systems come online. Not sure how many of you submitted ideas and had discussions with CmdrTaco on that subject but I had a thread going with him for quite some time last year. Much of what was said was repetitive, geared towards filtering out what he already had considered or someone else had suggested, but he genuinely listened to some of the suggestions that were unique. I wonder what the timeline is on the moderation changes... Taco?

      --
      The dangers of knowledge trigger emotional distress in human beings.
    2. Re:Kudos on a great upgrade! by garcia · · Score: 4, Interesting

      did some testing with a FireFox version I *know* contains the infamous "Slashdot bug". (Not sure if it's corrected in recent versions since I normally use Mozilla or Safari.)

      Well they fixed it for Firefox but they added it in for IE (purposefully probably). I've seen it twice now.

    3. Re:Kudos on a great upgrade! by De+Lemming · · Score: 3, Informative

      the infamous "Slashdot bug". (Not sure if it's corrected in recent versions since I normally use Mozilla or Safari.)

      It's fixed, but not in the 1.0 branch (1.0.7), only in the head. So the fix is included in the 1.5 Beta 1 (Deer Park).

      Here's the Bugzilla entry (direct links from Slashdot don't work, so copy/paste): https://bugzilla.mozilla.org/show_bug.cgi?id=21752 7.

    4. Re:Kudos on a great upgrade! by goodEvans · · Score: 2, Interesting

      I have Firefox with the excellent Web Developer extension installed. This lets you edit and change CSS on the fly, amongst other things. Each of the sections (games, apple, IT etc) seem to have their own CSS overlay. Kill that, and the page reverts to standard green.

    5. Re:Kudos on a great upgrade! by muszek · · Score: 5, Funny

      "Sorry, links to Bugzilla from Slashdot are disabled."

      chickens

    6. Re:Kudos on a great upgrade! by sn0wflake · · Score: 2, Interesting

      Was it really a bug in Firefox that made /. render incorrectly? AFAIK /. didn't conform to the W3C HTML standard anyway and all other pages on the web rendered fine. Anyway, I'm very pleased to see the new code and maybe I'll even submit a CSS. Would have preferred XHTML though.

    7. Re:Kudos on a great upgrade! by Anonymous Coward · · Score: 5, Funny
      Me too... I blogged this earlier today, and briefly (first impression) journal'd it too, and would love to comment now on some more technical aspects

      Wow, what an exciting life you live.

    8. Re:Kudos on a great upgrade! by bioteq · · Score: 2, Funny

      Definitly congrats on the upgrade. Slashdot opens so much smother for me now.

      I do believe you guys are up for a case of beer or two.

    9. Re:Kudos on a great upgrade! by Koiu+Lpoi · · Score: 3, Interesting

      On my Pocket PC, slashdot looks orders of magnitude better (I never use the /palm one, I like my images!). However, in PIE it needs to be set to 1 column mode. But, I feel very glad that I can get a decent looking news aggregator on the go without having to scroll nastily.

    10. Re:Kudos on a great upgrade! by chrisxkelley · · Score: 3, Funny

      Last but not least, the "Politics" and "Apple" sections look as nice as ever,
       
      of course the apple section looks nice as ever. thats just how things are :) apple is pretty, and most of the rest just dont cut it.

    11. Re:Kudos on a great upgrade! by mattgarnsey · · Score: 5, Funny

      Show some repect, coward! That's a 2-digit UID you're talking to!

    12. Re:Kudos on a great upgrade! by Rei · · Score: 2, Interesting

      The page may look better in Mozilla, but it's god-awful in konqueror. I was wondering what on Earth slashdot did to make things look so horrible. The teal article header background now takes up over an entire page for the first article on the page (including in comments view). The input boxes are now way to spaced out - it looks like below (only worse):

      -- Edit Comment ----

      Name
      Rei (Log Out)

      URL
      http://www.cursor.org/

      Subject
      Re:Kudos on a great upgrade

      Comment
      -blah
      -blah
      -blah
      -blah
      -blah
      -blah
      -blah
      -blah
      -blah
      -blah
      -blah
      Use the Preview Button! Check those URLs!

      * No Karma Bonus * Post Anonymously

      Plain Old Text Preview Submit

      Really, it's barely usable. It looks horrible.

      --
      Also, I can kill you with my brain.
    13. Re:Kudos on a great upgrade! by waffle+zero · · Score: 4, Interesting
      Site specific CSS is already in Firefox 1.5 Beta 1. To overide any page styles for slashdot you could place the following in your userContent.css file:
      @-moz-document domain(slashdot.org)
      {
      /* CSS rules here apply to:
          Any page whose URL's host is slashdot.org or ends with .slashdot.org
        */
      }
      For more info see:
      http://lists.w3.org/Archives/Public/www-style/2004 Aug/0135.html
    14. Re:Kudos on a great upgrade! by jaiyen · · Score: 5, Interesting
    15. Re:Kudos on a great upgrade! by SoloFlyer2 · · Score: 5, Interesting
      The First 20 Slashdot (85645) users:
      CmdrTaco (1)
      Hemos (2)
      drendite (3)
      CowboyNeal (4)
      samzenpus (5)
      jgoldsch (6)
      CLorox (7)
      Emmett Plant (8)
      keith (9)
      ximenes (10)
      velkro (11)
      RAD Kade 1 (12)
      TechNoir (13)
      Christopher Bibbs (14)
      DeadBeef (15)
      Tom Rothamel (16)
      Rolf W. Rasmussen (17)
      davidu (18)
      steffenz (19)
      Robogoatgruff (20)
      and some other intersting user numbers :)
      Bill Gates (156)
      Microsoft (9967)
      Windows (452268)

      Linus Torvalds (128589)
      Linux (40410)
      Debian (27049)
      --
      "I reject your reality, and substitute my own" - Adam Savage
    16. Re:Kudos on a great upgrade! by MikeFM · · Score: 2

      Looks good in Safari, Opera, and Firefox. IE for Mac looks a bit funky but who cares.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    17. Re:Kudos on a great upgrade! by hawkstone · · Score: 4, Informative

      You can look up by UID if you want:

      http://slashdot.org/users.pl?uid=1

      Oh, and UID 0 is always the current user.

    18. Re:Kudos on a great upgrade! by halber_mensch · · Score: 2, Informative
      I was wondering what on Earth slashdot did to make things look so horrible. The teal article header background now takes up over an entire page for the first article on the page (including in comments view). The input boxes are now way to spaced out - it looks like below (only worse)

      Konqueror 3.4.1 on FreeBSD 5.4 shows no such problem for me. Both Firefox 1.6 and Konqueror display identical. Perhaps you should check your software first instead of bitching about slashdot for trying to adhere to web standards?

      Just a thought...

      --
      perl -e "eval pack(q{H*},join q{},qw{70 72696e74207061636b28717b482a7d2c717b343 637323635363534323533343430617d293b})"
    19. Re:Kudos on a great upgrade! by generalpf · · Score: 2, Interesting

      Up for a case of beer or two? Come on, these guys left the crappy HTML languish for EIGHT YEARS before updating their site -- during which time they obviously don't even read their own site -- and you think they deserve a reward? They're getting paid to run this site!

      I wish I could work two days every eight years and get a case of beer for doing MY JOB.

    20. Re:Kudos on a great upgrade! by Kjella · · Score: 2, Funny

      Oh, and UID 0 is always the current user

      So, does that mean every user on Slashdot has root or something? >:-)

      --
      Live today, because you never know what tomorrow brings
    21. Re:Kudos on a great upgrade! by IpalindromeI · · Score: 2, Informative

      A faster way to list UIDs than shown by the other responder is to use this page:
      http://slashdot.org/search.pl?op=users

      That will give you 30 users at a time, with a link at the bottom to go to the next 30. If you know approximately what UID you had, it makes it much easier than trying them one-by-one.

      --

      --
      Promoting critical thinking since 1994.
    22. Re:Kudos on a great upgrade! by ATinyMouse · · Score: 2, Interesting

      Interesting, it appears that UID 666 isn't owned by anyone, yet searches for 665 (patfu) and 667 (Naikrovek) work.

      ATM

    23. Re:Kudos on a great upgrade! by David+Rolfe · · Score: 2, Funny

      I have a journal about this, kinda. Most of those users seem to have fled, or don't post anymore. :-)

      I don't see how I always get suckered into 'low UID' threads (somehow they always get modded up past my threshold). Oh, and to all you haters: I did not buy this UID on eBay :-D what is a 2-digit ID worth? I saw from upthread that people must actually sell them. What will people pay for them?

      --
      Read Heinlein's 1953 Revolt in 2100, now more than ever.
  2. Let me be the first to say ... by YankeeInExile · · Score: 5, Funny

    I for one, welcome our new Standards Compliant Overlords.

    --
    How does the Slashdot Effect happen given that no slashdotters ever RTFA?
    1. Re:Let me be the first to say ... by suwain_2 · · Score: 5, Funny

      Standards Compliant Overloads?

      S.C.O.?

      *shudders*

      --
      ________________________________________________
      suwain_2 :: quality slashdot p
    2. Re:Let me be the first to say ... by Martin+Blank · · Score: 2, Funny

      Think about it. Slashdot has updated its code. It moves fast, and it's standards compliant.

      Face it. The end has come, and IBM will soon fall, as McBride stumbles across a smoking gun and gains control of IBM's board.

      We're all doomed. If you're not in the bunker yet, it's probably too late.

      --
      You can never go home again... but I guess you can shop there.
    3. Re:Let me be the first to say ... by Captain+Splendid · · Score: 2, Funny

      Sweet! That means DNF should be out this Christmas season!

      --
      Linux, you magnificent bastard, I read the fucking manual!
    4. Re:Let me be the first to say ... by Gleng · · Score: 5, Funny

      Well, this year, Slashdot updates it's code, Debian Sarge is released, and Apple switches to x86.

      If DNF comes out as well...

      Let's just say that that would be the fourth horseman.

      --
      "Proudly Posting Without Reading The Article"
    5. Re:Let me be the first to say ... by troon · · Score: 2, Funny

      It's OK, you've restored order by continuing to misuse the humble apostrophe.

      --
      Ydco co ,df C erb-y go. a Ekrpat t.fxrapev
  3. Wrong date?! by NoSuchGuy · · Score: 2, Funny

    April's Fool day again?

    --
    Grundgesetz * 23. Mai 1949 - 30. November 2007 - http://www.vorratsdatenspeicherung.de/
    1. Re:Wrong date?! by geoffspear · · Score: 4, Funny
      I noticed that when I was asked to metamoderate this morning, I wasn't given the false promise I'd be more likely to receive mod points.

      Better rending in Firefox and less dishonesty! What's not to like?

      --
      Don't blame me; I'm never given mod points.
    2. Re:Wrong date?! by Anonymous Coward · · Score: 5, Funny

      I didn't notice nothing differnt about slashdot this morning. It still looks the same. They haven't done anything like DHTML or menus at the top with drop down effect. They're also still using Perl instead of PHP. The shuold be moving to PHP since that's what all other sites are doing now. THey also havn't changed their icons in like forever. And the green Slashdot logo needs to go. There's also no background graphic to give the site a more polished magazine like feel. If they knew anything about design, they'd be following the lead of sites like Wired.com and Playboy.com. After all Slashdot is really just an online magazine at this point. You guys should also consider a print version of Slashdot. I think if you combine the look of Wired, Playboy and MacOS X you'd have a winning UI. You should also force user's browsers to open a new window devoid of any browser menus/widgets/buttons. That way you could then create a true UI for Slashdot and make it like a magazine application. A navigation bar at the top with Aqua-esque buttons would be grand. There should also be application sounds. Clicking on buttons should play different sounds. Like if you click on the link for apple.slashdot.org, you should hear the Mac startup sound. Or if you click on yro.slashdot.org, you should hear a gavel pounding on a desk. Or if you click on bsd.slashdot.org, you should hear a death rattle. There should also be a live Slashdot cam that shows us what you guys are up to at any time of the day. Kind of like Jennicam used to be, only like heavily censored so we don't see private stuff. Maybe the cameras could have moderation so that the highest modded images go on the front page in the upper left corner. Another thing. There is this program/standard file format called Flash. It can really spice up a site and make it feel more like an application. You could also embed some Java apps too, but Flash is the way of the future for all web sites. It's the tool most creatives prefer. So can anywone tell me what is actually different about Slashdot today than it has been since like the 1980s when it was called Usenet?

    3. Re:Wrong date?! by LiquidCoooled · · Score: 2, Insightful

      "Edit Comment"

      Surely thats a bug. We can't edit comments posted.
      We can post them, or create them, but we can never edit them.

      Also, the order of the buttons has changed, is that to get us double checking.

      I noticed the changes to the user page and thought FF had dropped my config profile (min font size) thankfully it hasn't.

      --
      liqbase :: faster than paper
    4. Re:Wrong date?! by Seraph · · Score: 5, Funny

      edit my ass.

      Sorry. There's no substitute for diet and exercise.

    5. Re:Wrong date?! by wheany · · Score: 2, Informative

      It would be nice though if there was a site-specific hook to hang a user stylesheet upon, such as <body class="it-slashdot-org slashdot-org">

      Try user javascript if you're using Opera, or Greasemonkey if you're using Firefox. Then use Simple site signatures: http://userjs.org/scripts/general/developer_tools/ simple-site-signature

    6. Re:Wrong date?! by Blkdeath · · Score: 2, Interesting
      When are they going to open source the conservation principle defying karma algorithm? I have a couple hundred posts under my belt. Without a detailed statistical analysis I hit a +5 every 5 or 6 posts with many making +3 or +4. I regularly metamoderate...

      You probably post too frequently or not frequently enough. Myself, I MM about 1-2 times/month when I'm bored. I read /. daily and post only occasionally, usually in a week I'll have a day where I'll post 4-5 comments then no more. I also have Excellent Karma and 95% positive MM score. I get mod points probably twice a month if not more.

      This is mostly detailed in the FAQ, but basically they have a profile of their ideal moderator and apparently I'm it. :)

      --
      BD Phone Home!

      Shameless plug. Like you weren't expecting it.

    7. Re:Wrong date?! by BandwidthHog · · Score: 3, Insightful

      Also, the order of the buttons has changed

      Oh good, it's not just me.

      is that to get us double checking

      If they wanted to do that, you'd think they'd simply not show a Submit button until after the first Preview.

      --

      Quantum materiae materietur marmota monax si marmota monax materiam possit materiari?
  4. HTML 4.01?! by Anonymous Coward · · Score: 3, Insightful

    Why not XHTML?

    1. Re:HTML 4.01?! by dolphinling · · Score: 4, Informative
      --
      There are 11 types of people in the world: those who can count in binary, and those who can't.
    2. Re:HTML 4.01?! by Freexe · · Score: 4, Informative

      I let someone else explain this one, but basically you should be using html 4.01 and not xhtml unless you really know what you are doing and have good reason to do so.
      http://hixie.ch/advocacy/xhtml

      --
      "In a time of universal deceit - telling the truth is a revolutionary act." - George Orwell
    3. Re:HTML 4.01?! by m50d · · Score: 4, Informative

      Because XHTML is harder to write, and browsers can render HTML fine anyway, so what's the point? Yes, XHTML makes a cleaner spec if you're starting from nothing, but HTML is a standard that browsers have to be able to render, so XHTML doesn't make things any easier for anyone.

      --
      I am trolling
    4. Re:HTML 4.01?! by Bogtha · · Score: 4, Informative

      This topic was done to death last time.

      Short summary: there are a few compatibility downsides and there's no real point because there's no benefit to using XHTML yet.

      --
      Bogtha Bogtha Bogtha
    5. Re:HTML 4.01?! by wwwojtek · · Score: 2, Funny

      about your sig:
      There are 11 types of people in the world: those who can count in binary, and those who can't.
      and you are the missing third type: people who suggest that they can count in binary but really can't

    6. Re:HTML 4.01?! by GreyWolf3000 · · Score: 2, Insightful

      That's the joke: you're supposed to read it and say "Oh, he meant to write the binary equivalent of decimal 2, but he's one of the people who can't."

      --
      Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
    7. Re:HTML 4.01?! by Bogtha · · Score: 2, Insightful

      Maybe you have been living under a rock, but nearly all browsers accept application/xml+xhtml, so there is nothing against XHTML now.

      "Nearly all browsers" is a very disingenuous way of saying "the majority of people are using a browser that doesn't accept application/xhtml+xml".

      you can use PHP to serve text/html to IE while remaining standards-compliant with those browsers that, well, actually care about standards-compliance.

      In order to serve XHTML 1.0 documents as text/html you have to use Vary: Accept, which reduces your cache hits, slowing down your site, and driving up bandwidth use and server load.

      You also have to actually write a page that would work if it was served as application/xhtml+xml - something that would require their third-party advertisers to rewrite their Javascript for.

      Furthermore, you also have to comply with Appendix C of the XHTML 1.0 specification, which, among other things, restricts you to UTF-8 or UTF-16, which will cause you severe compatibility headaches if you need to use many non-Latin-based languages.

      I would recommend XHTML over any flavour of HTML simply because XHTML forces the developer to restrict his markup to semantically meaningful elements

      Nonsense. You can use <font>, layout tables, etc in XHTML just as you can in HTML.

      --
      Bogtha Bogtha Bogtha
    8. Re:HTML 4.01?! by smallguy78 · · Score: 3, Insightful

      what baffles me about xhtml is that browser engines handle HTML in a fast and effective way, so the desire to switch to xhtml for standard's sake seems pointless - the markup language was created for the parsing engine.

      The parsing engines are now all mature and so having to squeeze layout, scripting etc. into an XML format that doesn't necessarily lend itself to this makes no sense to me. Yes have well formed HTML, but making it XML compliant, why bother?

      --
      Nothing costs nothing
    9. Re:HTML 4.01?! by cortana · · Score: 2, Informative

      Internet Explorer 6 does not accept application/xml+xhtml documents. Internet Explorer 7 will not accept them.

      If you're going to set up your web application to spit out XHTML , except when the client only Accepts: text/html, then you might as well just serve text/html to everyone and ditch the added complexity.

    10. Re:HTML 4.01?! by Lewisham · · Score: 4, Insightful

      This is a lot like the argument for why bothering to comment, or why bothering to make code easy to understand, or why bother to code a web page in a half-arsed way as long as IE renders it OK.

      Because its the Right Thing To Do.

      Sure, it works fine as is. That's great. But if you can code in XHTML, why not? There are no good reasons not to apart from the fact you are lazy (I don't buy any of the arguments from that .ch site). Good HTML will look almost exactly like XHTML, why not make that extra step?

      XHTML enforces nice, clean code. None of the HTML fanboys can argue that. It can be parsed nicely in an XML parser, making it portable into all sorts of applications, from automagic web spiders making massive search engines, to little Java programs. HTML makes parsing more complicated, and the error handling an even bigger pain. Getting everyone to XHTML, especially technology flagwavers like /. should be easy.

      No, you don't have to do XHTML. But you should.

    11. Re:HTML 4.01?! by pudge · · Score: 3, Insightful

      In what way is writing xhtml harder than writing html 4.01?

      If HTML is not perfect, it will still display just fine. If XHTML is not perfect, nothing will be displayed, except your XML errors.

      Unless, of course, your XHTML is being rendered as HTML, not XML, in which case why are you doing XHTML at all?

    12. Re:HTML 4.01?! by pudge · · Score: 5, Informative

      We already forced HTML 4.01 strict compliance on comments six months ago. Almost no one noticed.

      We already converted 13M comments to valid HTML 4.01 strict. A couple of months ago. No one noticed.

      It would be relatively trivial to force XHTML 1.0 strict compliance. I'd flip a switch to force compliance on new content, then rerun the converter for old content. The code's been tested to work for both HTML 4.01 strict and XHTML 1.0 strict (since we allow only a relatively small subset of HTML tags and attributes, this isn't that hard for comments, or even stories, which allows a lot more variety in tags, but everything still fits in the intersection of the two, so it's just a matter of changing a very few number of things, that the code already knows about).

    13. Re:HTML 4.01?! by drew · · Score: 4, Informative

      I've read this rant a few times now, and of all of his reasons, none are very compelling.

      * <script> and <style> elements in XHTML sent as text/html have to be escaped using ridiculously complicated strings.
      Or you could refer to external files which you should probably be doing anyways. Besides, it's 2005. Are there still browsers in use that don't recognize the script tag? I haven't run across one in at least five years. Even browseres that don't support JavaScript at least know to ignore the contents of this tag.

      * A CSS stylesheet written for an HTML4 document is interpreted slightly differently in an XHTML context (e.g. the element is not magical in XHTML, tag names must be written in lowercase in XHTML). Thus documents change rendering when parsed as XHTML.
      Well, the second case is easily solved by writing tag names in lower case anyway. Wow, that was tough. I can't remember ever seeing a non-contrived case where the first was an issue, and even then it could be trivially worked around.

      * A DOM-based script written for an HTML4 document has subtly different semantics in an XHTML context...
      This is probably his one valid point. I do agree with this one, but also feel that it could be worked around with a little thought if you had a valid reason to use XHTML. Mainly you just need to use .toUpperCase() or .toLowerCase() when checking tag names, and you have to be able to detect whether to use namesapace aware functions or not based on which mime type you are using. Also, for sites (like slashdot) that don't use much javascript, this is probably not really an issue.

      * Scripts that use document.write() will not work in XHTML contexts.
      Good! document.write() should have been put out to die years ago.

      * Current UAs are, for text/html content, HTML4 user agents (at best) and certainly not XHTML user agents. Therefore if you send them XHTML you are sending them content in a language which is not native to them, and instead relying on their error handling. Since this is not defined in any specification, it may vary from one user agent to the other.
      And this is different from sending your document as HTML 4 how?

      * XHTML documents that use the "/>" notation, as in "<link />" have very different semantics when parsed as HTML4. So if there was to be a fully compliant HTML4 UA, it would be quite correct to show ">" characters all over the page.
      Probably technically true, but I've never seen this "SHORTTAG minimisation" discussed anywhere else, and I can't recall ever having dealt with a UA that treats self closing tags in such a manner.

      In short, there are issues to watch out for, but there are a lot of cases when XHTML may be preferable to HTML 4 (e.g. using an XML based content management system), and as the most popular web browser on the internet doesn't handle XHTML when served as application/xhtml+xml (and it has been announced that the next version will not either) and all remotely modern UA's will handle XHTML served as text/html, there are a lot of cases where it doesn't put make sense to put off adoption of XHTML for 2 years or more until the majority of browsers can handle it properly.

      That said, HTML 4 is still a perfectly valid alternative, and for a site like Slashdot where there are no compelling reasons to go with XHTML, and a lot of valid reasons for not, I don't see why anybody should complain that the site was done as HTML4+CSS and not XHTML+CSS.

      --
      If I don't put anything here, will anyone recognize me anymore?
    14. Re:HTML 4.01?! by Anitra · · Score: 3, Interesting
      Did you even read what CmdrTaco wrote? They have a reason NOT to go to XHTML, at least for now. But he leaves the possibility open.
      We're not going to XHTML for the same reasons as above- we control almost all of our HTML, but some of it (like the ads, and imports from other sites) just isn't ours to muck about with. We could go to XHTML, and someday we might...

      There are several browsers (and other tools, like XML parsers) out there that will break if an XHTML format doesn't validate as perfect XML. Since Slashdot does not control all of the code they pull in (especially ads, but also comments - neither of which are guaranteed to be valid XHTML), they want to play it safe.
      --

      Have you read the Moderation Guidelines Addendum?
    15. Re:HTML 4.01?! by Bogtha · · Score: 2, Informative

      That's bullshit. UTF8 and UTF16 are unicode encodings. They are capable of encoding every unicode code point as well as UTF32.

      Those character encodings are capable of representing the characters, sure. But browsers aren't uniformly capable of decoding them. Browsers don't support UTF-16 as well as Big5, for example.

      If every browser properly implemented Unicode, then sure, it wouldn't be a problem to require UTF-8 or UTF-16. But that's not the reality; browsers are far from perfect.

      --
      Bogtha Bogtha Bogtha
    16. Re:HTML 4.01?! by joib · · Score: 3, Funny
      I would recommend XHTML over any flavour of HTML simply because XHTML forces the developer to restrict his markup to semantically meaningful elements

      Ahem: HOWTO Spot a Wannabe Web Standards Advocate.

      Ladies and Gentlemen, we have a winner!

    17. Re:HTML 4.01?! by drew · · Score: 2, Informative

      You've missed the point: the script and style tags are PCDATA in XHTML, not CDATA. That means comments are not ignored, so your HTMLish scripts and styles, hidden in comment tags, will be invisible to an XHTML user agent. If they aren't, it isn't an XHTML user agent.

      No, I didn't miss the point. I was saying that there's no reason to even use HTML/XML comments in the first place. Hiding scripts in HTML comment tags was a nasty hack to keep browsers that didn't recognize the script or style tags from displaying the contents of the script tag. No browser (that I am aware of) released in the last 8 years requires this nasty hack, but everyone still does it anyway. My point was that all of his nasty escaping is unnecessary. The following will work fine in every browser that I'm aware of:

      <script type="text/javascript">
      // <![CDATA[
      ...
      // ]]>

      </script>

      And if you still want to be paranoid, and you don't believe me that the comments are completely unnecessary, you can (as I stated) just use external files:

      <script type="text/javascript" src="foo.js"></script>

      --
      If I don't put anything here, will anyone recognize me anymore?
    18. Re:HTML 4.01?! by Dom2 · · Score: 2, Informative
      If you do want to go the XHTML route, take a look at mod_xhtml_neg, which serves things up correctly using content-negotiation. It works rather well for me. The added strictness is sometimes annoying, but it does keep you honest.

      -Dom

    19. Re:HTML 4.01?! by VGPowerlord · · Score: 2, Informative
      Since the parent mention Mime Types, I figure that someone should point out what the XHTML Media Types actually are.

      The correct mime type for XHTML is application/xhtml+xml. Parsers should also recognize the generic XML mime-types: application/xml and text/xml.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    20. Re:HTML 4.01?! by syousef · · Score: 2, Insightful


      * Scripts that use document.write() will not work in XHTML contexts.
      Good!
      document.write() should have been put out to die years ago.


      Yes, lets break things! Let's break things everywhere!!!

      FTP isn't secure. Kill it! Force everyone to use SFTP right now!
      HTTP isn't secure. Oh no! Kill it! Force everyone to use HTTPS right now!
      Someone wrote a complient web page two whole years ago and they expect it to work now???!!! Quick! Kill him!!!

      --
      These posts express my own personal views, not those of my employer
  5. Testing process by FortKnox · · Score: 2, Interesting

    Why don't you guys have a formal testing process in place for slashcode?

    Seriously, its like every Thursday morning its a big test to determine how many '503 Service Unavailable' we will get.

    If this was done in a real web app environment, you'd guys wouldn't have your cushy jobs, ya know...

    Having said that, I get a 500 error randomly on any post...

    --
    Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
    1. Re:Testing process by AKAImBatman · · Score: 5, Informative

      Why don't you guys have a formal testing process in place for slashcode?

      They do. Beta code gets tested here before it's put on Slashdot. Now the upgrade process often generates quite a few 503s (since Slashdot is actually down during that time), but it's just a temporary problem.

      If you're still getting 500s and 503s, try deleting all your cookies that point to "slashdot.org". Sometimes the upgrades have problems with old cookies.

    2. Re:Testing process by garcia · · Score: 3, Insightful

      Why don't you guys have a formal testing process in place for slashcode?

      I'd prefer that they worry less about standards compliant code, testing, and other bullshit and instead work on eliminating worthless editorials, duplicate stories, and any number of other far more important issues to make Slashdot better.

      It's nice to see that they are working on *something* but it *was* working all those years just fine. It's just been the last two years that Slashdot has gone *really* downhill with stuff that has nothing (or little) to do w/the codebase.

    3. Re:Testing process by Mr.+Underbridge · · Score: 2, Funny
      Why don't you guys have a formal testing process in place for slashcode?

      They do, we're it.

  6. stylin' by maharg · · Score: 2, Insightful

    nice one guys !

    --

    $ strings FTP.EXE | grep Copyright
    @(#) Copyright (c) 1983 The Regents of the University of California.
  7. Thanks a bundle! by ceeam · · Score: 3, Informative

    Yes, and for those of us using "Light" slashdot version (it's in "Preferences" - white background etc, _much_ easier to read IMHO) now it looks like a buttload of shit. $(SUBJ). Will it be fixed?

    1. Re:Thanks a bundle! by ExKoopaTroopa · · Score: 2, Informative

      please RTFP(ost) Light Mode will be back in some for or another. The problem is that light mode served two purposes: Low Bandwidth, and Simplified Design. The later will probably be handled with a CSS theme (we have a handheld theme already). Low Bandwidth is a little trickier, but we will resolve that soon.

      --
      Don't Tell Me What I Can't Do!
    2. Re:Thanks a bundle! by elmegil · · Score: 2, Insightful

      Because of course if you're reading slashdot you must be a leet dHTML haxxor.

      --
      7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
    3. Re:Thanks a bundle! by SillyNickName4me · · Score: 2, Insightful

      The later will probably be handled with a CSS theme (we have a handheld theme already). Low Bandwidth is a little trickier, but we will resolve that soon.

      Light mode worked very well for both. Keep in mind that a majority of handheld based browsers and things like Lynx/links dont have much use for css if they support it at all. Not to mention that for handheld devices low bandwidth is almost alwas a requirement as well, considering that many people who use one for accessing the internet do so on one of the cellphone networks, and are likely to pay per byte. The 2 things are indeed different requirements, but they more often then not happen to come together so why not serve both with the same solution?

    4. Re:Thanks a bundle! by jamie · · Score: 4, Informative
      Light mode has questionable reasons for still existing after this change. We're probably going to obviate/replace/improve it in the coming months (pick your verb).

      We obviously did not forget about it, as another commenter suggested. Tim and Wes put in quite some effort to make sure it was still supported in some form. But much of its reason for existence will (soon) be able to be accomplished by simply changing style sheets. You the user can do that with various hacks; on our side, as Rob mentioned in his writeup for this story, we hope to provide some mechanism for users to pick different style sheets sometime soon.

      Light mode was a kind of a half-assed hack that tried to do "show me Slashdot a little cleaner," "reduce my bandwidth for my 56K modem," and "give me the bare necessities for my mobile device," and IMHO didn't do any of those very elegantly. And the implementation kinda sucked too, so we want to get rid of it for code cleanup reasons. We're going to do mobile support properly (eventually) and let style sheets do the cleaning up. The third justification was bandwidth, and webpage bandwidth is pretty irrelevant in 2005.

      For now (at least), Light mode means no slashboxes, which makes sense to me (at least). If you want slashboxes, the workaround is to turn Light mode off. If you're in the ~1% of Slashdot readers who simply must have the Light-mode look and slashboxes too, I'm afraid you'll have to bear with us until we get the changes I described above implemented.

      And now I just realized Rob said much the same thing in his updated "response to reader notes," so go read that :)

    5. Re:Thanks a bundle! by mikiN · · Score: 2, Insightful

      ...webpage bandwidth is pretty irrelevant in 2005.

      Please speak for yourself, d.de. Or are you going to refer 'us' to the 'US centric' section of the Slashdot FAQ?

      There are literally millions of people using the 'net over slow dialups, multiparty daisy-chained wireless links, PDA/phones not using GPRS, etc.

      --
      The Hacker's Guide To The Kernel: Don't panic()!
  8. WC3 validator == very close by jandrese · · Score: 4, Interesting

    Although the Slashdot guys have blocked it again, there was a short time this morning where the validator could get through. It showed the main page as validating Ok for the most part, but some of the sidebars (especially the Freshmeat sidebar) as failing miserably. Just looking at the source doesn't give me a headache anymore though, which is a massive improvement.

    --

    I read the internet for the articles.
    1. Re:WC3 validator == very close by justforaday · · Score: 2, Interesting

      Using Opera's validate option, it still fails as HTML 4.01 Strict. However, the number of errors are in the low double digits, which is an enormous improvement over the hundreds the old code would give.

      --
      I'll turn into a supernova and burn up everything. Well I'll turn into a black little hole and you'll turn into string.
  9. Re:POOPHEADS! by AKAImBatman · · Score: 3, Informative

    You mean like this site that has been acting as the beta site for Slashdot?

  10. Getting There... by lukewarmfusion · · Score: 4, Interesting
    I'm glad to see the improvements. I was surprised to see a couple of the pages loading much faster and my text-size was slightly decreased from the previous version. Looking under the hood, I saw that the move was made. However, there are a few items I noticed (I'll submit to the SF page as appropriate)...

    Validator says it's not correct Strict. There are 13 errors. Some areas still have FONT tags and whatnot, but I don't know if those are includes from external sites (and therefore out of /.'s hands).
    <font size="3" color="#006666"><b>Search Freshmeat:</b></font><br>
    Anyway, I'll be working on an alternate design right quick. I also expect to see a Firefox extension to load up a custom Slashdot stylesheet (and maybe a /. styles database site to find good ones).

    Welcome to the 21st Century.
    1. Re:Getting There... by TheRaven64 · · Score: 3, Informative
      Welcome to the 21st Century.

      HTML 4.01 was released on December 24, 1999, so they're not quite here yet...

      --
      I am TheRaven on Soylent News
    2. Re:Getting There... by dolphinling · · Score: 2, Informative

      You don't need an extension for that, you can just put it in userContent.css.

      @-moz-document domain(slashdot.org){rules here)

      ...Though I suppose you could package it as an extension to make it easier to install.

      --
      There are 11 types of people in the world: those who can count in binary, and those who can't.
  11. Re:Mod points? by Omnieiunium · · Score: 2, Funny

    I would mod you up for that comment but...

  12. Well, I guess I have the best compliment by OS24Ever · · Score: 4, Insightful

    At first glance, it doesn't look any different to me, so you must have done something right.

    Except then I hit reply and the post a comment dialog looks a bit different but not bad.

    Must have been quite the effort, congrats.

    --

    As a rock-in-roll Physicist once said, No matter where you go, there you are.

  13. close... so close by Thng · · Score: 3, Insightful
    http://validator.w3.org/check?uri=www.slashdot.org

    summary: "This page is not Valid HTML 4.01 Strict!"

    Sure, only 13 on the front page of /. (don't remember how much before) and they all seem relatively minor. Still, sure is better than what it was. Glad to see it. thng

  14. Well by chrisgeleven · · Score: 3, Funny

    Time to get on the Duke Nukem watch...

  15. Count on 'Em by Doc+Ruby · · Score: 4, Interesting

    Can we get some stats APIs? Like per-story counts of unique repliers (+/- ACs), broken down by point score, with metadata (date/time posted, categories, submitter ID, "author" ID). And links in the story, and comments (per point score)? How about some karma details?

    I'd like to see a Slashdotter make an app that shows trends of posting results. And an app that draws networks between posters, destinations, categories, etc. Let's rub Slashdot's soft green underbelly!

    --

    --
    make install -not war

  16. First spelling nazi post in new format by DataCannibal · · Score: 2, Informative
    --
    No but, yeah but, no but...
  17. I LIKE IT! What about us Palm users, though? by bhtooefr · · Score: 2, Informative

    Wow, this looks NICE. You guys needed to go to CSS for a LONG time.

    Now, how 'bout taking a cue from AvantSlash, and making http://slashdot.org/palm actually work nicely?

    AvantSlash is horribly broken, now, due to your changes (although I knew it was coming, and so did they.) So, one of two things needs to happen: the guy behind AvantSlash needs to update it, or you guys need to make the Palm site work.

    1. Re:I LIKE IT! What about us Palm users, though? by hendridm · · Score: 2, Informative
  18. Aha! by GreatDrok · · Score: 3, Funny

    So that's what is wrong with it. I have been looking at the page all day thinking there was something weird going on and now I know!

    --
    "I have the attention span of a strobe lit goldfish, please get to the point quickly!"
  19. Styles - firefox by hrbrmstr · · Score: 3, Informative

    Most die-hard firefox users will know this, but since Taco threw down the gauntlet, those mere firefox mortals who wish to muck with the CSS and "win a prize!" can take a look at: Jesse Ruderman's page on using local style sheets (good links there) and there's always the style sheet chooser plus add on (yeah, the site's in French and I haven't tried that extension in a while since I use Safari mostly, but it should work).

    --
    Mind the gap...
  20. Well Done. by feargal · · Score: 3, Funny

    After eight years, this news website has finally gotten around to using proper HTML.

    So, will it be another eight years before this news website gets around to using some proper editors?

    --
    "A goldfish was his muse, eternally amused"
  21. Impact on Bandwith? by fons · · Score: 4, Interesting

    I would be very interested to know wheter this change has a big effect on the slashdot bandwith usage.

    1. Re:Impact on Bandwith? by ChristTrekker · · Score: 3, Interesting

      I once tried cleaning up a site with lots of tables and inline formatting, converting it to CSS. Stripping the formatting down saved roughly 15-20% on that site the more pages were visited using the cached stylesheets. If you only visited the front page, the bandwidth usage was actually a bit higher. It all depends how much inline formatting you have, but I thought 15% was significant enough to make the effort for, especially if traffic (hence bandwidth expense) is high.

  22. Getting with the Times New Roman by ishnaf · · Score: 4, Funny

    'Times New Roman' is so 27BC. It'd only take one line of css to get something with class. Like 'Comic Sans MS'. Everyone loves 'Comic Sans MS'.

  23. Re:So that is why by a.ameri · · Score: 4, Insightful

    NS 4 nearly has no support for CSS. That's why the "new slashdot" (heh, never thought I would see that phrase) looks crap in it.

    Seriously, don't you think it's time to drop support for NS 4? I mean this is the slashdot crowd, that has been saying for the last 8 years that developers should comply with standards and don't tune web pages for a specific browser, and now that finaly it is compliant with the standard, you are complaining that it looks bad in an ancient browser? You know, slashdot now also looks completely crap on BeOS's netpositive. should I complain about that as well?

    --
    -- /* Those who don't underestand Unix, are condemned to reinvent it poorly */
  24. Not according to W3C html validity checker... by MCraigW · · Score: 3, Interesting
    Not according to the W3C (world wide web consortium) validity checker http://validator.w3.org/check?uri=referer! It finds a number of errors on all the Slashdot pages I've checked. The CSS passes as valid though.

    Since HTML 4.01 strict and XHTML 1.0 Transitional are so close, only minor differences really, you could easily make Slashdot XHTML 1.0 Transitional.

    1. Re:Not according to W3C html validity checker... by pudge · · Score: 3, Informative

      There is no reason to go to XHTML. Bottom line: most browsers will render it as HTML and not XML, and for those that do render it as XML, we would need to have *perfectly valid* XML or else it would break, and we are not yet at that point, as we still have various invalid things in our source. So there's no reason to bother, not any time soon.

      The code can easily handle a switch to XHTML 1.0 Strict, should we someday desire to do that.

  25. Could we also... by TCM · · Score: 4, Informative

    ...get the following fixed? When you browse with a threshold that doesn't show all comments, the page numbers to click are completely broken. Sometimes, when I click on the 3rd or 4th page, I _still_ see the first post according to my threshold.

    There is actually no way to view all comments in order. I usually resort to clicking a page way later, like the 6th or 7th until I see a comment other than the first. But then I don't know if I missed any.

    The pages seem to count all comments regardless of score. The proper way is to count the posts _after_ the threshold is applied.

    This has been bugging me _for ages_!

    --
    Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
    1. Re:Could we also... by TCM · · Score: 3, Informative

      Wow. Apparently, it _is_ fixed! Whether that's a side effect of the transition or intentional, I don't know.

      Who knows, maybe some day Slashdot even gets proper editors and no more dupes!

      --
      Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
  26. Re:Yawn! by Bedouin+X · · Score: 3, Insightful

    If you've ever done serious web design then you know that going from a 5 year old plus table-based layout to a completely CSS-driven one is more like a Godzilla step.

    More importantly, it makes things like what you are requesting relative bably steps.

    --
    Dissolve... Resolve... Evolve...
  27. Re: Just looking at the source by MexicanMenace · · Score: 5, Funny

    "Just looking at the source doesn't give me a headache anymore though, which is a massive improvement."

    Yeah, all I see now is blonde, brunette, redhead.

    Wait a minute, that's not /.!

  28. Re:Doesn't validate... by Hungry+Student · · Score: 2, Informative

    W3C is perfectly stable, its taking issue with your non-quoted href attributes. Look at error # 12: "an attribute value must be a literal unless it contains only name characters."

    As a general rule, quote all attributes, much more future-proof (XHTML requires all attributes be quoted), and much easier on the eyes when using a syntax-highlighting editor. FYI, I downloaded a snippet of your HTML, quoted the attributes, ran it back through the validator, and it validates (save for the lack of a doctype).

    Hope this helps.

  29. Clean Green Reaming Machine by Doc+Ruby · · Score: 2, Funny

    Now that pages take so much less time to render in browsers, Slashdot.org has reduced the overall computational load on the Web. So much less heat generated by browsing computers, so much less power consumed, foreign oil and coal burned. Of course, now we'll more swiftly move from the Front Page directly to Slashdotting some poor server unwittingly mentioned in the story. Maybe the smoke from burning servers will make up for our horde of cleaner-running Slashdotters.

    --

    --
    make install -not war

  30. Re:Stylesheet? by josephgrossberg · · Score: 4, Interesting

    I also recommend that people start sharing their own user-defined stylesheets (like they've done with Gmail), so this site no longer looks like crap.

    Like a CSS Zen Slashdot.

  31. And it looks wierd. by mcc · · Score: 3, Insightful

    In safari and it seems firefox for macintosh weirdness abounds throughout the new slashdot layout. Things show up in sans-serif fonts at random, for example the contents of the "recent posts" box on user pages, or the "allowed html" beneath a post. Things have unexplained margins or indents; for example the "Subject" box when you submit seems to be over one space from the comment box. When showing comments, all the gray boxes have surprisingly large internal margins but everything else has no margins at all, all the comments are scrunched together. Font sizes seem to vary sometimes at random, for example the first three headlines on the front page are a totally different size from the ones beneath. The whole thing looks a bit hodgepodge.

    Of course, web design is unpredictable and I'm sure it'll get sorted out eventually.

  32. Re:WOW by Anonymous Coward · · Score: 2, Funny
    What kind of news is this anyways?

    It's both; News for Nerds _and_ Stuff that matters.(TM)

    What a combo!

  33. No, your code is broken by Bogtha · · Score: 2, Informative

    I clearly have opening tags for my <A> tags. Otherwise how would the links work?

    When in doubt, don't assume the bug is somebody else's fault unless you understand what's going on.

    HTML, as you know, lets you omit the delimiting quotes for attribute values sometimes. For example, type=text is valid. However, just because you can omit them sometimes, it doesn't mean you can always omit them. Your page contains the following code:

    <a href=http://libtomcrypt.org/libtom.jpg><img border=0 width=410 height=120 src=http://libtomcrypt.org/libtom2.jpg></a>

    The validator is saying that you have a closing </a> tag when you don't have an open <a> element. That is correct - you already closed the <a> element.

    See, in order to provide us with the shortcut of not having to specify attribute names for some purposes (e.g. <input disabled>), HTML uses an SGML feature known as SHORTTAG NET. However, that's not the only shortcut it provides. It also lets you write <foo>bar</foo> as <foo/bar/.

    Of course, I've only heard of one or possibly two browsers that have ever implemented this, so I'm not surprised that you haven't heard of it. In any case, one of the consequences of this shortcut is that you can't use slashes in attribute values unless you quote them - otherwise the parser has no way of knowing whether you are closing the tag or not. So when you write:

    <a href=http://...

    That has exactly the same meaning as this:

    <a href=http:></a>...

    So, later on, when you try and close your <a> element, the validator rightly complains that there's no open <a> element to close.

    If you actually find a real bug in the validator, then feel free to report it. If you had done this with the "bug" you are complaining about, then you would have found the answer to the problem a lot quicker.

    It might be worth actually fixing this one, as I've seen some search engine bots trip over on similar things (XHTML-style empty meta elements in HTML documents, etc), so you might be preventing some search engine bots from indexing anything but the front page of your website.

    --
    Bogtha Bogtha Bogtha
  34. Works fine here (Opera 8.5). by Richard+Steiner · · Score: 2, Informative

    Version 8.5
    Build 7700
    Platform Win32
    System Windows XP

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  35. Re:Not true by Bogtha · · Score: 3, Insightful

    I think your statement that it "does work" needed clarifying.

    I see it the other way around. I loaded it up, read articles, clicked the links, changed the filtering, etc, and it all worked just fine.

    I think Misagon should have been more clear that he didn't like the way it looked instead of saying that it was broken, because it's clearly not broken. The plain HTML style for Netscape 4.x is very common these days, any Netscape 4 user should be used to it by now.

    --
    Bogtha Bogtha Bogtha
  36. That explains it by DoddyUK · · Score: 2, Funny

    I was wondering why Slashdot looked all screwed under IE5.0 at school.

    --
    Some think the Internet is a bad thing. I just think that AOL is a bad thing.
  37. Re:Ahem! by jamie · · Score: 4, Informative

    You're in Light Mode. Slashboxes don't appear in Light Mode for obvious reasons (and I believe that's a change from before). Go to Preferences: Homepage and uncheck Light, then save. That should do the trick.

  38. Easy solution! by Spy+der+Mann · · Score: 2, Informative

    Validate Slashdot's Coral Cache! http://slashdot.org.nyud.net:8090/

    Anyway here's the Coral Cache of the W3C validating the Coral Cache of Slashdot! (can't get any longer than that :P )

    http://validator.w3.org.nyud.net:8090/check?uri=ht tp%3A%2F%2Fslashdot.org.nyud.net%3A8090%2F&charset =(detect+automatically)&doctype=Inline&ss=1

    And here's the result:

    1. Line 18, column 40: there is no attribute "LANGUAGE" .
    <script type="text/javascript" language="javascript" src="http://a.as-us.falkag.

    2. Line 303, column 25: there is no attribute "ALIGN" .
    <div class="ad2" align="center"><!-- ad position 2 -->

    3. Line 637, column 11: there is no attribute "SIZE"
    <font size="3" color="#006666"><b>Search Freshmeat:</b></font><br>

    4. Line 637, column 21: there is no attribute "COLOR" .
    <font size="3" color="#006666"><b>Search Freshmeat:</b></font><br>

    5. Line 637, column 30: element "FONT" undefined
    <font size="3" color="#006666"><b>Search Freshmeat:</b></font><br>

    6. Line 637, column 65: document type does not allow element "BR" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag . ..." color="#006666"><b>Search Freshmeat:</b></font><br>

    7. Line 638, column 54: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag .
    <input type="hidden" name="link" value="freshmeat.net">

    8. Line 639, column 27: document type does not allow element "INPUT" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag .
    <input type="text" name="q">

    9. Line 640, column 6: end tag for "FORM" which is not finished .
    </form>

    10. Line 641, column 9: there is no attribute "ALIGN" .
    <p align="right"><a href="http://freshmeat.net/"><b>More Meat...</b></a>

    11. Line 1339, column 78: there is no attribute "BORDER" . ...gif?l,332" width="1" height="1" border="0" alt="">

    12. Line 1339, column 88: document type does not allow element "IMG" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "DIV", "ADDRESS" start-tag . ...idth="1" height="1" border="0" alt="">

    13. Line 1340, column 10: end tag for "NOSCRIPT" which is not finished .
    </noscript>

    (Hmmm weird, the next time i ran the validation it only gave me 12 errors). Anyway, that's all - considering slashdot used to have around 300 errors, this is quite an advancement. The first errors are probably a missing opening <form> tag.

    A workaround (tho I don't know how effective) would be replacing the freshmeat data with an IFrame :D to keep the errors hidden. muahahahaha.

  39. Tags by slummy · · Score: 3, Insightful

    There's one thing you easily conform to standards with, end your img and br tags properly.

    Example 1: <img src="img.png" />
    Example 2: <br />

    1. Re:Tags by Anonymous Coward · · Score: 3, Informative

      Those are simply empty tags in XHTML, but in HTML4 (and any other SGML application using the Reference Concrete Syntax) they are empty tags followed by ">" characters treated as content. Some browsers get this wrong, but it's not a good idea to rely on it. No matter what W3C claims, it's not really possible to modify a document so a HTML4 parser gives the same DOM as an XML parser--the grammars conflict.

  40. Listen fellas this is great and all that... by ellem · · Score: 2, Funny

    but is this getting us any closer to the new Duke Nuk'em? Shouldn't you boys be working on that?

    --
    This .sig is fake but accurate.
  41. Re:So that is why by nacturation · · Score: 5, Funny

    ... slashdot does not work with Netscape 4 when I try it today.

    It sucks in Mosaic 1.0 as well.

    --
    Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
  42. Holy Shit! by Anitra · · Score: 4, Interesting

    Ever since the November 2003 article on A List Apart, I've been wondering if this day would come. Almost two years later, it looks like it's finally here!

    Having worked on smaller sites, I can imagine how difficult this change was. I took a quick peek at the code; it's so much cleaner now, and it loads so much faster! Congratulations, guys.

    --

    Have you read the Moderation Guidelines Addendum?
  43. Re:I disagree by jamie · · Score: 4, Funny

    Hahahahahaha :)

  44. Re:Me three by masklinn · · Score: 2, Informative

    The thing is that Slashdot is now natively readable from within Lynx or Links (only with they put some kind of link on top of the page pointing to the content itself, having to go through 5 pages of menu before actually reaching the content is annoying)

    --
    "The way we can tell it's C# instead of Haskell is because it's nine lines instead of two." -- wadler
  45. Re:Light version wishlist? by CmdrTaco · · Score: 5, Informative
    This is exactly the plan. Historically "Light Mode" addressed 2 meanings of "Light"... (A) Low Bandwidth and (B) Simplified Design.

    The plan right now is to have a few large chunks of the site drop in and out for a less bandwidth intensive version. Essentially we strip the site down to what must be here: Less menu items, less boxes on the right. Basically, "Title" "Advertisement" "Stories" "Some Menus And Links". VERY minimal. Get the page down to as few bytes as possible. This We'll probably have a stylesheet too, but mainly this page will just have far fewer bytes of stuff.

    Design-wise we can create themes for modern handhelds. A generic theme is already available but it's a real quickee job. But now we can create thinned down look and feel customized for any individual handheld. Of course we don't really have any of these fancy devices ourselves, so hopefully readers will help by designing CSS that does just that.

    --
    Pants are still optional, but recommended for you.
  46. Re:converting comments? by pudge · · Score: 4, Interesting

    This was done awhile ago, and almost no one noticed.

    Basically, we were allowing various things in comments for years that were not compliant with HTML 4.01 strict. Even moreso for stories. So about six months ago we fixed the code to force compliance with HTML 4.01 strict, and about two months ago converted old content accordingly.

  47. Re:Light version wishlist? by raygundan · · Score: 2, Interesting

    The great thing about light mode's compromise was that I could just leave it enabled and use it on both the desktop and the mobile device. Currently, I have the following options:

    1. The whole shebang: all the functionality, all the bandwidth.
    2. Light mode: no slashboxes, less bandwidth. It's not bad for mobile, but now that it's not full-functionality, I can't leave it enabled all the time.
    3. /palm mode: only shows the top 5 comments. hardly even qualifies as slashdot! Not a useful thing unless you're on a *really* stripped-down device.

    What I'm missing now (a fire-and-forget way to get full functionality on the desktop but lower bandwidth and all the comments on the phone) can be fixed one of several ways:

    1. A way to set my preferences to be different for mobile and desktop browsers.
    2. A full replacement for light mode, with all the site functionality
    3. A more complete mobile mode with all the comments present.

  48. Re:Ideally by McDutchie · · Score: 2, Insightful
    In an ideal world, stuff like slashdot would fail gracefully.

    But it does fail gracefully. Other than looking like crap, Slashdot is perfectly usable in Netscape 4.

  49. Bohemoth by 14erCleaner · · Score: 2, Funny
    Your typo has created a new word, and I like it!

    bohemoth n: A bohemian behemoth.

    I'm visualizing a 300-pound beatnik. ooo, that's nasty...OK, maybe that's a typical slashdot member...

    --
    Have you read my blog lately?
  50. "light mode" awesome on Sidek!ck II by LinuxGeekMobile · · Score: 2, Informative

    I hope too much doesn't change with light mode, as it is far more readable than before on my Sidek!ck II. Please keep in mind that this device (aka Danger HipTop2) has no support for javascript or style sheets. CCS will have zero effect on these devices. I didn't have to change any settings, as I already had "light" & "no icons" checked for my home page. I don't see a setting for "handhelds" as indicated in the submission.

    --
    - Posted via Danger HipTop2 / T-Mobile Sidek!ck II -
  51. Re:Yawn! by Rellik66 · · Score: 2, Informative
    Times New Roman is it?

    That's because your browser is using Times New Roman, Slashdot doesn't pick a font for article/comment text.

    Which is easy to change:

    Firefox: Tools > Options, select General(FF1.0)/Content(FF1.5b), Click on Fonts & Colors(FF1.0)/Advanced(FF1.5), and choose Sans Serif as the Proportional Font, You can also choose which Sans Serif font you want below

    IE: Tools > Internet Options, General tab, Fonts button, Change the web page font to one of your liking.

    --

    Too many zeros, not enough ones

  52. Redundant UL and LI in menus by temojen · · Score: 3, Interesting

    If you want to clean up your code more, all the menu items are anchors wrapped in list items. this can be much cleaner styled as:

    <style>
    //should be in an attached stylesheet, not inline
    div.menu span { display: block; background-color: green; }
    div.menu a { display: block;}
    </style>

    <div class="menu" id="about">
    <span>About</span>
    <a href="/supporters.shtml">Supporters</a>
    <a href="/code.shtml">Code</a>
    <a href="/awards.shtml">Awards</a>
    </div>

    As compared to:

    <div class="block">
    <div class="title" id="links-about-title">
    <h4>About</h4>
    </div>
    <div class="content" id="links-about-content">
    <ul>
    <li>
    <a href="http://slashdot.org/supporters.shtml">Suppor ters</a>

    </li>
    <li>
    <a href="http://slashdot.org/code.shtml">Code</a>
    </li>
    <li>
    <a href="http://slashdot.org/awards.shtml">Awards</a>
    </li>
    </ul>

    </div>
    </div>

    BTW, nice use of fieldset.

    1. Re:Redundant UL and LI in menus by Bitsy+Boffin · · Score: 5, Insightful

      Err, except the way it is now is semantically correct - it's a list of links. Your way it's just a bunch of links all mooshed togethor with no semantics at all.

      There is a lot of "div-itis" though, but I'm guessing that was to provide flexability for user defined stylesheets in the future, so can be forgiven i guess.

      --
      NZ Electronics Enthusiasts: Check out my Trade Me Listings
  53. Re:Hey Rob: How about IDs for comment mods? by HitScan · · Score: 2, Informative

    No good at all. id is a unique id. Like name. What you want is exactly what class is for. You can have multiple class entries (including undefined ones) so your example would be
    <li class="comment Troll Insightful mod_4 Friend Friend_of_Foe" id="(comment #)">

    Then your personal CSS file could have entries like so: .mod_neg1
    {
    display:none;
    } .Friend
    {
    font-weight: bold;
    }

    etc.

    --
    HitScan
  54. MFH's Law by mfh · · Score: 5, Funny
    What's more lame is parent saved a really old comment URL that I made, just so he could be petty and vindictive. That he saved that trivia in his puny mind, where the answer to tomorrow's lottery numbers could be stored instead -- that he wasted the time of every reader on Slashdot just to point out the trivia is confounding and inappropriate.

    It's turning into a morph of Godwin's Law.

    Because it's my law, I will call it MFH's Law:

    The likelihood that someone will mention MFH(56)'s Slashdot account being purchased on Ebay approaches 100% as the moderation of MFH(56)'s comments increase.
    --
    The dangers of knowledge trigger emotional distress in human beings.
    1. Re:MFH's Law by Bertie · · Score: 4, Funny

      You might only have two digits, pal, but mine's palindromic. Therefore my dad could beat your dad in a fight.

      (I'll now sit here and wait for UID #314159 to turn up and swing his dick about)

  55. Re:I disagree by ki4iib · · Score: 5, Funny

    +4 Funny for "Hahahahahaha :)"?!!! Hell, I can beat that. Check it:

    "BWWWWWWWWWAAAAAAAHAHAHAHAHAHAHA!!"

    oh and :D

  56. You're missing the point of HTML. by binary+paladin · · Score: 3, Informative

    In a normal browser, that's fine and dandy. However, HTML itself (devoid of CSS) is read and used by other devices. For instance if I am browsing in Lynx, that list makes a huge difference in display and don't even get me started on voice readers and other things.

    HTML is not there purely to be used as an anchor for style. It is there to explain what kinds of content a document contains. I mean, why use an h1 - h6 or a p or em or strong? You could simply create contextual style definitions for divs and spans which would, more or less, do everything that other tags do.

    I mean really, if HTML was really just there for CSS all you'd need would be , , , , , , , and . You wouldn't even need since you could could just define inline divs.

  57. Re:Not true by elemental23 · · Score: 2, Insightful

    I'm guessing you're probably used to sites looking like shit then, right?

    Seriously, why?

    --
    I like my women like my coffee... pale and bitter.
  58. Re:I disagree by minus9 · · Score: 2, Funny

    "Now, I know that Slashcode is inherently badly written, but I've got to assume that it's still dynamically driven, making the actual amount of HTML across all of Slashdot tiny, actually."

    Yet you still come here everyday to complain. You're like Stadtler and Waldorf all rolled into one.

    Cue the Muppets theme tune...

  59. Re:MOD PARENT DOWN by NutscrapeSucks · · Score: 2, Informative

    Here's the bug:

    Page Threshold = 50 posts
    Story has 200 posts, 4 pages
    First thread is 101 posts.

    Slashdot will show the first thread on pages 1, 2, and 3.
    Page 4 will show the last 50 posts
    The other 49 and their posts and threads will be invisible unless you go into nested mode.

    --
    Whenever I hear the word 'Innovation', I reach for my pistol.
  60. Great step, thanks! Now display the years! by Rewd · · Score: 3, Insightful

    Please, please, please display years on your dates ... I can't believe this hasn't been fixed yet.