Slashdot Mirror


HTML 5 As a Viable Alternative To Flash?

superglaze writes "Jon von Tetzchner, Opera's CEO, has claimed that the open standards in HTML 5 will make it unnecessary to deliver rich media content using the proprietary Flash. '"You can do most things with web standards today," von Tetzchner said. "In some ways, you may say you don't need Flash." Von Tetzchner added that his comments were not about "killing" Flash. "I like Adobe — they're a nice company," he said. "I think Flash will be around for a very, very long time, but I think it's natural that web standards also evolve to be richer. You can then choose whether you'd like [to deliver rich media content] through web standards or whether you'd like to use Flash."'"

541 comments

  1. My Kingdom for a Datagrid Element! by eldavojohn · · Score: 4, Interesting
    Yeah, video and sound are two biggies that HTML 5 needs to get correct. No doubt about that.

    But as someone who's thrown together more than a few web applications in my time, I'd like to talk to you about what I'm really excited about--the datagrid element.

    Now, I know a lot of people are going to argue with me, but the most important tag in HTML is <table>. Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables--it's tables all the way down!

    When's the last time you laid out a site without a table element on every page? Hell, it's almost always the next thing to follow <body> on my pages. And you know the code I write to interact dynamically with that table is a bitch. An unmaintainable mess. Yeah, there's probably some library out there I could use to simplify that pain but it always comes down to me messing around with advanced Javascript code trying to squeeze some more functionality into the user's interaction with that table. "Oh, I want this box to highlight red when this happens!" a user might say. Everyone wants a "simple table" with Google Spreadsheets functionality.

    So we switched a whole project to Flex once. Yeah, Flex. Free right? Not if you want the datagrid!

    Advanced DataGrid component -- The Advanced DataGrid is a new component that adds commonly requested features to the DataGrid such as support for hierarchical data, and basic pivot table functionality. Available only with Flex Builder Professional.

    Need to fork over cash for that gem. Oh, you can drone on and on about "vendor lock in" and "hidden costs" with Flash. Don't matter. Customer is king.

    My only hope is that HTML 5 presents a competitive datagrid with pivot table functionality. From their specs:

    The datagrid element represents an interactive representation of tree, list, or tabular data.

    HTML 5, I await you with open arms, hope and understanding. Improve the table element (if possible) and create a solid datagrid element. Deliver me from Flash.

    --
    My work here is dung.
    1. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 5, Insightful

      Datagrid or not, if your site requires flash for anything other than playing sound or video files, then it is more than likely I will not spend much time there.

    2. Re:My Kingdom for a Datagrid Element! by koala_dude · · Score: 5, Insightful

      "Now, I know a lot of people are going to argue with me, but the most important tag in HTML is . Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables--it's tables all the way down!...When's the last time you laid out a site without a table element on every page?" Whoa, I haven't done than since IE4 / Netscape 4.7 days. I use tables for tabular data, very rarely for layout. I'm quite positive I'm not alone in this. While there are a number of Javascript-based datagrid controls available, it would be good to have some sort of standardized control as part of the standard definition.

    3. Re:My Kingdom for a Datagrid Element! by Mordac · · Score: 5, Informative

      When was the last time I didn't use a table tag on a page? Uh, today... the day before that, and before that.

      I use tables rarely and only for displaying data, never for formatting a page. I stopped using tables for design years ago, that's why we have CSS.

      I think its time for you to stop using tables for design. Tables lock your user into your content via your specific design. Flexibility and accessibility requires properly formatted CSS with divs and spans, knowing how to use floats and relative positioning.

      But yes, datagrid element will be great.

    4. Re:My Kingdom for a Datagrid Element! by Solra+Bizna · · Score: 1

      When's the last time you laid out a site without a table element on every page?

      I haven't made a website with a table-based layout in seven years. The only thing I use tables for nowadays is presenting tabular data.

      In fact, just thinking about table-based layouts made me feel a little sick.

      Of course, I've also been incredibly lucky in that I don't have to support IE, so the stuff I do in CSS actually works. (Just thinking about supporting IE made me feel a little sicker...)

      -:sigma.SB

      --
      WARN
      THERE IS ANOTHER SYSTEM
    5. Re:My Kingdom for a Datagrid Element! by DeafZombie · · Score: 2, Insightful

      But as someone who's thrown together more than a few web applications in my time, I'd like to talk to you about what I'm really excited about--the datagrid element. Now, I know a lot of people are going to argue with me, but the most important tag in HTML is <table>. Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables--it's tables all the way down! When's the last time you laid out a site without a table element on every page? Hell, it's almost always the next thing to follow <body> on my pages. And you know the code I write to interact dynamically with that table is a bitch. An unmaintainable mess. Yeah, there's probably some library out there I could use to simplify that pain but it always comes down to me messing around with advanced Javascript code trying to squeeze some more functionality into the user's interaction with that table. "Oh, I want this box to highlight red when this happens!" a user might say. Everyone wants a "simple table" with Google Spreadsheets functionality.

      Well, although I am not one of the people who thinks people who use tables for layout should all go to hell, I do prefer to NOT use them. I can say that I've written a few web apps myself (and still do) and use tables only for data representation. And I am comfortable to say I am not alone... take a look at, for instance, /.'s source. Another beautiful example of tableless layout can be found at Zen Garden

      --
      The Binary Anti-Pattern [http://beyondboolean.blogspot.com/]
    6. Re:My Kingdom for a Datagrid Element! by Yvan256 · · Score: 1

      When's the last time you laid out a site without a table element on every page?

      About 6 years ago, if not more?

      The table element is to display tabular data, not for the layout of websites.

    7. Re:My Kingdom for a Datagrid Element! by aero2600-5 · · Score: 4, Interesting

      Hold on.

      You don't have to support IE? I must know what this job is. Please? I do not wish to become known as the IE Developer Serial Killer. What do you do for a living? Seriously. I would take a 20% pay cut to not have to support IE.

      Aero

      P.S. I can't believe anyone still uses table for layouts. GP is a troll.

      --
      Please stop hurting America -- Jon Stewart
    8. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 2, Insightful

      How do you handle centering objects vertically inside divs?

      --
      Qxe4
    9. Re:My Kingdom for a Datagrid Element! by hesiod · · Score: 4, Insightful

      CSS has some nasty cross-browser problems that tables do not, making them far easier than CSS for many things, assuming you can do them in CSS at all.

    10. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      You make it sound like tables are more important then they really are. The reason why html 5 can make flash obsolete is because of the video tag, not because of the grid element that you'll obviously misuse by judging your comment:

      When's the last time you laid out a site without a table element on every page? Hell, it's almost always the next thing to follow <body> on my pages.

    11. Re:My Kingdom for a Datagrid Element! by Fallingcow · · Score: 1

      When's the last time you laid out a site without a table element on every page?

      I do that all the time. What decade are you living in?

    12. Re:My Kingdom for a Datagrid Element! by AvitarX · · Score: 1

      Are you for real? /. does not use any tables for example. Pretty elaborate and flexible layout even (though not the greatest perhaps).

      This page http://www.coolwebsitelistings.com/, a first result searching for cool websites only has one table with 3 columns.

      Table hell is old school I think.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    13. Re:My Kingdom for a Datagrid Element! by Scragglykat · · Score: 1

      I don't understand this statement "Tables lock your user into your content via your specific design" in that, how else are they going to view it? I've seen some very convoluted non-table layouts before, and I'd have to say, if they user was allowed to see that data outside the design constraints of the designer's work, it would be much more difficult to use. Maybe you are referring to how using tables makes it harder to update the layout, look and feel of your data on your site. I can sort of see that, but again, only if done right. A table layout is far superior to a CSS layout that is not thought out. Just so everyone knows, I've not done a table layout in many moons, but I remember it being sometimes easier to put together in a hurry because you didn't have to think of the ramifications of everything you laid out. I still use a table to center content in a page on occasion if the content area has to go along with the page background, because between IE and Firefox (and other browsers, but those are the big ones I design for), using margin: auto; doesn't exactly center the same across browsers. It'll be off by a few pixels in one browser and not another, which can get quite annoying. If I am not matching the centered content with the background on the body, then I don't bother though, and I only use tables for data representation as well.

    14. Re:My Kingdom for a Datagrid Element! by AvitarX · · Score: 1

      Display: table

      it's ugly, but at least it doesn't falsely imply you are about to display tabular data.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    15. Re:My Kingdom for a Datagrid Element! by DarrenBaker · · Score: 1

      Why, oh why, can I not mod parent higher than 5?

    16. Re:My Kingdom for a Datagrid Element! by rinoid · · Score: 1

      VIdeo is not for HTML5 to consider really, other than how it is attached. VIdeo, IMO is solved about as good as it can be with MPEG4/H264 which is a near universal format that I can watch on many, many devices without the use of Flash. Flash in fact can use H264 videos.

      Granted some application handler is required for any video ... is this what you refer to? Who should handle the universal video decoder plugin? That's outside the scope of an HTML5 spec IMHO.

      It's a great point to ponder however --- right now it's locked into either Flash or Quicktime as the two leading ways to receive video content on the web. Good vs. Better? Good vs. Evil? OK vs. WhoCares? Lot's of cameras use some components of Quicktime to handle video.

      Then again, the video codecs will evolve with time too ...

    17. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 1, Insightful

      Its about time. Down with Flash.

    18. Re:My Kingdom for a Datagrid Element! by ericlondaits · · Score: 4, Informative

      TABLES have nasty cross-browser issues when combined with CSS, and it's ridiculous to program without CSS for formatting. I recently had to return to my old table-layout ways for an HTML newsletter (HTML mails have to be done the old fashioned way because CSS support in mail programs and webmails is 'less than stellar') and experienced long lost pain and anguish from it.

      I used to do real complex layouts with tables, graph paper and a simple text editor (even before Photoshop sliced images for table layouts) and I'm glad I have CSS now. The only exception would be using a table with a single cell for vertical alignment now and then, but that's just a small hack. Everything else can be done simpler with CSS.

      As for the main topic, I say: not yet... I'm all for replacing Flash with DHTML and do so every chance I get... but it's still to slow and jerky compared with flash animation for smooth scrolling and fx.

      --
      As a Slashdot discussion grows longer, the probability of an analogy involving cars approaches one.
    19. Re:My Kingdom for a Datagrid Element! by Rob+Y. · · Score: 1

      You're right. A real data grid that supports data entry and some basic formatting is essential for building any data-intensive application.

      I built and still use a 'smart terminal' browser-like front end for the applications my company writes. It's main 'flashy' component is a nice data grid that allows us to build apps using a web-like, thin client architecture but with a desktop-like look and feel.

      At various points over the years, I've considered rewriting the front-end to host the functionality in a standard web browser. And always, the bottom line was that you couldn't duplicate what my grid provides, so it wasn't worth it. I always figured somebody would make it possible at some point, and that's a good thing. Hell, I'm surprised Microsoft's never made an 'Excel' component you could code to in IE. But it's certainly better that it be part of HTML 5.

      --
      Posted from my Android phone. Oh, I can change this? There, that's better...
    20. Re:My Kingdom for a Datagrid Element! by mustafap · · Score: 4, Funny

      >You don't have to support IE? I must know what this job is. Please?

      He works for the FSF.

      --
      Open Source Drum Kit, LPLC deve board - mjhdesigns.com
    21. Re:My Kingdom for a Datagrid Element! by manifoldronin · · Score: 1

      HTML 5, I await you with open arms, hope and understanding. Improve the table element (if possible) and create a solid datagrid element. Deliver me from Flash.

      That all looks good on paper. My concern however is that any element that's sufficiently complex and insufficiently spec'ed will have subtle differences between render engines.

      That, and a certain market dominant browser vendor's track record of arbitrarily interpreting w3c standards.

      --
      Tyranny isn't the worst enemy of a democracy. Cynicism is.
    22. Re:My Kingdom for a Datagrid Element! by BlitzTech · · Score: 1

      I'm with aero2600-5. Where do you work, and how do I get your job / a job similar to yours?

      Not having to support IE must be sweet, sweet bliss...

    23. Re:My Kingdom for a Datagrid Element! by OakDragon · · Score: 1

      Well, although I am not one of the people who thinks people who use tables for layout should all go to hell, I do prefer to NOT use them. I can say that I've written a few web apps myself (and still do) and use tables only for data representation.

      For layouts, CSS is nice, and you can avoid tables for the most part. What I'm curious about - and it's not a rhetorical question, I would love to hear techniques - what do you use for complex forms? Myself, I still compartmentalize everything in tables. Using CSS to lay out forms is fine for simple "label, input, linebreak" type of forms. However, if I have to lay out something like an address form, I like street 1 & 2 on their own lines, and city, state, and ZIP on one line. Now, I can see using CSS for that, but as the form grows (and grows more complex), I use a table to keep certain elements lined up.

      What are some CSS-only techniques?

    24. Re:My Kingdom for a Datagrid Element! by omnichad · · Score: 2, Insightful

      vertical-align: middle;

      Or how about:
      margin-top: auto;
      margin-bottom: auto;

      Should I go on?

    25. Re:My Kingdom for a Datagrid Element! by dingo8baby · · Score: 1

      css line-height property. Seriously, slashdotters are exulting table-based layouts? There is nothing, repeat nothing that you can't do with css and tableless layouts*. *using a standards-compliant browser. Fuck you IE6!

    26. Re:My Kingdom for a Datagrid Element! by MisterSquid · · Score: 4, Interesting

      I'm with you on the WTF about the "tables everywhere" rant. Just because eldavojohn is stuck in 1996 doesn't mean everyone else is. Some of us read and understood Chapter 10, "Floating and Positioning," of Eric Meyer's Cascading Style Sheets, The Definitive Guide .

      --
      blog
    27. Re:My Kingdom for a Datagrid Element! by cbreaker · · Score: 1

      Although a bunch of people here are touting the use of CSS to replace tables, you just can't replace all table formatting with CSS. Somewhere on almost any site is an unavoidable pile of tables that are a bitch to work with, because they're better supported than advanced formatting via CSS.

      A better, more in-line solution is sorely needed. And hopefully all of the browsers will support it properly from the start, so we don't have to deal with a million different redundant "border=0" type entries.

      Plus, CSS for formatting is a lot more difficult to learn. A LOT more difficult. I'm no web developer but I can make a real decent looking web site with tables, and I use CSS for text formatting and styles but I still have a real hard time using CSS for anything other than that.

      Anyways, I'm 100% there with you. I eagerly await a better table system.

      --
      - It's not the Macs I hate. It's Digg users. -
    28. Re:My Kingdom for a Datagrid Element! by ToasterOven · · Score: 1

      Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables--it's tables all the way down!

      Apparently, you've never visited the Zen Garden.

    29. Re:My Kingdom for a Datagrid Element! by twidarkling · · Score: 1

      Because you posted in the thread, thus removing any mod points you spent?

      --
      Canada: The US's more awesome sibling.
    30. Re:My Kingdom for a Datagrid Element! by xonar · · Score: 2, Insightful

      In my various attempts to use vertical-align: middle; it's never worked :/

    31. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 2, Informative

      Sure, keep going. I just tested in Firefox and neither of those work.

      --
      Qxe4
    32. Re:My Kingdom for a Datagrid Element! by jonbryce · · Score: 4, Funny

      He doesn't have to support IE, but he does have to hand code his pages using emacs.

    33. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      So we switched a whole project to Flex once. Yeah, Flex. Free right? Not if you want the datagrid!

      Advanced DataGrid component -- The Advanced DataGrid is a new component that adds commonly requested features to the DataGrid such as support for hierarchical data, and basic pivot table functionality. Available only with Flex Builder Professional.

      The free Flex framework framework does include a Datagrid, which is like an excel spreadsheet table.

        The Advanced Visualization and Charting package includes an Advanced DataGrid which, as best I understand, allows for grouping data in a hierarchy.

        Adobe's model appears to be focusing on the tools--where they make money--and hoping the community will provide more components.

    34. Re:My Kingdom for a Datagrid Element! by jalefkowit · · Score: 4, Insightful

      I don't understand this statement "Tables lock your user into your content via your specific design" in that, how else are they going to view it?

      Through a screen reader, maybe? In which case your table layout will completely fail, because screen readers expect the contents of TABLE tags to be, you know, tabular data.

      You need to understand that blind and vision-impaired people will be among those "viewing" your page, and design accordingly.

    35. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      It's not about whether something is possible, it's about whether it is better. Sometimes table based layouts are a lot easier, so use them. Your attitude reminds me of people who use flag variables in order to avoid GOTOs. Technically it works fine, but.........why not just jump?

      Oh, and right on the IE6 thing.

      --
      Qxe4
    36. Re:My Kingdom for a Datagrid Element! by omnichad · · Score: 0, Flamebait

      Depends on if you're trying to center an in-line element or a block element. And are you applying the attributes to the container or to the item to be centered? I've used them both and I don't really run a free tutorial shop. Just making my point and moving on.

    37. Re:My Kingdom for a Datagrid Element! by alexj33 · · Score: 1

      Deliver your people too from the postback-happy .Net Datagrid and gridView.

    38. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      Incidentally, CSS line-height sucks for centering items inside a div. If you're going to do that, you might as well just use absolute positioning.

      --
      Qxe4
    39. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      [quote] When's the last time you laid out a site without a table element on every page? [quote]

      Probably

    40. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      I've used them both and I don't really run a free tutorial shop.

      You also don't write posts that have a clear point. What are you trying to say? That HTML/CSS is a convoluted mess that lacks consistency and has no clear design philosophy? That is a good point.

      --
      Qxe4
    41. Re:My Kingdom for a Datagrid Element! by Lord+Ender · · Score: 1

      I've been looking into Flex development, but I was not aware it was crippleware. This is quite interesting. Perhaps I should instead keep my focus on improving my AJAX skills. Thanks for sharing.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    42. Re:My Kingdom for a Datagrid Element! by e4g4 · · Score: 1

      Absolutely. And really - Javascript based animations on a browser with a fast javascript engine (safari, chrome, firefox 3.5 (? haven't tested it yet myself)) is getting much smoother (see the chrome experiments as an example). As to the GGPs claim that tables are necessary. Good lord he needs to get out of the dark ages - CSS is better for layout than a table based model on *all* modern browsers - and I'm including IE6 in my definition of modern. There are admittedly some quirks - but they are reasonably few, and in spite of them, a css based design is far, far, far more maintainable (and accessible) than a table based design.

      --
      The secret to creativity is knowing how to hide your sources. - Albert Einstein
    43. Re:My Kingdom for a Datagrid Element! by Rayban · · Score: 1

      Why, display:table-cell of course!

      --
      æeee!
    44. Re:My Kingdom for a Datagrid Element! by nostriluu · · Score: 1

      If your using tables for layout, that's a terrible practice that was deprecated a long time ago, for very good reasons. Tables are for tabular data, get it? Someone using a screen reader has to listen to a lot of crap that has nothing to do with tabular data to access your badly designed sites, and all kinds of other devices can't interpret your site with any meaning.

      Learn how to use modern HTML.

    45. Re:My Kingdom for a Datagrid Element! by omnichad · · Score: 1

      Nope. Just that I don't have to prove it works. It was a convoluted mess back in the table days. Just because we move to something better doesn't mean it has to solve every problem at once. It's more structured now, and more logical.

    46. Re:My Kingdom for a Datagrid Element! by Lord+Ender · · Score: 1

      Think about mobile devices and screen readers. Such devices can easily display/read the header div, followed by the content div, followed by the footer div, followed by the menu div.

      Now think about nested tables. How could this software reformat or reinterpret the layout to meet its requirements? Not so easily, that's for sure.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    47. Re:My Kingdom for a Datagrid Element! by DarrenBaker · · Score: 1

      Well, I....

      NOOOOOOOOOOoooooooooo.........

    48. Re:My Kingdom for a Datagrid Element! by EvilBudMan · · Score: 1

      CSS is just tables that function a little better for maintenance. That's all. Getting all of the browsers to work right (IE IE IE) is another issue.

      Some are just as ugly as tables of old.

      http://www.freecsstemplates.org/css-templates/24

    49. Re:My Kingdom for a Datagrid Element! by abhi_beckert · · Score: 1

      When's the last time you laid out a site without a table element on every page?

      About two years ago, and only after spending 5 hours trying to figure out why the CSS we were using for that particular page layout was not working in Internet Explorer 6.

      And even then, the table was only a tiny part of the layout. It only had one row, and that row only had one cell, and there were no tables inside tables.

      Just to put it in perspective, there are oven 700 websites in our portfolio, and that is the only one I know of which has a table on every page. There are probably others (i'm one of 5 web developers in our small business), but they're rare enough I haven't come across them.

      Tables are for tabular data. Not for layout.

    50. Re:My Kingdom for a Datagrid Element! by Tumbleweed · · Score: 4, Funny

      Of course, I've also been incredibly lucky in that I don't have to support IE

      I just clicked on your 'Homepage' link, and I gotta tell ya - your site looks like it would work _perfectly_ in every version of IE ever made.

      Well done!

    51. Re:My Kingdom for a Datagrid Element! by EvanED · · Score: 2, Insightful

      Not just that, but it may not even be necessary for the device to do anything terribly smart. If you can detect that it's a mobile device on the server-side, you can feed it a different style sheet that will change how it displays so it's more mobile-friendly. Same content, different CSS.

      Try that with your nested tables.

    52. Re:My Kingdom for a Datagrid Element! by tepples · · Score: 1

      vertical-align: middle;

      Or how about:
      margin-top: auto;
      margin-bottom: auto;

      Should I go on?

      How well does each of these work in Internet Explorer 6 and Internet Explorer 7?

    53. Re:My Kingdom for a Datagrid Element! by omnichad · · Score: 2, Informative

      Look it up yourself:
      http://reference.sitepoint.com/css/vertical-align

      IE 5.5+ supports middle, but both IE and Firefox have trouble with anything but top, bottom, and middle.

    54. Re:My Kingdom for a Datagrid Element! by the_other_chewey · · Score: 1

      When's the last time you laid out a site without a table element on every page?

      Let me think... about 12-15 years ago? And even then, I'd contest the "every".
      WTF are you doing? Hosting every election result on the planet?

    55. Re:My Kingdom for a Datagrid Element! by Qzukk · · Score: 1

      What are some CSS-only techniques?

      This guy has quite a few of them: http://themaninblue.com/experiment/InForm/margin.htm

      I generally avoid using the "horizontal" layouts because <select> boxes tend to be a pixel or two taller than a corresponding text input box, meaning that if you try to mix them up on the same line without compensating for this, you run the risk of ending up with a "stair-step" display since inputs will hang up on that one pixel instead of wrapping all the way to the margin.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    56. Re:My Kingdom for a Datagrid Element! by tenco · · Score: 1

      You say that it matters if something is better or not. And then you're arguing that you use table based layouts because they're easier. Am I missing something here or does your chain of causation just doesn't make sense?

    57. Re:My Kingdom for a Datagrid Element! by Beyond+Opinion · · Score: 1

      You're not alone. I work for a web design company, and if I used a table for layout, I bet I'd be fired. Tables are not for layout.

    58. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      Sometimes table based layout is easier. I can't imagine doing tables inside of tables inside of tables all the way down like that guy suggested, but if you can't imagine any scenario where it's easier to use a table, you have a weak imagination.

      --
      Qxe4
    59. Re:My Kingdom for a Datagrid Element! by Phrogman · · Score: 1

      I use tables for layout pretty much every day in the projects I am working on. While CSS is capable of doing everything and provides better control, its more finicky, is not as well supported across browsers - and in this specific case I am working on a legacy system that uses tables extensively.

      Sure there are undoubtedly good reasons for using CSS versus standard tables for layout, but quite frankly it is so much easier to use tables and the results are so much more consistent, provided you know what you are doing that for me at least, CSS has only been something I use occasionally, more for consistencies sake than anything else.

      You may like absolute positioning and all that, I am quite comfortable in tables and can usually visualize even a complex layout entirely in my head when its tables. To each their own.

      When IE finally dies an unlamented death, and that abortion of a browser doesn't have to be supported any longer then I will likely switch to all CSS all the time, but in the meantime I will bide my time.

      --
      "The first time I got drunk, I got married. The second time I bought a chimpanzee, after that I stayed sober" Arian Seid
    60. Re:My Kingdom for a Datagrid Element! by CarpetShark · · Score: 1

      When's the last time you laid out a site without a table element on every page?

      I think you mean, "When's the first time...?" It was many years ago. No one who's kept remotely up to date with web technology (and their responsibilities as web developers/designers) uses tables for layout anymore.

      I'd like to talk to you about what I'm really excited about--the datagrid element.

      You seem to not understand what this is for. I'll give you a clue: that data in the name means it's for data, not layout.

      What you REALLY seem to want is the CSS3 display: table* options, which let you do old-style tabular layout in pure CSS.

    61. Re:My Kingdom for a Datagrid Element! by jollyreaper · · Score: 1

      I've tried noodling around with CSS but it's not quite gelling with me yet. I did web dev back in the table days and know my approach is outdated. Haven't had to touch much web stuff but it looks like I'm going to have to get back into that game at work. Is that book a good intro? I've poked around at garden of css and am amazed I'm not seeing those tricks applied anywhere other than demo sites.

      --
      Kwisatz Haderach
      Sell the spice to CHOAM
      This Mahdi took Shaddam's Throne
    62. Re:My Kingdom for a Datagrid Element! by Sir_Lewk · · Score: 1

      http://www.cs.drexel.edu/~jlg95/index-crash.html

      Check out the little table on that page. Lockes Internet Explorer hard every time.
      Point is, nothing is perfect. Some things are just better than others.

      --
      "linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
    63. Re:My Kingdom for a Datagrid Element! by WebmasterNeal · · Score: 1

      Lol, I haven't used the TABLE element for layout in 4 years. Get with the times dude.

      --
      "During My Service In The United States Congress, I Took The Initiative In Creating The Internet." -Al Gore
    64. Re:My Kingdom for a Datagrid Element! by spiffyman · · Score: 2, Informative

      Thing is, a lot of slashdotters have the "luxury" of ignoring this fact. I cut my web app teeth working for a public university, so this stuff has been seriously ingrained into our policies. We still have a ton of legacy stuff to bring into the 21st century, but I don't know of a shop on campus that thinks tables are an okay way to do layout. And when you do use them, you use them with properly scoped <th>s, etc.

      I wish more people did work for the government or maybe accessibility-related NGOs. It was a good way to go - learn how to do it the "hard" way, and the "easy" way looks awful.

      --
      So you can laugh all you want to...
    65. Re:My Kingdom for a Datagrid Element! by lart2150 · · Score: 1

      it looks to me like the article page on /. has 0 tables. I have made a lot of pages that don't have tables. However with that said there are times when a table is a lot eazer to put together then a bunch of divs.

    66. Re:My Kingdom for a Datagrid Element! by osu-neko · · Score: 1

      When's the last time you laid out a site without a table element on every page?

      None of the websites I've designed since 2005 have used a table element on every page. And I thought I was behind the times, adopting CSS layout as late as I did... you mean you're still doing this in 2009? Really?!

      --
      "Convictions are more dangerous enemies of truth than lies."
    67. Re:My Kingdom for a Datagrid Element! by EthanV2 · · Score: 1

      When's the last time you laid out a site without a table element on every page?

      I don't know about anyone else, but when I design website layout I try to avoid tables unless I really have to, like for displaying data correctly. For all of my design work, I use CSS and div tags, it's much easier to maintain and much more customisable.

    68. Re:My Kingdom for a Datagrid Element! by pembo13 · · Score: 1

      > When's the last time you laid out a site without a table element on every page?

      I was with you till you said that.

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    69. Re:My Kingdom for a Datagrid Element! by Hurricane78 · · Score: 1

      Now, I know a lot of people are going to argue with me, but the most important tag in HTML is . Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables--it's tables all the way down!

      Wow. Seriously
        Your skill is already deprecated for half a decade, and makes you look like an amateur. Update your skill, or you are going to be deprecated too.
      (Not meant in an evil way. I'm just not good at motivating people. ^^)

      I've done quite some webapps myself. (Like AJAX CMS systems for the biggest Internet portals, before the word existed.)
      And I was the first one at my company to stop using tables for anything other than tabular data.

      My view on this is, that HTML had some problems, that XHTML solved. HTML was made more for the casual hobbyist, where the browser overlooked the errors, and let you do sloppy work. But XHTML could be very strict, even blocking the whole page, if something was wrong. Which felt much more proper... like it really was a kind of (non-PHP ^^) compiler.
      So as you can imagine, I do not like HTML 5. I think it will bring us a ton of really crappy pages, that will make MySpace look like a candidate for a design award. In code and in visuals.
      So I see it as a step backwards in professionalism, in the name of (as usual) the simplification(/stupidification) for the stupid.

      But I agree, that videos, audio, 2d vector graphics (SVG) and scripting (JS) are essential for really good pages too. (Additional to proper semantic structure and CSS,)

      My only hope is that HTML 5 presents a competitive datagrid with pivot table functionality.

      As for the datagrid: Wake me, when we got a graph element in there. Not a list. Not a table. Not a tree. Not a directed graph.
      A free graph. No limits. In a flexible visual format, with multiple views. With proper ontology support. Out of which you can build anything, while keeping proper semantics.

      Then we can talk about the forefront of technology. :)

      HTML 5. Bah. ^^

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    70. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Not just that, but it may not even be necessary for the device to do anything terribly smart. If you can detect that it's a mobile device on the server-side, you can feed it a different style sheet

      Server-side? Oh, please, do you really trust old rusty UA sniffing? Do you trust the headers? Are the headers your server receives really sent by the UA or are they sent by some proxy? Oh, please, don't. Client-side, the media attribute or @import rulez!

      Same content, different CSS.

      No, this is not entirely true. If the server modifies the source to deliver alternate CSS, the content is not the same. If this seems somewhat pedantic: Save a server-modified page with your mobile appliance, then view it on your wide-screen-something-killer-PC. Or vice versa.

    71. Re:My Kingdom for a Datagrid Element! by asdf7890 · · Score: 3, Interesting

      Whoa, I haven't done than since IE4 / Netscape 4.7 days. I use tables for tabular data, very rarely for layout. I'm quite positive I'm not alone in this.

      More-or-less. I try to keep everything pure these days (tables only for purely tabular data) but I will often hit things that I want to do but can't do any "proper way" that works well in all the browsers I try to support (at least IE6/7/8 and FF3 sometimes with the addition of Chrome, FF2 and others if I have time to test in them).

      I use this technique in such cases: http://giveupandusetables.com/ - try to do things "right" for a while, but avoid spending hours banging my head against it when I could be using the time for something more useful.

      I would like to just be able to tell users to "upgrade to a decent browser or put up with things not looking right" instead of fighting to support older user agents like IE6 (heck, at work we sometimes even have to give time to making sure stuff doesn't break overly in IE4!) but unless you are targeting a very specific subset of people with the design that just doesn't wash, so using tables for layout sometimes has to happen.

      Often it is possible to compromise, like accepting a slightly different arrangement that can be made to work well generally without to many bad-browser-specific hacks in order to avoid resorting to a table, or accepting that things are a little odd (or just different) in some browser as it looks/works OK anyway, but again this is not always possible.

    72. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Or screen readers could get smarter and realize that not all tables are for data... Yeah I'm an asshole, but I'm probably right.

    73. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      CSS tables can solve that problem for you today, without HTML 5. The only thing is, the only Internet Explorer that supports CSS tables is IE 8.

      http://www.w3.org/TR/CSS2/tables.html

    74. Re:My Kingdom for a Datagrid Element! by Low+Ranked+Craig · · Score: 1

      I have yet to encounter a situation where a table is easier than CSS. I don't even use tables for tabular data anymore.

      Note that "easier" doesn't necessarily mean "less code"

      and right on regarding goto. it's fine as long as you write structured code. I've seen plenty of shitty code written without gotos...

      --
      I still cannot find the droids I am looking for...
    75. Re:My Kingdom for a Datagrid Element! by Hurricane78 · · Score: 0, Flamebait

      .centered { margin: auto }

      Come on. Was it that hard?

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    76. Re:My Kingdom for a Datagrid Element! by EvanED · · Score: 1

      Server-side? Oh, please, do you really trust old rusty UA sniffing? Do you trust the headers? Are the headers your server receives really sent by the UA or are they sent by some proxy? Oh, please, don't. Client-side, the media attribute or @import rulez!

      I'm not a web programmer, so I don't know all the different ways to do this sort of thing. It certainly seems conceivable that there would be a way to detect it server-side, though I do know enough to not look at the UA. I also know that you can have alternate CSS media settings like display and printing, but I don't know if there's a standard "mobile" option there or something like that. If so, that'd be client side, but have the same ultimate effect.

      But at the very least, you could have a "click here for the mobile version" link that would tell the server to give the mobile verison.

      If the server modifies the source to deliver alternate CSS, the content is not the same.

      I was more thinking about delivering the same content but different CSS at the same URL, but either way works.

      If this seems somewhat pedantic: Save a server-modified page with your mobile appliance, then view it on your wide-screen-something-killer-PC. Or vice versa.

      I would say it's still somewhat pedantic, at least for now. ;-) (Though I do agree if there's a way to do it without that, like media switching, that'd be better.)

    77. Re:My Kingdom for a Datagrid Element! by Hurricane78 · · Score: 1

      Oh, and you can also use "line-height". Perhaps with values like 50%.

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    78. Re:My Kingdom for a Datagrid Element! by LizardKing · · Score: 1

      Try www.tejat.net for even more hilarity. No wonder this muppet doesn't have to cater for IE.

    79. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Umm I am no pro but I have done a fair share of web design over my decade in the digital world and "standards complaint" and "table layout" just are not compatible. I think even for me it has been a few years since I used tables for anything layout related, probably since I stopped using WYSIWYG editing

    80. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      I've seen plenty of shitty code written without gotos...

      And here I thought nobody had ever looked at my code...

    81. Re:My Kingdom for a Datagrid Element! by 7Prime · · Score: 1
      What the hell time period have you been from? Using to layout pages is a hack that we left behind back in 1998. Most pages on the internet (including slashdot) are formatted using CSS. That's what I do, that's what all web designers do these days. is a data element specifically designed to layout spreadsheet-style data. It's bad semantics to use it as a layout element and gives you very little control. The proper way to do this is to group all your elements into ,

      and blocks, depending upon the nature of the data, then align and float them accordingly using CSS. If you're using , you seriously need to do some reading. That's about the equivalent of creating procedures in the middle of an object oriented language... or worse. Obviously some legacy websites have it left over because of time constraints, but NOONE should be using tables to format pages anymore, NOONE.

      I highly recommend reading some literature on CSS column layouts. <a href="www.w3schools.org">w3schools.org</a> has some wonderful CSS tutorials, and doing a search for "CSS 3-column layout" will give you a good idea of how to use your code. Separation of content (XHTML) from design (CSS)... that's what webdesign is all about.

      --
      Multiplayer Gaming (defined): Sitting around, discussing single-player games with my friends, at the bar.
    82. Re:My Kingdom for a Datagrid Element! by Hurricane78 · · Score: 1

      I'm with you! There are still way too many of those "WebDesigners" out there, that think they can build proper pages, because they read a book about HTML 4 back when they were driving a taxi, before they got the .com job, because of some manager who does not know shit about the web and uses AOL himself.

      You think I'm exaggerating? Nope.
      Been there. Seen it.
      Including the woman with the HTML book in the taxi that drove me to the job on the first day. ^^
      And including the AOL boss.

      The date was 2001. The company was Lycos Europe.
      When I left (2006?), I told them I would buy them for an apple and an egg (German for "for a song"). Well... Turns out I really could have, because they went down in flames, some months ago. :D

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    83. Re:My Kingdom for a Datagrid Element! by thetoadwarrior · · Score: 1

      Now, I know a lot of people are going to argue with me, but the most important tag in HTML is <table>. Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables--it's tables all the way down!

      I assume this whole comment is some sort of joke or the commenter doesn't actually know how to build out web pages.

      Tables are very important but only for tabular data. Those who design with tables are child molesters.

    84. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      Interesting. What do you do when you want to align your rows and your columns, but don't want to specify their exact width or height?

      --
      Qxe4
    85. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 2, Informative

      Thanks, but I just tested in Firefox and Safari and it didn't work.

      --
      Qxe4
    86. Re:My Kingdom for a Datagrid Element! by CharredMetal · · Score: 1

      Why are you on slashdot then?

    87. Re:My Kingdom for a Datagrid Element! by Hurricane78 · · Score: 3, Interesting

      No. Because if you even so much as think about layout and design, while writing HTML, you already have proven yourself to be an amateur.

      (X)HTML is pure semantic structure and content. No layout or design involved. If you do it anyway, you are doing spaghetti hacks. Why do you think the <i> tag got replaced by the <em> tag, etc?
      CSS is the language for layout and design.

      I really like that, because it extends the MVC pattern somehow. You now can split the view into data, structure and visuals.

      I think all applications should be developed in that separated way. It would be much cleaner than to program the UI layout manually.

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    88. Re:My Kingdom for a Datagrid Element! by Trails · · Score: 1

      Ok, bye bye then.

      Seriously, trying to build rich client side functionality that has more than default form controls is death with html/js.

      The HTML 5 spec is already out of date, by the time it gets wide browser support it will still require epic amounts of code to do anything advanced in terms of ui, and even then the results will probably be as buggy and divergent as they are now. W3C specs are nice, but the whole process is so bogged down that it's almost irrelevant.

    89. Re:My Kingdom for a Datagrid Element! by Tumbleweed · · Score: 1

      Try www.tejat.net for even more hilarity. No wonder this muppet doesn't have to cater for IE.

      Whadda ya mean? I ran a check on that site:

      "This document was successfully checked as XHTML 1.0 Strict!"

      That's great! :)

    90. Re:My Kingdom for a Datagrid Element! by jwhitener · · Score: 1

      "Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables--it's tables all the way down!"

      Whoa... have you been frozen in time?

      I have not used a table (except for tabular data on occasion) in 5 years.

      www.pcc.edu, my.pcc.edu for example.

    91. Re:My Kingdom for a Datagrid Element! by Wraithlyn · · Score: 1

      Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables

      No offense to the OP, but how the hell is this rated 5?

      If you use nested tables for everything, that's your business. But saying that EVERYTHING is done with nested tables, is just plain wrong, and has been for many years now.

      This current Slashdot page, as but one example, does not use a single table tag.

      (Disclaimer: Yes, there are still things you can't do without a table, ie dynamic-height block centering)

      --
      "Mind, as manifested by the capacity to make choices, is to some extent present in every electron." -Freeman Dyson
    92. Re:My Kingdom for a Datagrid Element! by hopelessliar · · Score: 1

      There is nothing, repeat nothing that you can't do with css and tableless layouts*. *using a standards-compliant browser. Fuck you IE6!

      You're right about IE6 being a pain in the ass - IE7 also has it's moments but so far I've always found that CSS can be mad to work, it might have to be done differently (wrongly!?) but it can still be done. I just wouldn't even think about using a table anymore - unless, you know, I wanted a table.

    93. Re:My Kingdom for a Datagrid Element! by vivaelamor · · Score: 1

      It doesn't matter, easier != better. Table layout may be easier but it is not better for accessibility or just plain flexibility.

    94. Re:My Kingdom for a Datagrid Element! by hopelessliar · · Score: 1

      does % answer that?

    95. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Tables, eh?

      The only time i ever use tables is to create a very quick design with css outlines.

      Then i place a div absolutely over the top at the same position, backgrounds all semi-transparent gif of a color, and try get it to line up as best as i can. (tend to use yellow a lot)

      This method has done me well for years, from college all the way up to now. (bah, that was a waste of 2 years... well, the food was great)
      I find this way is less of a headache since i have a nice solid, flexible layout. (not contrasting words)
      And about 9 times out of 10, it works 100% across every browser back to IE5.5.

      Yes, there are some of those silly things in IE, such as margin-direction not working, and some other "centering" related stuff, but i always try to steer away from anything being centered, solid widths, heights, margins and paddings can work wonders.

      I've always been meaning to work on a JavaScript library that lets me do this effortlessly, but have been too busy with other stuff.

    96. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 3, Insightful

      You know what, if it were truly possible to divide content from the presentation, I would be the happiest man in the world right now. The unfortunate reality of the matter is, it's not, at least with the current incarnation of CSS and HTML.

      At the end of the day, on most websites, the thing that matters IS the presentation (otherwise the only tags we'd need were h, a, and p). If you can't align one image correctly next to another one, then that is a problem. If you have to sacrifice your design vision at all, then that is a failure of the system. No one coming to your website cares if you've managed to separate the design from the content, that is purely a matter of making life easier for the programmer. If the system can't support the design vision, then it has failed.

      Although I do like the idea of CSS, it's the implementation that has failed. Also, it would be great if we could have variables. As in $text="Put your long interesting content here" and then be able to put it anywhere you want on the page. It would be so much easier to read and move stuff around that way.

      --
      Qxe4
    97. Re:My Kingdom for a Datagrid Element! by westlake · · Score: 1

      Datagrid or not, if your site requires flash for anything other than playing sound or video files, then it is more than likely I will not spend much time there.

      But there are plenty of others who will.

      People who don't share the geek's hatred of Flash.

    98. Re:My Kingdom for a Datagrid Element! by Just+Some+Guy · · Score: 1

      He doesn't have to support IE, but he does have to hand code his pages using emacs.

      Umm, doesn't everyone?

      /only halfway joking

      --
      Dewey, what part of this looks like authorities should be involved?
    99. Re:My Kingdom for a Datagrid Element! by Qzukk · · Score: 2, Interesting

      That's because nobody has sat down and written a comprehensive guide to get developers from "everything you know is wrong" to "now you're doing it right" (if there is, they need to do a better job of getting it listed on Google). Sure, if you search around long enough you'll find how to do a specific "wrong" in a standard-compliant way, but that requires you to know that you were doing it wrong in the first place.

      I didn't know until I started validating my pages that

      [table]
        [form action="cart.php"]
          [input type="hidden" name="productid" value="133239"]
          [tr]
            [td][img src="133239.jpg"][/td]
            [td]Valid HTML for Invalid Developers[/td]
            [td]A. Nonymous[/td]
            [td]This valuable tome will teach you how to the right way to do everything you've always been doing wrong. A must have for "experienced" web developers![/td]
            [td style="money"]$36.52[/td]
            [td][input name="quantity"][/td]
            [td][input type="submit" name="buy" value="Buy Now!"][/td]
          [/tr]
        [/form]
      ... etc

      was invalid, and I *still* don't have a decent answer about how to go about doing this in a valid way. Choices so far are:

      1. Do something entirely different instead of using tables for tabular information
      2. Don't have a separate quantity and buy button columns (or make selecting "more than one" an additional step) and put the form inside the cell (along with a [div] to hold the contents because [form] demands specific elements inside of it for some arbitrary reason, and while Firefox lets that slide, IE renders extra linebreaks for the opening and closing form tags if you disobey)
      3. Or, make one giant form cover the whole table, have hidden inputs for quantity and productid outside of the table, and have the buy button run javascript to update the hidden variables then submit the form
      4. Use [a] to manipulate the cart with GET commands and make a killing off of unobservant users with link pre-fetching or overzealous antivirus apps (assuming that they manage to order before the "remove" links take everything back out of the cart)
      5. Use display:table-* and ignore the segment of the market that can't render it (and if table-* is really just [tr][td] all over again, is [form][table-row][input][table-cell] really valid?

      Of note is the fact that [form][input type="hidden"] is itself invalid, making automatic generation of forms awkward.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    100. Re:My Kingdom for a Datagrid Element! by uniquename72 · · Score: 1

      Flamebait? omnichad is right! There are too many variables involved to explain why you may be having problems with "vertical-align: middle" and other CSS. That isn't indicative of CSS being convoluted at all.

      It's like if I said, "Sorry, tables don't work for me." There are a thousand mistakes I could be making -- convoluted doesn't enter into it.

    101. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      No.

      --
      Qxe4
    102. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      What are you going to do? Program an AI with eyesight into the screen reader to determine whether it is being used for layout or data? Geez, if you're going to troll at least make an effort.

    103. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 3, Insightful

      All else being equal, easier == better.

      --
      Qxe4
    104. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      vertical-align: middle only works as expected on elements with display: table-cell. Otherwise, it is used to specify vertical positioning of inline block elements, relative to the line of text on which they are placed.

    105. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Margin, padding.
      Next?

    106. Re:My Kingdom for a Datagrid Element! by HTH+NE1 · · Score: 1

      How do you handle centering objects vertically inside divs?

      Why would you want to?

      Seriously, have you considered not wasting the real-estate at the top and bottom of your div?

      Otherwise, if you can be more specific about your goal, perhaps something can be done that is more specific to your goal than can be achieved as a vague generic solution. E.g. if all your objects are of known fixed sizes, then perhaps the application of sufficient top and bottom padding or margins on the objects to give them uniform height can solve the problem.

      I'm reminded of a boss that wanted a frameset that would center and constrain a 640x480 active area in the browser window both horizontally and vertically regardless of the resolution of the end user's monitor. No borders, non-adjustable. It was the last thing I did for that web design company. They used it on the company's website, the one used to entice new customers. They're out of business now.

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
    107. Re:My Kingdom for a Datagrid Element! by Eternauta3k · · Score: 1

      Your attitude reminds me of people who use flag variables in order to avoid GOTOs. Technically it works fine, but.........why not just jump?

      You can use a do { ... } while(1); block. That way, you can put break statements inside and it's like a goto. However, I suspect both goto-haters and goto-users are gonna flame me for this.

      --
      Yeah. Would you choose a neurosurgeon who pokes around people's brains in his spare time? I wouldn't.
    108. Re:My Kingdom for a Datagrid Element! by mariushm · · Score: 1

      I'm using line-height: 150% or something like that. Not the same but close enough for my not-so-serious websites.
      But you're right, it's something that's missing and I notice it every day.

    109. Re:My Kingdom for a Datagrid Element! by ThePsion5 · · Score: 1

      Now, I know a lot of people are going to argue with me, but the most important tag in HTML is <table>

      You just overwrote so much joy and positive feelings about my profession. I just died a little inside.

    110. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      There are lots of reasons you would want to. For example, at the top of this very page, there is a 'slashdot' logo. Suppose for whatever reason, Commander Taco wanted to make the green stripe a little thicker, without changing the size of the actual slashdot logo, and yet wanted the logo to remain centered vertically, as it is now. Adjusting the margin works, but is miserable, because then you need to specify the exact size of everything in pixels. It would be better if we could say "center vertically" and be done with it.

      --
      Qxe4
    111. Re:My Kingdom for a Datagrid Element! by josath · · Score: 1

      No...the Datagrid is free, including almost all the other components. There's an addon pack of a few advanced components that cost money. Advanced Datagrid is basically a combination of a Tree and a Datagrid component...it doesn't have a whole lot of uses, most of the time you really just want to use the Datagrid component.

      --
      sig? uhh, umm, ok
    112. Re:My Kingdom for a Datagrid Element! by josath · · Score: 1

      You didn't look very hard. Flex SDK includes a free Datagrid component, along with 90% of the other components which are also free & open source. The difference is the Advanced Datagrid is in the separate addon package. The Datagrid is good for almost all use cases, the 'advanced' one is sort of this weird mashup of a Datagrid and a Tree, not all that useful IMO.

      --
      sig? uhh, umm, ok
    113. Re:My Kingdom for a Datagrid Element! by DragonWriter · · Score: 0

      I don't understand this statement "Tables lock your user into your content via your specific design" in that, how else are they going to view it?

      If you use good semantic HTML, you don't care. Maybe they'll use a screen reader. Maybe they their scraping into another app and not "viewing" it, per se, at all, but processing it. Maybe they are using assistive technologies other than a screen reader, and so using CSS that changes the presentation.

      If you use semantic HTML for content and CSS for presentation, you don't have to care that much about how your users are interacting with the content, except insofar as you should have one or more appropriate CSS stylesheets for the main ways people are expect to "view" it.

    114. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      lol that's hilarious. I'm going to put that in my code next time just for fun.

      --
      Qxe4
    115. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      You are a retard. Please stop authoring on the web.

    116. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Datagrid or not, if your site requires flash for anything other than playing sound or video files, then it is more than likely I will not spend much time there.

      Millions other will.

      So, see if I care.

    117. Re:My Kingdom for a Datagrid Element! by pbhj · · Score: 1

      The GP has to be a troll ... surely? Love to see some of those pages, do you think they have "made for IE5" buttons?

    118. Re:My Kingdom for a Datagrid Element! by BikeHelmet · · Score: 1

      I use them all the time. Tables are the only way to get a page to display properly on:

      IE 5.5 -> 8
      Firefox 2/3/Mac
      Safari
      Opera
      Seamonkey

      And yes, Firefox 3 on a Mac does have rendering problems. If I remember correctly, last time I checked it handled CSS padding differently than every other browser.

      The irony there is, every time a website fails to load in Safari, it works fine in Firefox. (And actually, Opera/Seamonkey too. Hmm...)

    119. Re:My Kingdom for a Datagrid Element! by pbhj · · Score: 1

      CSS has some nasty cross-browser problems that tables do not, making them far easier than CSS for many things, assuming you can do them in CSS at all.

      You mean IE is still rubbish?

      (Actually I think IE8 is bareable)

    120. Re:My Kingdom for a Datagrid Element! by riceboy50 · · Score: 1

      With conditional stylesheets for legacy UAs you can achieve the correct look AND implementation. We'll never get anywhere if people refuse to change their ways. My impression of the argument over whether tables may be used for layout reminds of fighting with a child over whether a frog is a fish.

      --
      ~ I am logged on, therefore I am.
    121. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 0, Flamebait

      You're a retard who can't form a coherent argument. Thanks.

      --
      Qxe4
    122. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      CSS support in Outlook is 'less than stellar')

      Fixed that for you.

    123. Re:My Kingdom for a Datagrid Element! by hairyfeet · · Score: 2, Informative

      Glad to see I'm not the only one. If I click on your site and the ONLY thing I see is a blank page with the plugin symbol(I don't allow flash to run by default) i just close the tab I have found that sites that have built the entire damned thing in flash have gotten about as irritating as those stupid "shoot the monkey and win an iPod!" ads. it is all bling bling and a royal PITA to get to the content. No thanks.

      If you can't design your site to where it can be navigated without having to deal with your bloated multimedia extravaganza it just isn't worth my time. I have better things to do than watch your spinning flaming logo while the trumpets blare and explosions go off for ten minutes just to get to the stupid navigation bar. The worst have to be the sites set up to support a game. You have to wade through all the commercials and bling bling BS for a game you already own just to see if there are any patches or add ons available. Just fricking irritating as hell.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    124. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      The date was 2001. The company was Lycos Europe.

      At that point Lycos had already been sold to Terra! It was even after the dot.com crash!

      The company got bought out by people that didn't have a clue. The fact you joined them shows a massive lack of judgement.

      I can understand why the taxi driver joined, but why did you join? You should have known better, you should have been able to spot this a mile off!

    125. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Your future sister-in-law has cool teeth, bro.

    126. Re:My Kingdom for a Datagrid Element! by asdf7890 · · Score: 1

      I think the same of trying to stop people using bad user agents. If only I could get them to throw the frog back and try find a princess...

      I've never liked conditionally including stylesheets based on user agent. For a start some UAs can misreport their identity which blows the technique wide open. Your average user will not accept that their browser is at fault, unless the choice+config is forced on them by an IT department but in that case *they* won't accept that their chosen browser/config is at fault. If your site looks wrong in their config then your site is wrong in their eyes.

      Even allowing for correct identification, you end up with several sets of stylesheets to maintain (or if you have been a little more clever several templates from which your build script will generate the several sets) which is a pain, and you are in the trap of trying to enumerate the bad (how many ways can a UA be non compliant?). I don't see this as any less wrong than using tables occasionally for layout.

      The other alternative is conditional hacks in the stylesheets, but in my experience this usually quickly balloons to a mess that is no easier to maintain than lots of separate stylesheets.

      In an ideal world I could just produce pages that look and work right in any relatively compliant UA and (assuming a reported problem is not due to a mistake in my code/markup/styles) tell people who complain that their UA is doing something wrong and they should upgrade, but until people move forward of their own accord or I win the lottery that ideal world is a pipe-dream.

      Until then I will continue to do layout right as much as I consider practical but resort to tables on those few occasions when, in my opinion, it isn't.

      Oh, and they swim and some have no lungs so it is a fish. So ner nerr!

      p.s. like the .sig, might have to purloin it :)

    127. Re:My Kingdom for a Datagrid Element! by aztracker1 · · Score: 1, Informative

      try setting the height.. ;)

      --
      Michael J. Ryan - tracker1.info
    128. Re:My Kingdom for a Datagrid Element! by Lord+Ender · · Score: 1

      You don't understand, Mr. Coward. The mobile style is declared as such. The client decides which style to use (mobile or not). No UA sniffing is involved.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    129. Re:My Kingdom for a Datagrid Element! by INowRegretThesePosts · · Score: 5, Insightful

      Datagrid or not, if your site requires flash for anything other than playing sound or video files, then it is more than likely I will not spend much time there

      Absolutely. And it is not just for being unavailable to disabled people, slow, insecure, buggy, destroyer of the control a user has about the navigation (top-of-the-head example: if a menu is implemented in flash, how do you choose whether to open a menu entry in a new tab or new window?), bandwidth-wasting, proprietary, restricted and not class-platform; it is also about the content.

      There is a very strong negative correlation between the usefulness of a site and the amount of bling in it.

      https://www.cia.gov/library/publications/the-world-factbook : no Flash; javascript unnecessary
      http://www.c-faq.com/ : no Flash; no javascript
      http://news.google.com/ : no Flash ; javascript not necessary
      http://news.bbc.co.uk/ : Fash restricted to the videos ; javascript unnecessary

      Now compare this to a typical teenager-oriented website: even menus are Flash. They choose Flash both
      for things that make 0 sense being flash (like menus) and for things that may be easier with Flash, but are almost always a big waste of time. They think a website needs to animate every other element.

      The one positive aspect in Flash is that it its use warns you against the quality of the content before you waste your time loading and reading it.

    130. Re:My Kingdom for a Datagrid Element! by quanticle · · Score: 1

      Unfortunately, the number of cases where "all else is equal" is vanishingly small.

      --
      We all know what to do, but we don't know how to get re-elected once we have done it
    131. Re:My Kingdom for a Datagrid Element! by INowRegretThesePosts · · Score: 1

      class-platform

      I naturally meant "cross-platform". When I aimed the "preview" button, I hit "submit".

    132. Re:My Kingdom for a Datagrid Element! by astrotek · · Score: 1

      Ummm fieldset?

      http://www.w3.org/TR/WCAG10-HTML-TECHS/#forms is like a bible.

    133. Re:My Kingdom for a Datagrid Element! by quacking+duck · · Score: 1

      If your goal is to use no Javascript whatsoever on your page but still validate, Option #2 (quantity/buy are in the same column) is your best (only?) option. You probably have to set the nowrap attribute for that TD element, too.

      To avoid the extra linebreak in IE (v7 anyway) without a DIV, give the form a style with margin:0 (can be defined in your CSS file, e.g. form {margin:0;} ).

      Also, once I put the whole form inside a single TD element, <form><input type="hidden" ... > validated just fine under HTML 4.01 Transitional. Under XHTML Transitional you have to make input tags self-closing, e.g. <input type="hidden" ... />

      The following validates fine at http://validator.w3.org/check (had to mash a few lines together for space):

      <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
      <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
      <head>
      <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /><title>title</title>
      <style type="text/css">td {border:1px solid silver;} form {margin:0;}</style>
      </head>
      <body><table><tr><td>blah</td><td>Valid HTML for Invalid Developers</td><td>A. Nonymous</td><td>This valuable tome will teach... etc</td>
      <td style="money">$36.52</td>
      <td nowrap="nowrap">
              <form action="cart.php">
                      <input type="hidden" name="productid" value="133239" />
                      <input name="quantity" />
                      <input type="submit" name="buy" value="Buy Now!"/>
              </form>
      </td></tr></table></body></html>

      However, my preference would be a variation of your Option #3 which doesn't need Javascript. The form encloses the table, but without a "Buy now" button on each row. Instead, there'd be a single "Update cart" button somewhere, which negates the need for a hidden productID input for each row, too (it's combined with the quantity, e.g. <input name="quantity_133239"/> ).

    134. Re:My Kingdom for a Datagrid Element! by drosboro · · Score: 1

      You're a retard who can't form a coherent argument. Thanks.

      Umm, you do realize you're replying to yourself, right?

    135. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      No, to Anonymous Coward. Look how the threading works.......

      --
      Qxe4
    136. Re:My Kingdom for a Datagrid Element! by ClosedSource · · Score: 1

      So I guess all the original web pages created before CSS were "improper". They should have just given up the whole "WWW" idea then.

      Besides all the new Taxi-WebDesigners are reading about CSS. Somehow they don't seem to be getting any better at producing pages, however.

    137. Re:My Kingdom for a Datagrid Element! by drosboro · · Score: 1

      Ooops... apparently I just hit the thread-depth limit. Sorry about that! :)

    138. Re:My Kingdom for a Datagrid Element! by Earthquake+Retrofit · · Score: 1

      Jonathan's Space Home Page is another useful site without any fluff. Kind of ugly, but sure enough there's a table.

      --
      Fifty years of Yippie! 1968-2018
    139. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      That would be pretty funny, maybe I should start trying that......insulting myself randomly on forums. See how people would respond.

      --
      Qxe4
    140. Re:My Kingdom for a Datagrid Element! by GenSolo · · Score: 1

      If the majority of major websites took the "upgrade to a decent browser" approach, everybody (perhaps excluding some IT departments) running IE6 would suddenly find "the whole internet" broken and be forced to upgrade. Sadly, nobody wants to be the first to piss everyone off, so it'll never happen.

    141. Re:My Kingdom for a Datagrid Element! by x2A · · Score: 1

      heh, I did something similar in an sql stored procedure as I'm quite new to it and didn't know if there was another way to abort a stored procedure early (without changing it to a function which then lets you use the 'return' instruction).

      I've never really got this deal with "goto's are bad" tho, but my second language (after basic) was x86 assembly, at first on an 8086, and it's all 'goto's (or jmp's) everywhere. Even 'if's in C etc translate to a compare instruction (which sets flags based on the comparison outcome) and then a conditional jump (which does the 'goto' if your flags of choice are set).

      So, if the compilers generating jumps everywhere anyway, why not the programmer? As long as you don't do cross procedural jumps without care for the stackframe, you're fine... or is it a style thing rather than a technical thing?

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    142. Re:My Kingdom for a Datagrid Element! by x2A · · Score: 1

      I find FF's rendering atrochious, at times when all other browsers I've been testing under (IE7/8, Safari4, Chrome and Opera) are rendering fine... not even always complex stuff, one I hit a couple weeks back was simply an element in the middle of the page with a single pixel solid back border around it. So, what you should see is basically just a black rectangle. Fine in all browsers except in FF, it was drawing three sides, but missing the right hand side, in some 4-5 out of 6 window resolutions (ie, as I expanded the window's width, the right hand border would occasionally flicker into existence, but then as the window gets one pixel wider again, it's gone).
      Safari, Chrome, and IE also seem much more compatible with each other on the javascript side, with FF being completely out of the pack and taking the most time and most tweaking of the code to get it working... meanwhile, I have a job to do!

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    143. Re:My Kingdom for a Datagrid Element! by Nicolay77 · · Score: 1

      And I'm including IE6 in my definition of modern.

      I think you are stretching your point way too far.

      --
      We are Turing O-Machines. The Oracle is out there.
    144. Re:My Kingdom for a Datagrid Element! by indiechild · · Score: 1

      Agreed. Everytime the topic of HTML tables comes up, there'll be a +5 modded post extolling the inane virtues of using tables for layout. It's surreal, and sad. And these people call themselves web developers.

    145. Re:My Kingdom for a Datagrid Element! by indiechild · · Score: 1

      Huh? CSS Zen Garden is way outdated now, it's become mainstream. There's nothing special about what they're doing. I'm not sure what sites you're visiting, but professional web design and development has dived into the modern Web Standards age for a number of years now.

    146. Re:My Kingdom for a Datagrid Element! by indiechild · · Score: 1

      I don't see what the fuss is about. Catering for IE5+ using CSS is quite possible, people have been doing it for years and all the mainstream sites do it. It just takes more time, that's all. But in the end, there's a work-around for just about anything.

    147. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Any why the hell do you need to do that? Aside from row headers in a table, there's almost always another way. If you're used to tables, the obvious way to get something centered inside a box is to use tables. If you're used to CSS, the typical approach is to apply even margins to the element you want centered, or apply even padding to the containing element, and do not explicitly specify the height. This works just fine in 99% of the cases you might want to do this.

      For that remaining 1%, you can always use:

      #containing-div {
              position: relative;
              height: something;
      }

      #pointless-wrapper-div {
              position: relative;
              top: 50%;
              left: 50%;
              height: 1px;
              width: 1px;
      }

      #centered-element {
              position: absolute;
              top: -50%;
              left: -50%;
      }

      OK, that's a gross hack, but it works. It's only marginally less ugly than resorting to building a whole table just to hold a single element.

      Besides, you always have this option, if you don't care about IE 7:

      display: table-cell;
      vertical-align: middle;

    148. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      Right, and you're trying to convince me that is simpler than <table><tr><td>text</td></tr></table>, which also happens to be compatible with every single browser on the market?  No thanks.

      The second option looks good, I'll try it out.

      --
      Qxe4
    149. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      You need to understand that blind and vision-impaired people will be among those "viewing" your page, and design accordingly

      A blanket statement without regard for target market. The vast majority of site owners don't give a rats ass about accessibility. Complain all you like about fairness; it's an inevitable fact of life.

      I understand about accessibility perfectly. YOU need to understand marketing far better than your statement leads one to believe.

    150. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      As with most things cross-browser - using perfect standards mixed with horrible dirty hacks:

      As an aside, do I smell the unmistakeable whiff of troll in this:

      When's the last time you laid out a site without a table element on every page? Hell, it's almost always the next thing to follow <body> on my pages

      I think it's been near 8 years since I used a table for non-tabular data.

    151. Re:My Kingdom for a Datagrid Element! by colinrichardday · · Score: 1

      Have you tried putting the table in the form instead? On page 348 of the 4th ed. of O'Reilly's HTML and XHTML there is an example of a table in a form. Also, the paragraph at the bottom of page 359 of the same book implies that a form tag may not be immediately nested in a table tag.

    152. Re:My Kingdom for a Datagrid Element! by colinrichardday · · Score: 1

      What's wrong with that? Emacs isn't that bad for hand coding HTML.

    153. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Whatever. Plenty of other people will.

    154. Re:My Kingdom for a Datagrid Element! by Isofarro · · Score: 1

      When's the last time you laid out a site without a table element on every page?

      Thursday. I was off sick yesterday.

      "Oh, I want this box to highlight red when this happens!" a user might say.

      Custom Events are your friend, and a sound basis for designing any complicated user-interface or series of interactions: http://developer.yahoo.com/yui/examples/event/custom-event.html So your problem above boils down to:

      YAHOO.util.Event.on(thisBox, thisHappened, updateBox)

      • thisBox being a DOM reference to your table cell
      • thisHappened being the custom event you've defined as "this happens"
      • updateBox being the function or method that probably just adds a class name to the table cell, letting the CSS apply the necessary style changes

      Another good writeup of custom events is: http://nefariousdesigns.co.uk/archive/2007/07/ajaxevent-using-yui-custom-events-with-ajax/

    155. Re:My Kingdom for a Datagrid Element! by tkinnun0 · · Score: 1

      I would like to have a header, a footer and a div that's centered vertically in the remaining space in the window. The goal is to use all the available space in the window but no more, so no scrollbars unless the window is too small to fit the header, footer and div. This is pretty much the simplest real UI I can think of, but can it be done?

    156. Re:My Kingdom for a Datagrid Element! by Katchu · · Score: 0

      Yes, a datagrid element would be good for ... Data! Please, please stop abusing tables for layout of non tablular data content. Read some recent books or web sites about HTML and CSS and start using DIV. Come on, you can do it, it's not that difficult. (Sure beats tables in tables in tables in tables ... ). If enough of us do that, maybe IE will eventually begin to conform to the standards. (not holding breath).

      --
      Keep Doing Good.
    157. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Not to mention the benefit of being able to *print* the very page you're viewing and having it appear printer friendly! the Django Project website uses this for example, and I couldn't be more pleasedwith their way of doing it.

    158. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      You don't understand, Mr. Coward.

      You don't understand, Lord Ender. Firstly, There has been no hint in my posting as to which gender I represent. Secondly, improving comprehension skills certainly helps. ;)

      The mobile style is declared as such. The client decides which style to use (mobile or not). No UA sniffing is involved.

      That is exactly what I said. I, therefore, certainly do understand.

    159. Re:My Kingdom for a Datagrid Element! by h4rm0ny · · Score: 2, Informative


      Goto's are a tool. They just happen to be a tool that has greater potential for misuse than most other control structures in programming. So if you know what you're doing, it's fine to use it. But most people don't know what they're doing, so goto's have become generally frowned upon. And justifiably so, because that greater potential for abuse is really greater. Goto's in compiled code (or if you're actually writing in assembler) are fine because compilers (or people who write in assembler), pretty much always know what they're doing. But the further from the metal you climb, the less this is true. No-one wants to debug code riddled with goto's and seldom is code in C or more modern languages well structured if it's written with goto's.

      So maybe you don't get the "goto's" are bad because you really know what you're doing and see it as just a tool to be used correctly. Try thinking about lots of people using the tool badly, and you'll get it. ;)

      --

      Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
    160. Re:My Kingdom for a Datagrid Element! by asdf7890 · · Score: 1

      Aye, that was my point. I'd like to be able to do it, and I'd like enough others to do the same that chronically aged or otherwise decrepit browsers stop being our problem and become the user problem.

      But while I can do this for personal projects, where the target audience is small and does not need to be influenced this way as they long since saw the light or upgraded for other reasons, if I took this attitude on a pages that need to be viewed more generally it would be professional suicide.

      Just for clarity: I'm not advocating a return to the old "best viewed with " - that was not a GoodThing. But I'd like "best viewed with something relatively modern and standards compliant" to be something I could legitimately say.

    161. Re:My Kingdom for a Datagrid Element! by porl · · Score: 1

      I *still* don't have a decent answer about how to go about doing this in a valid way.

      oh, that's easy! it's because you are using [ and ] for the tags! that won't work, silly! :P

    162. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      It certainly seems conceivable that there would be a way to detect it server-side

      But there is no such way. The server knows the client but through TCP/IP interactions, therefore, not very well. ;)

      I also know that you can have alternate CSS media settings like display and printing, but I don't know if there's a standard "mobile" option there or something like that.

      It's handheld.

      If so, that'd be client side, but have the same ultimate effect.

      No, it wouldn't. The superficial impression (that is, the style sheet) is the same under certain circumstances, but the server-side decision is not easily overridden by client-side settings. Therefore, it is less user friendly.

      But at the very least, you could have a "click here for the mobile version" link that would tell the server to give the mobile verison.

      Indeed, this wouldn't hurt much. And could be usable if the UA doesn't support media-specific CSS well.

    163. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      I didn't know until I started validating my pages that
      [Horribly broken code]
      was invalid, and I *still* don't have a decent answer about how to go about doing this in a valid way.

      You know http://validator.w3.org/? ;) Additionally, the specification itself is worth a look sometimes, too. (Although I would recommend XHTML for being more stringent, therefore, being easier to understand.)

      Of note is the fact that [form][input type="hidden"] is itself invalid, making automatic generation of forms awkward.

      The specification says the form element can only contain block-level elements, such as p, table, etc. Nothing awkward about this: form just says that there's a form. To structure the form's content, you need additional markup. A form with an input field wouldn't make any sense, because it is unspecified what this input field really is (is it tabular data? Is it something in the text flow? Is it a paragraph in its own right?). For validity's sake, just automatically add some meaningful element ...

    164. Re:My Kingdom for a Datagrid Element! by Waccoon · · Score: 1

      Layout and styling are not the same thing!

      It'd be nice if I could actually design pages that scaled to any screen resolution. Floating and positioning is a bitch unless you hard-code to a specific screen resolution, which is completely missing the whole point entirely. Most "standards compliant" pages I view don't like it when you increase the font size. Go figure!

      Column layouts aren't that big a deal, but try putting together an image gallery. I've written an oekaki where the whole point is to display images at their native resolution on the left side of the screen, and have visitor comments appear on the right. That means the pictures can be all different sizes (like, 200x200, 300x200, 200x500, and so on). You have no idea how long it took me to make code that did that correctly, because if you don't know the exact size of each image, no amount of relative positioning or floating works. Block level divs simply cannot do it. Tables are the only solution.

      Unless all your pictures are exactly the same size and a known size, writing standards compliant code and still making things appear side-by-side is impossible. Try fitting an image into a 120x120 container. Oh, whoops, you need to specify an exact width or height for the image, because HTML cannot figure out on its own which is the long side of the image. This is the 21st century, and I can't just tell a browser to scale an image to fit inside a rectangle? No wonder simple layout is practically black magic!

      Believe me, if a table shrink-wraps the content and makes everything coherent when using pictures of all different sizes, then I'm going to use tables. If floating causes all kinds of layout havoc, including pictures overflowing their containers and completely obscuring text, then I'm going to use tables. It's just a pity that many CSS properties don't work on tables. Yeah, we'll just cripple tables to force people not to use them. So, if someone has a genuine use for tables, styling them is nearly impossible. Great. Don't let designers figure out what is appropriate for the job -- force them to do it right... without having any idea what the project requirements are. Oh, and make sure that any site's CSS is about 200K, because adding macros and constants would turn CSS into a "scripting language", which is another mysterious no-no.

      HTML and CSS suck. Don't even get me started about JavaScript.

    165. Re:My Kingdom for a Datagrid Element! by Alistair+Hutton · · Score: 1

      Why didn't you just use DataGrid? That's more than enough to do a simple table.

      --
      Puzzle Daze is now my job
    166. Re:My Kingdom for a Datagrid Element! by Ant+P. · · Score: 1

      <button name="productid" value="12345" type="submit">Buy Now!</button>

    167. Re:My Kingdom for a Datagrid Element! by Godwin+O'Hitler · · Score: 2, Insightful

      #centered-element {

              position: absolute;

              top: -50%;

              left: -50%;
      }

      Would it really have broken CSS if they'd included something like

      #centered-element {

              position: centered;
      }

      or even

      #centered-element {

              position: absolute;

              center: 0;

      }

      Having to know and use arcane stuff like margin:auto is totally absurd.

      --
      No, your children are not the special ones. Nor are your pets.
    168. Re:My Kingdom for a Datagrid Element! by WillKemp · · Score: 1

      Also, it would be great if we could have variables. As in $text="Put your long interesting content here" and then be able to put it anywhere you want on the page.

      You can. I do it all the time - with PHP. My css files are called things like style.css.php and i use variables in them like in any php file. You just have to remember the

      header( 'Content-type: text/css' );

      statement at the top of the file.

    169. Re:My Kingdom for a Datagrid Element! by WillKemp · · Score: 1

      I don't even use tables for tabular data anymore.

      Yeah, i'd much rather do tables with css than the abysmal table html - and i do when i can get away with it. But the problem is that, for tabular data, it's not so great for accessibility. In those situations i end up having to use tables - and i loathe the stupid things. I mean, you can't even style the damn things properly with css!

      How anyone can prefer tables to css is entirely beyond me!

    170. Re:My Kingdom for a Datagrid Element! by mcvos · · Score: 1

      Now, I know a lot of people are going to argue with me, but the most important tag in HTML is <table>. Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables--it's tables all the way down!

      In the '90s, yes. Nowadays, most people use CSS.

      (Okay, I admit there are a couple of really vital features missing from CSS, but tables are really the wrong solution. I'd rather use javascript to fix my layout than fucking up the html itself.)

      When's the last time you laid out a site without a table element on every page?

      That was the last time I laid out a site. The last time I used tables for layout was when I was working on a site from the '90s.

      HTML 5, I await you with open arms, hope and understanding. Improve the table element (if possible) and create a solid datagrid element. Deliver me from Flash.

      I'm actually hoping for XHTML 2. As far as I understand, HTML 5 is mostly to make browser makers' lives easier, whereas XHTML 2 is supposed to make the lives of web developers easier. But apparently the browser makers all agreed not to implement XHTML 2.

    171. Re:My Kingdom for a Datagrid Element! by WillKemp · · Score: 1

      Interesting. What do you do when you want to align your rows and your columns, but don't want to specify their exact width or height?

      I don't see the problem. Use a div instead of a tr and divs instead of tds, float everything properly, etc, and it just works.

    172. Re:My Kingdom for a Datagrid Element! by mcvos · · Score: 1

      The HTML 5 spec is already out of date, by the time it gets wide browser support it will still require epic amounts of code to do anything advanced in terms of ui, and even then the results will probably be as buggy and divergent as they are now. W3C specs are nice, but the whole process is so bogged down that it's almost irrelevant.

      If you want to do advanced UI with little work, XHTML 2 is supposed to be real nice. Only the browser makers won't support it, which sucks.

    173. Re:My Kingdom for a Datagrid Element! by WillKemp · · Score: 1

      So I guess all the original web pages created before CSS were "improper".

      No, but they were crap.

    174. Re:My Kingdom for a Datagrid Element! by mcvos · · Score: 1

      That HTML/CSS is a convoluted mess that lacks consistency and has no clear design philosophy?

      HTML 4 and XHTML 1 are pretty good. A lot less convoluted than the mess that HTML 2 and 3 were. The problem is that CSS is incomplete in some parts of advanced layouting stuff.

    175. Re:My Kingdom for a Datagrid Element! by icebraining · · Score: 1

      Isn't that the whole purpose of XUL? Pity on Mozilla supports it, it seems like a nice UI declaring language.

    176. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      the specification itself is pretty damn useless to just read, unless you've alrady memorized the DTD language. here's the section on <form>, the only mention of this particular restriction is the %block; in the DTD. If you didn't know to look, you wouldn't find it anywhere in the several paragraphs explaining how the form tag is used.

      because it is unspecified what this input field really is

      It's state information tied to the form itself, which is only a problem because the w3 people refuse to acknowlege that an application state is neither presentation nor content. Perhaps around html7 or so they'll get around to some kind of tag to divide this from actual widgets to be displayed to the user. Or better yet, they'll incorporate xforms so that application data can be separated from presentation and content.

    177. Re:My Kingdom for a Datagrid Element! by Eternauta3k · · Score: 1

      Also, people usually dislike using low-level calls like goto when we have prettier abstractions. The thing is, for specific uses of goto (like aborting a function if there's an error in the middle) there isn't really a better way to do it.
      By the way, I meant do { ... } while(0); so the block runs only once.

      --
      Yeah. Would you choose a neurosurgeon who pokes around people's brains in his spare time? I wouldn't.
    178. Re:My Kingdom for a Datagrid Element! by sy5t3m · · Score: 1

      My impression of the argument over whether tables may be used for layout

      I think the fact that tables have been used for many years for layout proves that they may indeed be used for layout :-P

    179. Re:My Kingdom for a Datagrid Element! by BikeHelmet · · Score: 1

      Opera used to be the worst one for javascript. Before Opera 9, so much DOM code was slightly different that it wasn't at all funny making compatible AJAX applications.

      I remember at one point they had it so you had to use setProperty() to set any property on any DOM object. I'm sure glad they ditched that with Opera 9!

      The only problems I've had with Firefox rendering, is every new version it breaks all my old AJAX applications, because stuff gets deprecated or requires a slightly different way of getting used. I've finally realized the benefit of just sticking with frameworks like JSON/JQuery, and letting other people figure the changes out.

      The most disturbing thing about Firefox and Safari is their rendering was not consistent across operating systems. Seamonkey and Opera displayed identically on every OS tested.

    180. Re:My Kingdom for a Datagrid Element! by mpeskett · · Score: 1

      More annoying are the sites in the middle ground - if they don't require flash/javascript then everything's happy and wonderful, and if the site visible breaks when it doesn't have things enabled then I can decide whether I want to turn them on, but when I get what looks like a working site, but secretly it requires scripting to do something banal, then it all breaks down when I try to do something.

      Happens all too often with scripts being used to open either separate pages or popup-style information windows. I click the link and all that happens is that the page reloads... which can be rather annoying. Almost as often as that I'll middle click to open such things in a new window and it'll just put up a blank page with some javascript in the address bar, but that'll happen whether java's enabled or not.

      Cookies too... too many sites will silently fail when you don't have cookies enabled. Others will have a message to say that I need to enable cookies before the site will do some thing or other. The latter is preferable to the former, but even better would be a site that works without all the extras being enabled. Bare minimum should be that it's functional with nothing over and above HTML, and if it needs more than that it can ask for it (note: method of asking for it should not itself require flash/scripts/cookies)

    181. Re:My Kingdom for a Datagrid Element! by riceboy50 · · Score: 1

      Actually that just proves they can be—however to horrible effect.

      --
      ~ I am logged on, therefore I am.
    182. Re:My Kingdom for a Datagrid Element! by Lord+Ender · · Score: 1

      Pardon me, Ms. Coward.

      You're plain old incorrect about reading comprehension, though. I score top marks in that category. I just don't give a crap about ACs enough to read their posts thoroughly.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    183. Re:My Kingdom for a Datagrid Element! by rwven · · Score: 1

      I have to wonder if the writer of that comment happened to look at the slashdot source. Not a table in sight.

      Using tables to design sites has been on the way out for quite a long time.

    184. Re:My Kingdom for a Datagrid Element! by Qzukk · · Score: 1

      That would be great if the leading browser worked right, but it returns "Buy Now!" in IE (up to and including 7. Looks like it's finally fixed in 8).

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    185. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Pardon me, Ms. Coward.

      No problem. ;)

      You're plain old incorrect about reading comprehension, though. I score top marks in that category.

      [Citation needed]

      I just don't give a crap about ACs enough to read their posts thoroughly.

      May I sum up your behavioral codex for registered users?

      1. Registered users are the only ones able to write good comments, therefore, just ignore what ACs said.
      2. Write some crappy and worthless comment. You're right, anyway.
      3. ...?
      4. Good comments tend to be written by ACs, not by registered users following this codex, err, I meant: Profit!

      Captcha: stubborn. That explains a lot. :)

    186. Re:My Kingdom for a Datagrid Element! by CHJacobsen · · Score: 1

      Why would you? Really, when do you need to center an item vertically?

      Generally, one shouldn't think of web-pages in terms of height. Most of the time, when you need to create a vertical-alignment-effect, you can "fake" one by applying an equal padding to the top and the bottom of an element.

      Are you sure you're really using vertical alignment to create an actual effect, rather than to "patch up" previous design errors?

    187. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      I want to exactly because I don't WANT to think of the height: if I have to apply equal padding to the top and bottom of an element, it is already a less flexible design, because if I ever change the containing element, I have to change the padding. I want to be able to say, "put this halfway between the top and bottom." I don't care how much padding that is, the browser should figure it out

      And now you've mentioned another problem I have with CSS/HTML, that it's so hard to deal with the height of anything. You can't say "make this element line up in height with that element." Sure, you can do it with the width, not not with the height. The best you can do is specify the height in pixels. Which once again, is not flexible at all. And if you can't think of a case where you would want to line things up by height, then you are not very creative.

      --
      Qxe4
    188. Re:My Kingdom for a Datagrid Element! by Lord+Ender · · Score: 1

      Cowards tend to never follow up, anyway. Drive-by comments. Further, you don't even know if you're talking to the same one if they do seem to be following up.

      Further, Coward posts are far more likely to contain nothing but fr1st post and racist remarks. For this reason, some people ignore ACs automatically.

      Don't be a 2nd class citizen in the standing room with the rabble. Register.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    189. Re:My Kingdom for a Datagrid Element! by Anonymous Coward · · Score: 0

      Cowards tend to never follow up, anyway.

      Tend to, right.

      Drive-by comments.

      Yes, that's exactly what I do. :)

      Further, you don't even know if you're talking to the same one if they do seem to be following up.

      Can't assure you on that, but I feel rather consistent in this thread. :)

      Further, Coward posts are far more likely to contain nothing but fr1st post and racist remarks. For this reason, some people ignore ACs automatically.

      Then, either you should have ignored my first post--or you should have read it. ;)

      Don't be a 2nd class citizen in the standing room with the rabble. Register.

      Create another set of credentials just to deliver my drive-by comments? Well, maybe I'll come back on your suggestion. But I have to discuss this with my mother upstairs, first. ;)

    190. Re:My Kingdom for a Datagrid Element! by rp · · Score: 1

      I think jQuery has resolved this issue magnificently. Not just datagrids, but bridging the content-presentation gap in general. HTML 5 seems a little late and you're always going to need something like jQuery on top of it anyway.

      Trying to get HTML 5 adopted seems a little like trying to swim the Atlantic. I prefer sailing jQuery style, but maybe that's just me.

    191. Re:My Kingdom for a Datagrid Element! by mcvos · · Score: 1

      You know what, if it were truly possible to divide content from the presentation, I would be the happiest man in the world right now. The unfortunate reality of the matter is, it's not, at least with the current incarnation of CSS and HTML.

      I can't deny that, but the current incarnation of HTML + CSS was definitely a big step in the right direction compared to the crap we had before.

      Now it turns out that one step didn't quite get us to our destination yet. But rather than making a step back to where we came from, I'd like to propose making another step in that direction: fix CSS instead of putting layout back into the HTML.

      At the end of the day, on most websites, the thing that matters IS the presentation

      Depends on the website. On a lot of websites, content really does matter. And then there's a lot of websites where flexible presentation matters. And CSS helps quite a lot there. More than tables.

      Although I do like the idea of CSS, it's the implementation that has failed.

      So we need to fix the implementation, rather than going back to a solution that was crap to begin with.

      Also, it would be great if we could have variables. As in $text="Put your long interesting content here"

      Even more than that, I'd like to be able to do stuff in CSS like:

      #foo {
          height: #bar.height - 50px;
      }

    192. Re:My Kingdom for a Datagrid Element! by mcvos · · Score: 1

      So, if the compilers generating jumps everywhere anyway, why not the programmer?

      Ever had a formal programming course? Particularly one about software engineering? Because you're displaying a really basic misunderstanding here.

      The problem with gotos isn't that jumping around is inherently bad. In fact, it's completely unavoidable. for, while, if, procedure calls, they all translate to jumps eventually.

      The real issue is code maintainability. If the main control flow of your program consists of jumping around to arbitrary points in the code and not returning to where you came from (which is what gotos do), then your code becomes hard to read and hard to maintain. And therefore expensive and error-prone.

      If the control flow of your program is handled by well defined control statements that return the flow of control to whereever they were called from, then you don't have to analyse every procedure in your path to see if it doesn't do anything weird in unusual circumstances, you can blindly trust that, whatever that procedure does, the flow of control will eventually return and continue where you're reading. This does wonders for the maintainability of your code, and goto is really the only statement that's a threat to this readability.

      As long as you don't do cross procedural jumps without care for the stackframe, you're fine...

      Sure, but that's a rather big if. Once you use gotos, jumps like that can and eventually will happen, and then you find your once beautiful code has suddenly turned into an unreadable pile of shit.

    193. Re:My Kingdom for a Datagrid Element! by mcvos · · Score: 1

      That all looks good on paper. My concern however is that any element that's sufficiently complex and insufficiently spec'ed will have subtle differences between render engines.

      That could be prevented if only W3C provided a reference implementation for their standards. Other standard bodies do it, why not W3C?

    194. Re:My Kingdom for a Datagrid Element! by phantomfive · · Score: 1

      I can't deny that, but the current incarnation of HTML + CSS was definitely a big step in the right direction compared to the crap we had before. Now it turns out that one step didn't quite get us to our destination yet. But rather than making a step back to where we came from, I'd like to propose making another step in that direction: fix CSS instead of putting layout back into the HTML.

      Yes.

      Depends on the website. On a lot of websites, content really does matter. And then there's a lot of websites where flexible presentation matters. And CSS helps quite a lot there. More than tables.

      I'm not sure you've understood my point. If at any point in designing a website, you tell yourself, "I sure would like to make it look like this, but HTML/CSS won't let me" then HTML/CSS has failed you. You shouldn't have to compromise your design because of limitations of CSS. Ever.

      So we need to fix the implementation, rather than going back to a solution that was crap to begin with.

      Agreed. But it's been a long time and it's frustrating. Why do you still have to use a table to vertically center elements? It's annoying. 'Align' works in practically every element, why can't valign? There are a lot of annoying things like that.

      Even more than that, I'd like to be able to do stuff in CSS like: #foo { height: #bar.height - 50px; }

      Excellent idea. If you ever start a petition, let me know and I will sign it.

      --
      Qxe4
    195. Re:My Kingdom for a Datagrid Element! by smagruder · · Score: 1

      Thank you for saying what a lot of us think on a regular basis.

      --
      Steve Magruder, Metro Foodist
    196. Re:My Kingdom for a Datagrid Element! by Richard_at_work · · Score: 1

      I'm currently viewing Slashdot in FireFox 3, and one of the things I have noticed was the way the parent comments border encompasses all of the child comments - invariably, in a long thread, the ultimate parents border wont be drawn until you scroll well down into the thread.

    197. Re:My Kingdom for a Datagrid Element! by Twillerror · · Score: 1

      Unless it is something you use at work for 8 hours a day.

      Flex is not used by Amazon.com...although eBay has a nice AIR app for the power bidder.

      Really..I think I spend no more then 45 minutes on anyone site. After that I start to think about how I can get to it without my browser.

      I haven't logged into gmail.com since my last vacaction. I use a full featured email reader and IMAP.

      Flex is useful for those in house apps that have people on them 8 hours a day and need a high level of interactivity and also have a smaller more controlled base of system they run on.

      There are plenty of sites that don't even need JS like you suggest, but hit the real world and you'll see plenty of sales/scheduling/accounting/ and other "business critical" apps that really benefit from a think client type of presentation. That is where AIR and Flex play well. The 500 bucks a developer cost is nothing to these companies.

    198. Re:My Kingdom for a Datagrid Element! by skarphace · · Score: 1

      I don't even use tables for tabular data anymore.

      That kind of goes against the whole accessability/semantic Web argument. Why wouldn't you use tables for your tabular data? You probably want the parser to know what it's handling.

      --
      Bullish Machine Tzar
    199. Re:My Kingdom for a Datagrid Element! by beegeegee · · Score: 1

      Hell, I'm surprised Microsoft's never made an 'Excel' component you could code to in IE. But it's certainly better that it be part of HTML 5.

      Silverlight Datagrid. http://silverlight.net/learn/learnvideo.aspx?video=116211. Off course all of the arguments against Flash/Flex apply here.

    200. Re:My Kingdom for a Datagrid Element! by aevans · · Score: 0

      Are you saying "divs" (dividers) are for layout? And "b" (bold) tags? Maybe you don't know English, but what do you think the word "table" means? Is there even such a thing as tabular semantics?

    201. Re:My Kingdom for a Datagrid Element! by Walter+Carver · · Score: 1

      https://www.cia.gov/library/publications/the-world-factbook : no Flash; javascript unnecessary

      You need JavaScript to use the drop-down menu that changes from one country to another. They could have done this with a simple submit button though. Even if the button was there for noscript situations. Buggers!

    202. Re:My Kingdom for a Datagrid Element! by INowRegretThesePosts · · Score: 1

      It seems you are correct. I don't remember why I concluded javascript was unnecessary. Maybe
      I set Noscript to forbid Javascript but forgot to reload the site?
      Anyway, it is a relatively bling-free website (and of course, no Flash), and one can easily
      use it without Javascript too. One can use the "text version" (which is better by the way).
      It is nice that one can access the pages by URL too, which is very useful (among other
      things, it means you can make a smart bookmark for it - which I have in both browsers I use).

  2. I'll say it, then. by Gary+W.+Longsine · · Score: 5, Insightful

    Kill flash. Kill it stone cold dead.

    --
    If you mod me down, I shall become more powerful than you could possibly imagine.
    1. Re:I'll say it, then. by dingo8baby · · Score: 1

      I agree whole-heartedly. Flash is a resource hog. jQuery FTW!

    2. Re:I'll say it, then. by buchner.johannes · · Score: 1

      And replace it with Silverlight.

      Hehe, seriously, how would you make all those fancy movie websites, e.g. http://www.everybodypays.com/

      There is no way around flash (certainly not with CSS/HTML/JS) for certain forms of representation.

      --
      NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
    3. Re:I'll say it, then. by qortra · · Score: 5, Insightful
      Mods: Flamebait, really? I resonate so much with this sentiment. Some mortal sins of flash:
      • Proprietary
      • *Extremely* poor client support from Adobe. Example: still no stable version of native 64-bit flash for all platforms. Seriously, it's 2009 people.
      • Often, the lack copy/paste using the browser
      • Often, the lack of the ability to save presented media (images,videos) using the browser
      • The difficulty of crawling/indexing sites with flash content

      One might argue that Adobe should just solve these problems. However, Flash has been around for quite a while - if they haven't fixed these things by now, are they really ever going to? I think not. So, I agree with Gary: can we please start killing it now?

    4. Re:I'll say it, then. by robmv · · Score: 1

      There is no way around flash (certainly not with CSS/HTML/JS) for certain forms of representation.

      I just saw sound visualization demo and I think things are progressing to a state where no Flash will be needed.

      Note. The animations are done with the canvas element (Flash is only used for the audio, probably this can be updated to use the newest Firefox beta with audio support)

      Another demo show how you can process a video frame by frame and do nice things with it (No Flash involved)

    5. Re:I'll say it, then. by adamchou · · Score: 1

      Even if HTML5 could do EVERYTHING that flash can do, I'm really not certain I'd want to do it HTML5. Imagine having to code an entire animation. That just doesn't seem like fun at all.

    6. Re:I'll say it, then. by cptnapalm · · Score: 1

      I'm convinced! So, would you be a pal and send me the link for 64-bit flash for OpenBSD on Ultrasparc? :)

    7. Re:I'll say it, then. by hitmark · · Score: 1

      dynamic SVG?

      --
      comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
    8. Re:I'll say it, then. by hitmark · · Score: 1

      i should probably have added that i find such pages needlessly "fancy".

      same with game promo pages thats basically a full screen flash with background "music" and "fancy" transitions.

      --
      comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
    9. Re:I'll say it, then. by Scroatzilla · · Score: 1

      IANAFA (I am not a Flash apologist), and I'm not a Flash developer. But, a few of your points are features that Flash designers can explicitly choose:

      # Often, the lack copy/paste using the browser
      A choice -- however, I think that many designers do not consider their application or audience. If you have Flash-based training, for example, you might want to copy and paste stuff. Or, a Flash media player-- you might want to copy the name of the artist or the song.

      # Often, the lack of the ability to save presented media (images,videos) using the browser
      Do I really need to explain this on Slashdot? Content providers don't want you to "steal" their stuff. I think it's fair to do this and, if they wish to provide a download link, they can.

      # The difficulty of crawling/indexing sites with flash content
      Many modern Flash stuff with lots of text will use xml to store the text, making it easier to crawl. Also, it has been a while since I've used Flash, but even in earlier versions, you could consider storing your text outside of the compiled .swf for just this purpose.

      This next one seems like it's par for the course for many things:
      # *Extremely* poor client support from Adobe. Example: still no stable version of native 64-bit flash for all platforms. Seriously, it's 2009 people.
      Personally, I've been surprised by how functional Flash is in my Ubuntu machines, and even on my Wii. Right now, it looks like there's a push to make a light version of Flash for smaller devices. I'm sure that if there's a big enough (and vocal) market, they'll pay attention to this gripe.

      Again, I wouldn't really care if people stopped using Flash; I tend to agree with those who feel that it is over-used. But, like any other IT project, if the right things are considered and the right choices are made, Flash can be very powerful and compelling.

  3. Options by aero2600-5 · · Score: 3, Insightful

    More options is always a good thing.

    But I can't imagine HTML 5 being capable of something like this.

    Aero

    --
    Please stop hurting America -- Jon Stewart
    1. Re:Options by hesiod · · Score: 5, Informative

      Except for the music controls, just about everything on that page can be done with current HTML/CSS/JS now.

    2. Re:Options by Shikaku · · Score: 1

      All you need is the audio tag. Which HTML 5 should support.

      Everything else can be done in AJAX/CSS/Javascript

    3. Re:Options by nog_lorp · · Score: 1

      I was just thinking that. I went and made a mix account just to check if there were some kind of cool flash based audio tools in there somewhere.

      Nope. HTML absolutely should be able to do that. It probably could be done (in extremely crappie fashion) right now using a frame with an embedded background mp3.

    4. Re:Options by Randle_Revar · · Score: 2, Informative

      That is nothing. Like everyone else said, you can do everything except the music control without HTML5 (though 5 might make it easier).

      If you want to see what HTML5 can do, look at this:
      http://www.w3.org/2009/03/web-demo.xhtml

      and this:
      http://standblog.org/blog/post/2009/04/15/Making-video-a-first-class-citizen-of-the-Web

      Admittedly, these are not exactly real-world use cases, but they do show the potential.

    5. Re:Options by hesiod · · Score: 1

      I didn't think of that. Wonder if there's a way to control the volume with JS... "embed" should have a volume attribue.

    6. Re:Options by iluvcapra · · Score: 1

      I'm almost positive you could do that entire site with HTML5 and javascript, and if you wanted an easy development environment, you'd use something like Cappucino, which is just a a language and framework that compile to javascript and HTML4. Take a look at their demo powerpoint app.

      --
      Don't blame me, I voted for Baltar.
    7. Re:Options by Anonymous Coward · · Score: 0

      This.

      What, a crappy user interface for mixing crappy music?

    8. Re:Options by Anonymous Coward · · Score: 0

      Couldn't you embed a waveform using JavaScript?
      So, you could literally modify the wave in JavaScript, then re-embed it.

      The most efficient way i can think of is to split the wave up into an array, say, every 5% of the wave.
      This will allow you to quickly modify one section of the wave, then send that to the embed when it comes to the next 5% mark.
      It might cause some delay in the volume change, but it depends how on the length it plays for, and the target browser.
      You could always do smaller percentages of arrays if you wanted to, but 5% is just an average.

      This is, of course, if you can actually embed an audio component in this way.
      I know you can do this easily with images and base64.

      Anyone know if this is possible?

    9. Re:Options by Anonymous Coward · · Score: 0

      Heck, even the music controls can be done with HTML/CSS/JS, because Flash applets support a JavaScript scripting interface. Thus you can play, stop, pause, control volume, etc. in a non-Flash manner; the SWF can be lodged in some invisible corner of the webpage.

      That said, it's not very practical, but you can do it.

    10. Re:Options by x78 · · Score: 1

      Is it just me or does just about everything on that demo seem entirely pointless?
      Why would anyone ever need a rotating button? :S

      --
      Don't panic
    11. Re:Options by benwaggoner · · Score: 1

      If you want to see what HTML5 can do, look at this:

      And Firefox 3.0.10 tells me

      HTML Video
      with DFXP captions
       
      Oops, no video support

      Then crashed my browser :).

      and this:

      Is an embedded Flash player.

    12. Re:Options by hesiod · · Score: 1

      Wow, I have to admit that you have gone far beyond my JS skill (which isn't terribly significant) if you can split up a WAV and stitch it back together with JavaScript on the fly... if so, then I bow to your mastery. Hell, I've never split up an image like that either, so I wouldn't dare say it's not possible.

      Though I suppose if it's prefetched and you know the file format well enough, I can't see any reason for it to be impossible: just incredibly difficult for me, given my current level of knowledge. Regardless, it's an impressive thing to consider, and a quite thought-provoking use of existing browser technology.

    13. Re:Options by Anonymous Coward · · Score: 0

      Easily, consistently across browsers and as maintainable?

    14. Re:Options by Randle_Revar · · Score: 1

      I think the point is that you can rotate anything. I guess you might want a rotated button for a game, though.

      And I have to say that many of the things I see done with flash seem entirely pointless, yet people pay to have them build.

    15. Re:Options by Philip_the_physicist · · Score: 1

      HTML 3 allowed audio and video players to be embedded into pages. Assuming this hasn't been removed (a fairly big assumption, but I don't do web stuff any more), it might be possible to change the src attribute to point to the new song when it is selected. As the browser was able to tell the player to play (for example, the autoplay and loop options), it may also have been possible to tell the player to stop and start using JS. I expect the audio tag will provide al the features necessary to make the NIN page work anyway.

    16. Re:Options by Anonymous Coward · · Score: 0

      "Except for the music controls, just about everything on that page IS done with current HTML/CSS/JS."

    17. Re:Options by Anonymous Coward · · Score: 0

      bah js? lol. You can do ANYTHING with a table layout, just put every track on diff cell FTW! We also, like the HTML overlords we are, declare that FLASH abomination is bad web practices because nothing surpass the sheer power and flexibility of table layout design, DO IT like a man! DO IT with table layout oh impure Flash developer!

      I'll just wait for the day PDF (when Adobe does it right, that is) become the standards in web distribution of content, actually PDF it's more friendly with design and screen readers. PDF can embed video and flash. HTML is designed for a world of interconnected machines with modems @ 56Kb and should be nuked from orbit and all the standards overlords that need 10 years to advance in a new specification. Fuck them, Fuck HTML, Fuck IE, Fuck standards I just want to deliver that info not please a bunch on standards zealots, If I'm sure my info looks fine 100% of the time thats my standard and that is Flash or PDF. Oh oh but thats not gonna happen because you are going to lose the scapegoat that it's HTML and the world will discover that programers make bad designers and it wasn't the code after all.

      And whatever happened to Acid test 3 it's actually rendering bad results, maybe they are not using table layout design?

    18. Re:Options by JasterBobaMereel · · Score: 1

      ...what load very slowly and then run with bugs that made my browser flash a couple of times. ...

      It appears to be (once I turned flashblock off) a music player .... exactly what HTML 5 can do ...?

      I have one of those already in windows and it will always be faster more efficient and more integrated than any flash app ever can be?

      --
      Puteulanus fenestra mortis
  4. "A nice company"? by twidarkling · · Score: 3, Informative

    "I like Adobe â" they're a nice company,"

    Has he actually used any of their stuff? Apparently not. Also, according to my friend who works in a Flash coding shop, they can real pricks occassionally.

    --
    Canada: The US's more awesome sibling.
    1. Re:"A nice company"? by afidel · · Score: 2, Insightful

      Adobe gave us PostScipt, PDF, and SWF formats as open standards, that alone gives them the nice company seal from me =)

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    2. Re:"A nice company"? by Anonymous Coward · · Score: 0

      SWF I'd like to punch them like a certain monkey for. The others are fine though.

    3. Re:"A nice company"? by Anonymous Coward · · Score: 0

      Just hope that don't ask the FBI to arrest you.

    4. Re:"A nice company"? by nog_lorp · · Score: 1

      I think Adobe is a pretty cool guy. eh makes proprietary formats and vulnerability-ridden software to read those formats and doesn't afraid of anything.

    5. Re:"A nice company"? by koiransuklaa · · Score: 1

      ...for some values of "open" and "standard".

    6. Re:"A nice company"? by afidel · · Score: 4, Informative

      PDF is an ISO standard, SWF is now completely open and much of the related technologies are in the process of being opened, see here. Postscipt has always been fully documented and third party interpreters have been available. I can't find any reference to Adobe threating to sue over Postscript so while it might not be a formal standard it's effectively open (see Ghostscript).

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    7. Re:"A nice company"? by sys.stdout.write · · Score: 1

      Him saying that he likes Adobe because they're a nice company is like Dick Chenney saying that nobody wants the Obama administration to succeed more than him.

      Congeniality has its place, I suppose.

    8. Re:"A nice company"? by Anonymous Coward · · Score: 0

      I was on the phone for 4 and a half hours the other day. Never did they even say "we're not here" and I called WAYYY before closing time.

    9. Re:"A nice company"? by catmistake · · Score: 1

      PostScript is not open nor is it effectively open just because of the existence of GhostScript. PostScript is not free for highend imaging manufacturers to implement. It is pretty good at what it does, but many choose to create their own proprietary PostScript-like driven imaging engines. I believe HP does this. It'd be cool if PostScript were free, because if it were, everyone would use it. It's pretty good. I'd go so far as to say its the greatest thing Adobe ever did (& pdf is really just a free PostScript document implementation).

    10. Re:"A nice company"? by Blakey+Rat · · Score: 1

      Then they threatened to sue Microsoft for including PDF support in Office 2007. Between that, and turning Flash's UI to shit in the last two versions (CS3 and CS4), they lost whatever goodwill from me they once had.

    11. Re:"A nice company"? by Ilgaz · · Score: 1

      What if MS was planning some embrace and extend games , they figured it early and didn't allow it for that reason? Did you see disaster they call ODF support? Will it serve to ODF or completely hurt its image?

      I am sure there are some free PDF printers for Windows and I didn't see them get sued yet. Lets not talk about paying 400 dollars to MS Office and yet demanding pro quality PDF support for free...

      I can agree you about UI issues in CS3/4 but you gotta think twice when someone shows the finger to MS. They may have good reasons. Just ask Opera boss ;)

    12. Re:"A nice company"? by seanalltogether · · Score: 1

      So you fault someone for providing an opinion without having direct experience with it, and in the same sentence turn around and fault Adobe for something you "heard through a friend" Classy.

    13. Re:"A nice company"? by Blakey+Rat · · Score: 1

      No, Adobe can't say in one breath that PDF is an open standard, then in the next prevent Microsoft from releasing PDF-capable software. That's a gigantic douchebag move, and a huge "fuck you" to everybody working on PDF software who now are in doubt as to whether Adobe will, at any given moment, change their mind and sic 400 lawyers on them.

      Did you see disaster they call ODF support? Will it serve to ODF or completely hurt its image?

      ODF has a shitty spec, Microsoft implemented their shitty spec and the result is shitty. What did ODF supporters expect the results to be? If spreadsheet formulas aren't in the spec, and you have a company implementing the spec against their will, of course they're not going to implement spreadsheet formulas. Duh. Maybe the EU should wait until they have a non-shitty spec *then* ask Microsoft to use it.

      I am sure there are some free PDF printers for Windows and I didn't see them get sued yet. Lets not talk about paying 400 dollars to MS Office and yet demanding pro quality PDF support for free...

      That's odd; I thought it PDF was an "open standard" and *anybody* could create *any* application they wanted using the PDF file format, no matter how "pro quality" it was. Apparently, according to you, we should have just known that Adobe was being a two-faced liar when they told us it was an open standard.

      They may have good reasons.

      "We said it was an open standard, released the specs, then panicked when we realized that move might have hurt our business" is *not* a good reason to show Microsoft (or anybody else) the finger. Where I come from, we have a saying: "You made your bed, you sleep in it."

    14. Re:"A nice company"? by hkmwbz · · Score: 1

      No, Adobe can't say in one breath that PDF is an open standard, then in the next prevent Microsoft from releasing PDF-capable software.

      Considering Microsoft's history of embrace-extend-extinguish, Adobe may have done us all a huge favor. Remember how the destroyed Java? Browsers? What if Adobe had allowed Microsoft to destroy PDF as well?

      --
      Clever signature text goes here.
    15. Re:"A nice company"? by koiransuklaa · · Score: 1

      This manual may not be copied, photocopied, reproduced, translated, or converted to any electronic or machine-readable form in whole or in part without written approval from Adobe Systems Incorporated.

      That is from the SWF spec (I wonder if I just violated that rule): "completely open" is not the word I'd use.

      Now, I may not be totally on top of the Flash situation, but last time I looked RTMP was still closed just like the Sorenson-Spark codec. If this is still the case then calling swf open is similar to saying that MS Office supports ODF -- technically true but pretty misleading.

    16. Re:"A nice company"? by Blakey+Rat · · Score: 1

      You can't say it's an open standard, then prevent someone from using it. You can't have it both ways. Adobe is full of two-faced liars, that's all there is to it.

    17. Re:"A nice company"? by YourExperiment · · Score: 1

      Also, according to my friend who works in a Flash coding shop, they can real pricks occassionally.

      Looking for a talking point at your next BBQ? Try new Adobe Tinned Penis - now 50% longer!

    18. Re:"A nice company"? by hkmwbz · · Score: 1

      Maybe you can't, but if this prevented Microsoft from destroying PDF, that sounds like a good thing to me.

      --
      Clever signature text goes here.
    19. Re:"A nice company"? by Blakey+Rat · · Score: 1

      No, it stopped Microsoft from destroying their sales due to their own dumb-ass decision. What possible motive would Microsoft have to "destroy PDF," assuming they were even capable of doing so? I guess it's completely impossible that Microsoft customers *asked them* to implement the feature, right?

      I guess they'd just do it because in your little world, Microsoft is basically the software company equivalent to Snidely Whiplash, right? They're EVIL!! Whatever. Grow up.

    20. Re:"A nice company"? by roca · · Score: 1

      Adobe has complete control over the evolution of SWF. Until that changes, it's not really open.

      Same goes for Microsoft and .NET, of course.

    21. Re:"A nice company"? by hkmwbz · · Score: 1

      What possible motive would Microsoft have to "destroy PDF," assuming they were even capable of doing so?

      What motive did they have to destroy Netscape and Java?

      --
      Clever signature text goes here.
    22. Re:"A nice company"? by Blakey+Rat · · Score: 1

      Netscape destroyed Netscape, and Sun destroyed Java. (At least for Windows GUI apps.)

      Netscape released years and years worth of shitty, buggy products. With apologies to Joel Spolski*, their release plan basically was "if it builds, release it. If a bug big enough to hit the press surfaces, hotfix it." Netscape decided to spend their time dinking around with email, chat, newsgroups-- basically shoveling every piece of shit into their flagship product they could-- instead of making it fast and stable.

      The instant IE stopped sucking, people switched over in droves. (And as proof that OS bundling wasn't nearly as big a factor as Netscape claims: the exact same thing happened on Macintosh computers, even though Apple included *both* IE and Netscape on the system disk.)

      Then, as if they weren't already mis-managed enough, Netscape decided to throw their entire product in the dumpster and start over from scratch. They went, what, three and a half years with no release?

      Sorry, the simple fact of the matter was that Netscape was run by idiots. They had some early successes, but the only thing really propping them up from day one was the hype surrounding the web itself.

      Sun's Java was killed due to these two facts:
      1) Sun was telling everybody Java was a write-once-deploy-everywhere product for GUI apps.
      2) Java's OS integration sucked ass. (Even now, a decade on, Java's OS integration sucks ass.)

      Microsoft made the stupid error of believing that Java was salvageable, so they added extensions to it to make it suck a little bit less at OS integration. Of course, what ended up happening, is that developers would write their Java apps to depend on those extensions and thus make them incompatible with Java on other platforms. If Sun had gotten their ducks in a row with Java from day one, Microsoft wouldn't have had to extend the language.

      Now I'm not saying that there's anything wrong with Java for server development, and yes I know that there are 50 kajillion Java products out right now, etc etc. But for GUI development, Java was still-born.

      * Too lazy to look up the specific links, but Joel has several articles about Netscape's strategic mistakes on his site: http://www.joelonsoftware.com/

    23. Re:"A nice company"? by hkmwbz · · Score: 1

      Netscape destroyed Netscape, and Sun destroyed Java.

      On the contrary, Microsoft's embrace, extend and extinguish strategy killed Java, and the browser market as well (not just Netscape, but a whole market).

      The instant IE stopped sucking, people switched over in droves. (And as proof that OS bundling wasn't nearly as big a factor as Netscape claims: the exact same thing happened on Macintosh computers, even though Apple included *both* IE and Netscape on the system disk.)

      IE for Mac was a completely different browser than the Windows version. It was actually somewhat standards compliant.

      Microsoft made the stupid error of believing that Java was salvageable, so they added extensions to it to make it suck a little bit less at OS integration.

      Actually, court documents revealed that Microsoft tried to destroy Java on purpose.

      --
      Clever signature text goes here.
    24. Re:"A nice company"? by Blakey+Rat · · Score: 1

      On the contrary, Microsoft's embrace, extend and extinguish strategy killed Java, and the browser market as well (not just Netscape, but a whole market).

      Why did Microsoft embrace Java? Because Sun was telling everybody that it was the future of GUI application development.

      Why did Microsoft extend Java? Because Java sucked at writing GUI applications. (In Windows, at least.)

      Why did Microsoft extinguish Java? Because Sun got pissy over Microsoft's extensions, and forced them to stop development on Microsoft's VM implementation. Since Microsoft's VM implementation was so much better at GUI desktop apps and web applets, Microsoft's removal of it basically killed-off Java as a end-user technology.

      Notice how the "extinguish" part was prompted by Sun itself, *not* by Microsoft. Microsoft was perfectly happy to maintain their own version of Java for as long as their customers desired it.

      Actually, court documents revealed that Microsoft tried to destroy Java on purpose.

      I don't believe in conspiracy theories.

      IE for Mac was a completely different browser than the Windows version. It was actually somewhat standards compliant.

      Nobody's ever chosen a browser based on standards compliance. IE was more popular because it didn't crash and ran faster, on both Windows and Macintosh-- standards have absolutely nothing to do with that particular equation.

  5. All I need to know about HTML 5 by Jorkapp · · Score: 4, Funny

    <first post />

    --
    Frink: Nice try floyd, but you were designed for scrubbing, and scrubbing is what you shall do.
    1. Re:All I need to know about HTML 5 by Anonymous Coward · · Score: 0

      <first post />

      Umm, no. That would be:

      <first post="post" />

      XML does not support attribute minimization.

    2. Re:All I need to know about HTML 5 by pbhj · · Score: 1

      <first post />

      Surely

      <first post="post" onclick="alert('i am a dick');"></first>

      ?

    3. Re:All I need to know about HTML 5 by Anonymous Coward · · Score: 0

      That's XHTML 5. HTML 5 would either require a start and end tag or wouldn't require self closing (because the browser would know already).

  6. Someday maybe. by LWATCDR · · Score: 5, Insightful

    How long until HTML 5 is supported in every browser?
    The "good" thing about Flash is that it is a plug in. Flash can be added to just about every browser by downloading a plug in.
    HTML 5 will take a lot longer to get into every browser.
    I really don't like Flash or plug-ins but in this case it is an advantage and will be for a long time to come.
    Oh and NOBODY except Slashdot will write to a standard that IE doesn't support.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    1. Re:Someday maybe. by Anonymous Coward · · Score: 0

      How long until HTML 5 is supported in every browser?

      Now. HTML 5, unlike XHTML, was built to be pretty much how real web browsers render.
      Feature X and Y might take a while though.

    2. Re:Someday maybe. by Locke2005 · · Score: 1

      The "good" thing about Flash is that it is a plug in.
      Why can't HTML5 be implemented as a plug in?

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    3. Re:Someday maybe. by Locke2005 · · Score: 2, Interesting

      Flash can be added to just about every browser by downloading a plug in.

      Really? Please send me instructions for adding Flash 9 to the Opera browser running on my Wii, or the browser running in my Android G1 phone. I think you mean "Flash can be added to just about every browser running in Windows or MacOS on an X86," which is a considerably smaller set of supported devices. The PC has peaked; the future is internet appliances. When will people stop assuming browser = PC?

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    4. Re:Someday maybe. by PhasmatisApparatus · · Score: 1

      IE will make a big deal out of it to the corporate types. "In three more versions of IE, we'll support HTML 5! Yay!" Firefox will support HTML 5 the next day (or maybe that evening). Opera will spend years developing a secure version of HTML 5, which will actually not be very secure once users get ahold of it. Lynx users will laugh, and go back to cursing Yahoo for being unreadable for the past decade.

    5. Re:Someday maybe. by Anonymous Coward · · Score: 0

      LOL. Is that why the Slashdot site always fucked up with random artifacts all over the page? I just assumed their web devs didn't know what they were doing!

    6. Re:Someday maybe. by Anonymous Coward · · Score: 0

      Non-computer browsers:
      - Opera, Nintendo Wii
      - Opera, Nintendo DS (add-on cart)
      - Opera, Nintendo DSi (software download).
      - Safari, iPhone / iPhone 3G
      - Safari, iPod touch 1st gen, iPod touch 2nd gen.
      - Opera mobile (a truckload of cellphones)
      - PSP (uncommon browser)

    7. Re:Someday maybe. by johannesg · · Score: 1

      Hmm, that makes me wonder: would it be possible to write a Gecko-plugin for IE? That way we wouldn't have to wait for Microsoft to get their act together...

    8. Re:Someday maybe. by Locke2005 · · Score: 1

      Opera on the Wii only supports Flash 7, most videos on the 'net are using a later version of Flash. As far as I know, Flash 10 runs only on Windows, Linux, and MacOS on an x86.

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    9. Re:Someday maybe. by Locke2005 · · Score: 1

      I take that back; it also runs on a Power PC Mac and under Solaris 10. Still, nowhere close to supporting "All browsers".

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    10. Re:Someday maybe. by Anonymous Coward · · Score: 0

      Fx fanboy detected. Bioreactor awaits you, sir. This way, please.

    11. Re:Someday maybe. by stesch · · Score: 1

      HTML5 is supported in all browsers but one. And it's OK to install a HTML5-capable browser parallel to the broken one, if you really need it.

    12. Re:Someday maybe. by LWATCDR · · Score: 1

      Notice I said, Can be added. The Wii does have Flash but not the latest version which does suck. Nintendo should update it.
      From what I hear the Pre will have Flash,
      But for Android.. http://gizmodo.com/5091778/flash-10-on-the-android-g1-its-getting-there
      Flash on the iPhone.
      http://www.appleinsider.com/articles/09/01/31/adobe_apple_working_together_on_flash_for_iphone.html
      Flash for Windows Mobile http://www.adobe.com/devnet/devices/wm.html
      Flash for the S60 http://www.adobe.com/devnet/devices/nokia_s60.html

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    13. Re:Someday maybe. by twidarkling · · Score: 1

      I'm pretty sure Opera's already got HTML5 support, or at least for the vast majority of it. Firefox loses again, if it's not until that evening.

      --
      Canada: The US's more awesome sibling.
    14. Re:Someday maybe. by Doctor+Faustus · · Score: 1

      How about Linux on a PlayStation 3 (their built-in browser on the PS3 OS is god-awful)? That would be a great platform for watching internet video, except it's 90% Flash, and Flash on Linux is only for x86.

    15. Re:Someday maybe. by Anonymous Coward · · Score: 0

      >their built-in browser on the PS3 OS is god-awful

      Couldn't agree more on this.
      They seriously need to get rid of that horrible junk of code.
      It was designed to replicate IE6 if i remember correct, ERRORS and all...

      They should just throw Firefox on there or something similar. (but in saying that, bloat... come on Mozilla, stop the crap, get back to modular please)

    16. Re:Someday maybe. by ion.simon.c · · Score: 1

      Screenshot with browser and OS details?

    17. Re:Someday maybe. by PhasmatisApparatus · · Score: 1

      I use wget, and just imagine what the page looks like in my head.

      I can almost run javascript!

    18. Re:Someday maybe. by Eil · · Score: 1

      How long until HTML 5 is supported in every browser?

      Not long, most likely. Once the specification draft nears completion, browser developers are going to be tripping over themselves to implement it so that they can add the bullet to their feature list. Many major browsers already support some HTML 5 features (most impressively, Opera supports all the new forms features). You have to remember, the web is a Big Thing these days and there is another browser war brewing. If Firefox continues to gain market share like it is, IE and Firefox may be an even match by the time HTML 5 is finalized.

      Of course, the HTML 5 doesn't fix the biggest problem with the web: developers of different rendering engines interpret the spec differently, contain annoying bugs that go unfixed for years, or claim to be compliant with the spec while failing to implement an entire subset of it. Unfortunately there just isn't an easy way to correct this.

    19. Re:Someday maybe. by LWATCDR · · Score: 1

      well to be honest Linux cell based desktops is a very small % of users. Have you tried Gash?

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    20. Re:Someday maybe. by Anonymous Coward · · Score: 0

      Oh and NOBODY except Slashdot will write to a standard that IE doesn't support.

      That's </body>

    21. Re:Someday maybe. by foniksonik · · Score: 1

      Someone should make an HTML 5 plugin that adds support to older browsers....

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    22. Re:Someday maybe. by JasterBobaMereel · · Score: 1

      Try running a flash plugin on every browser on every operating system and you will soon find that very many do not have a working plugin .... because Adobe have not done one, and no-one else knows enough to write one....

      The difference is that HTML5 is very well documented and relatively easy to implement and unlike flash has other uses beyond pretty layouts ...

      The other advantage is that an HTML5 page is accessible to the disabled, unlike flash.....

      --
      Puteulanus fenestra mortis
  7. WARNING by Anonymous Coward · · Score: 0, Informative

    Link requires Flash plugin, it crashed my toaster.

  8. Vectors? by stewbacca · · Score: 1

    The article doesn't say html 5 will have some sort of mechanism in place to manipulate and display vector art. Until that happens, Flash will be king for the sort of content that relies on vectors as opposed to rasters/bitmaps.

    1. Re:Vectors? by Anonymous Coward · · Score: 1, Informative

      SVG

    2. Re:Vectors? by diegocgteleline.es · · Score: 1

      So what is SVG supposed to be?

    3. Re:Vectors? by nog_lorp · · Score: 2, Informative

      http://en.wikipedia.org/wiki/Canvas_(HTML_element)

      SVG, an open vector graphics standard, is part of HTML5.

    4. Re:Vectors? by stewbacca · · Score: 1

      I guess it's supposed to be in HTML5, which would be a good thing. Now they just need a user-friendly wrapper so design weenies like me can use it ;-)

    5. Re:Vectors? by ardor · · Score: 1

      The canvas element is likely to be part of HTML 5 too, and is much better suited for dynamic vector art.

      --
      This sig does not contain any SCO code.
    6. Re:Vectors? by zokier · · Score: 1

      You mean something like Inkscape? You know that SVG is supported by at least Firefox, and iirc also by other modern (non IE) browsers

  9. Hey Microsoft by Chlorine+Trifluoride · · Score: 4, Funny

    We were just thinking that, if you were to hold off on implementation of HTML 5 in MSIE, we might, uh, contribute to your re-election campaign.

    Sincerely,
    Adobe

    1. Re:Hey Microsoft by jonbryce · · Score: 1

      Except that Microsoft are trying to take on Adobe with Silverlight and Expressions Studio, with fairly limited success at the moment.

    2. Re:Hey Microsoft by Ilgaz · · Score: 1

      Just today, I saw my bank ATM doing flash animations. MS is a bit too late. In fact, everyone (including W3C) is late.

      At least, it is Adobe, not MS who owns Flash. If Silverlight was made in 1990s and reached to Flash in terms of market share, MS would give hell to everyone other than Windows users. BTW don't even mention moonlight.

  10. Flash uses by Parker+Lewis · · Score: 5, Insightful

    In current days, Flash is only used to:

    - Casual games;
    - Boring add banners, like "hit the monkey";
    - Video players;
    - Webpages menus, when the designer has no know-how to use CSS/Javascript.

    Excluding games, all uses can be replaced by web-standards (even videos, in next-generation browsers).

    1. Re:Flash uses by larry+bagina · · Score: 1

      file uploading. There are hacks (posting into an iframe and monitoring via ajax) to do it with html, but they're not as clean and require you to do extra work on the server side.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    2. Re:Flash uses by Anonymous Coward · · Score: 2, Interesting

      "- Webpages menus, when the designer has no know-how to use CSS/Javascript."

      I disagree.

      Flash is a wonderful tool for designers. They can create web sites exactly like they want.

      Converting their initial design to HTML/CSS means a considerable waste of time, plus they always have to make tradeoffs because that feature isn't cross-browser and that other one requires high javascript skills.

      Or they have to work with someone else. A guy that spends days trying to convert a design made with Photoshop into HTML/CSS. And the result is often not comparable. And the poor designer depends on the HTML/CSS guy, he can't change a single button in seconds by his own.

      Two paths are currently drawn. The first one is HTML5/CSS3. It has some advantages over Flash (mainly: accessibility), but from a designer point of view, it's utterly complicated, it just doesn't exist yet and in its current state, it doesn't even compare to what Flash was 5 years ago.

      The second path is drawn by products like Adobe Catalyst and its Silverlight counterpart (sorry, I forgot the name). I saw a demonstration of these and it blew my mind. A designer can finally take over what the final result will look like. He can make an all working draft of the web site right off Photoshop. I couldn't imagine how long it would have taken to create the same result as the demo with HTML/CSS conversion + Javascript + cross browsers testing.

      Both paths are interesting. But just as argentic photography and assembly coding are now niches, HTML/CSS could also slowly die. Because people just want something quick, easy, convenient, accessible to non-techies as along as the end result barely works.

      People usually don't like Flash for 3 reasons:
      - because they only associate Flash to intrusive ads or to badly programmed stuff.
      - because they never actually used Flash / Flex
      - because they swear by FOSS. "Flash sucks, it's proprietary". But to tell the truth, Flash shows a failure of opensource. The Flash format isn't closed at all. There are even excellent languages+compilers that produce Flash files, the best example being haXe. And there have been several attempts at making opensource Flash players but they all failed. Oh of course, Swfdec and Gnash can barely play Youtube videos, but they are far far far from being replacements for Flash 10, yet Flash 9.
      Company A releases a product only for some OS and only closed-source. Fair enough, that's its own choice and right. But they release specifications. FOSS crowd grims "grmbl, doesn't work on OpenBSD, grmbl, doesn't work on HaikuOS..." So what? Just like 99.9999999% of commercial software out there, because companies don't make people work without giving them a salary. So they expect ROI. This is not rocket science. Anyway, FOSS crowd is like "ok, fear Adobe, we're working on open-source players". Hope make people happy, but these open-source players just don't compare with Adobe's, and there's a long road before they do. So what? Instead of acknowledging the failure, FOSS crowd is like "ehm... Flash sucks, it's proprietary, it should be avoided, let's reinvent the wheel..."
      Meanwhile, Adobe keeps improving it. The Flash VM isn't a bad piece of technology, and stuff like Alchemy are quite exciting.
      I really think that points of views would have been different if a great open-source Flash implementation existed. People would describe Flash as a wonderful cross-platform VM, GUI and Toolkit. It would have been ported to every mobile device. Everybody would enjoy it. Except HTML/CSS guys who can't code nor design, and who would have to convert, just as argentic photographers had to learn how to use Photoshop.

    3. Re:Flash uses by stewbacca · · Score: 1

      In current days, Flash is only used to...

      Interactive Multimedia Instruction and Software Simulation. I love it when people use absolutes like "only".

    4. Re:Flash uses by Anonymous Coward · · Score: 1, Insightful

      Yes, if an open source Flash implementation existed it would be cross-platform, not horribly slow (Flash 10 can't consistently play full screen videos smoothly on my Core 2 Q6600; mplayer can play the same videos with no trouble, optionally without touching my CPU (my graphics card accelerates h264, why does Flash insist on using its own inefficient codecs?)), and actually integrate properly with the browser: usually Flash "web sites" don't let me select text or even middle-click to open a new tab for links (some Javascript websites have that issue, too).

      The real problem with flash is I don't care what the designer wants the website to look like. I want to be able to view the freaking website content. I want to be able to use my own font size and anti-aliasing settings. I probably don't want parts of the web page randomly animated. Basically, every web site design I have seen done in Flash (and certainly a few others) have been done by people who do not have a clue about making a usable website and just want their website to look like an animated magazine ad or something equally awful.

    5. Re:Flash uses by Anonymous Coward · · Score: 0

      The tag and google's / mozilla's / whoever's 3D canvas context might (read: might after a long time) be able to match the gaming aspect.

    6. Re:Flash uses by Parker+Lewis · · Score: 1

      Sorry, I agree, I should replaced "only" by "in most of cases"

    7. Re:Flash uses by Wraithlyn · · Score: 0, Troll

      ...and to build extremely rich media websites.

      Check out http://www.rolex.com/ for example. The whole thing is Flash. And sure, much of it could've been done with JS/etc, but some of it could not (the animated watch hands, for example)

      And before you decry the website for requiring Flash; it doesn't. Turn off Javascript and try again, there's a complete and fully functional HTML/CSS layer underneath (which is also very important for SEO & accessibility purposes). The Flash "pages" are also bookmarkable and handle the Back/Forward buttons, etc, properly, through use of the the hash text in the url. (This technique is also used to maintain state in AJAX-y apps such as GMail)

      Rolex.com is a good example of a flash-heavy site done properly (added value, not a requirement).

      --
      "Mind, as manifested by the capacity to make choices, is to some extent present in every electron." -Freeman Dyson
    8. Re:Flash uses by fretlessjazz · · Score: 1

      Are you kidding me? Here are a few "Video Players" and and "Webpages Menus"

      http://www.fordvehicles.com/the2010mustang/
      http://www.007thevideogame.com/
      http://www.splashup.com/
      http://kuler.adobe.com/

    9. Re:Flash uses by eulernet · · Score: 1

      Excluding games, all uses can be replaced by web-standards (even videos, in next-generation browsers).

      A lot of casual games can be rewritten in Javascript.
      Take a look at one of the best:
      http://worldofsolitaire.com/
      You can also find an emulator written in Javascript:
      http://jsmsxdemo.googlepages.com/jsmsx.html

    10. Re:Flash uses by Anonymous Coward · · Score: 0

      >the animated watch hands, for example
      This is actually incredibly easy to do.

      HTML "textures" have been around for a very long time now.
      JSgraphics is a very good library for such a thing, even has animation support.
      And canvas tag could do this even easier.

      But yes, i do agree, that website is actually very nicely done, great integration with the actual browser.
      A site done in Flash in that way is incredibly rare, though.

    11. Re:Flash uses by falconwolf · · Score: 1

      Or they have to work with someone else. A guy that spends days trying to convert a design made with Photoshop into HTML/CSS. And the result is often not comparable. And the poor designer depends on the HTML/CSS guy, he can't change a single button in seconds by his own.

      One designer I knew did just that. He'd create compleat websites with Photoshop then mark it up in html/css/js.

      Falcon

    12. Re:Flash uses by Anonymous Coward · · Score: 0

      Games are on their way. Somehow.
      http://billmill.org/static/canvastutorial/

    13. Re:Flash uses by quacking+duck · · Score: 1

      I'd mod you up if I hadn't commented already. We use Flash in our online courses for exactly this reason.

      Maybe this can be duplicated using SVG and Javascript, but if you thought HTML/CSS/Javascript compatibility between browsers was a pain to code and test for...

    14. Re:Flash uses by sehryan · · Score: 1

      You obviously don't do any work in the GIS arena. Flash/Flex API from ESRI is going to allow for some amazing mapping applications. They also have a Javascript API, though after testing it in our shop, we ran in to some cross browser concerns, so we opted for the Flex option, and haven't regretted it yet.

      --
      The world moves for love. It kneels before it in awe.
    15. Re:Flash uses by FreakyGreenLeaky · · Score: 1

      People usually don't like Flash for 3 reasons:
      - because they only associate Flash to intrusive ads or to badly programmed stuff.
      - because they never actually used Flash / Flex

      ...and:
      - it's proprietary, not really open.
      - much harder to maintain and make changes compared to other standards.
      - have to learn *another* language/system, screw that.
      - it's slower to load (I always click "Skip Intro"). No more snappy load times and performance.
      - does not index well in search engines.
      - Generally irritates the shit out of me since I have no interest in animation when navigating a site.
      - being able to *stop* the stupid distracting animation is not always possible.
      - Flash reminds of that other irritating phenomena, animated GIFS.
      - Flash is therefore a cancerous tumour which must be cut out forcefully with a table spoon.
      - So, I just block all .swf - fuck 'em.

      I use FOSS on servers, but windows on the desktop, so no, I'm not a FOSS fanatic.

    16. Re:Flash uses by Anonymous Coward · · Score: 0

      Videos can be integrated in the current-generation browsers, too, using truly free and platform-independent plug-ins such as mplayerplug-in.

    17. Re:Flash uses by chrysalis · · Score: 1

      "Have to learn *another* language/system" -> Not if you're using haXe.

      "Does not index well in search engines." -> Problem solved a long time ago with frameworks like Gaia / hxGaia ( http://www.gaiaflashframework.com/ )

      --
      {{.sig}}
    18. Re:Flash uses by Parker+Lewis · · Score: 1

      This is a niche, I don't see any problem to use Flash/Flex for stuffs like this. I'm just talking that Flash is not the future web standard for any webpage.

    19. Re:Flash uses by Anonymous Coward · · Score: 0

      That is the annoying stuff i hate myself, but where flash shines is its purpose, to deliver rich highly atmospheric product presentations which are fun to interact with - if executed probably by the designers and developers. Which are a minority and probably not sites visited by you, but i love em.

      Flash is a superficial technology not here to provide you with a better access to information, but to enrich presentation. Some of the worst and the best interfaces are done in flash, because you can visiually and interactively do nearly everything with it.

      And its very easy to learn the basics of it, thats why you see so much shit done in it - because nearly everyone can put togehter some animations and script it.

      Its a fun technology for people who like audiovisual content, but i you prefer looking at some input prompt the whole day, just turn it off.

      And yeah the ads Ads are annoying as hell and since it got multicore-support it can eat up all your cores and crash your browser multiple times a day - but i still love the visual possibilities of it and adobe is pushing it hard .... ahhh some REAL accelerated 3D is coming near booooyaaaa!

    20. Re:Flash uses by foniksonik · · Score: 1

      I think this website has a list of websites that prove otherwise.

      Flash may only be used for those things on the sites you tend to visit.

      Do you never go to an official Game site or Movie site? They all use Flash and usually in interesting ways.... ways that you can't recreate in html/javascript/css or even svg...

      Web browsers have a long way to go before they support composited media.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
  11. Nor should it be.... by wowbagger · · Score: 2, Interesting

    "But I can't imagine HTML 5 being capable of something like this"

    Nor should it be. That's like saying my car should be able to traverse water too. There are tools for crossing water and tools for crossing land - and they are usually different.

    But for simple "Here's a video of my cat yodeling" or "here's a sample of the music file you are about to download" you SHOULDN'T need a plug-in any more than you need a plug-in to view a picture (with apologies to the Lynx users among us).

    However: there is no way HTML5 will replace Flash even for those sorts of applications until a large enough set of installed browsers can properly handle HTML5 that webmasters can safely ignore the hold-outs - and even if a large meteor were to strike a certain city in the American northwest that installed base will be quite some time in coming. Flash already has that installed base (modulo the iPhone and a few embedded devices).

    Now, if you can make it such that HTML5 can be used to ram annoying advertising down our throats while denying us the ability to save the content we WANT to save - well then, I predict adoption to be swift and sure.

    1. Re:Nor should it be.... by Anonymous Coward · · Score: 0

      RTFS at least.

      The entire premise of the article is that they are saying that HTML 5 should be able to do that. Also, the two "simple" examples you give of video and sound are not things HTML 5 can do.

    2. Re:Nor should it be.... by __aasqbs9791 · · Score: 1

      If there's a forked version of Lynx that includes this http://aa-project.sourceforge.net/gallery/ you could still view pictures. I can't tell if anyone's done it yet though (my quick search didn't find any.)

    3. Re:Nor should it be.... by Anonymous Coward · · Score: 0

      However: there is no way HTML5 will replace Flash even for those sorts of applications until a large enough set of installed browsers can properly handle HTML5 that webmasters can safely ignore the hold-outs

      And thinking the other way round, if some popular service based on html 5 video appears on the scene, then MS will be forced to support it, otherwise its users may start trying alternative browsers.

  12. Sure, but Opera is busted? by C_Kode · · Score: 1

    Opera preaches standards left and right, but the real problem is nobody follows then except Opera. Therefore Opera doesn't work like all the other browsers. I love Opera for the most part and I use two browsers all the time. I would only use Opera, except for the fact that so many websites don't function properly in Opera. (Mostly javascript and css are the issue)

    Once Opera functions like all other browsers, I will listen to what Jon has to say.

    1. Re:Sure, but Opera is busted? by twidarkling · · Score: 1

      So... what you're saying is... If I understand... You want Opera to become broken. They currently follow standards, and others don't. But rather than having everyone else follow those standards, you'd rather they stop.

      I am so confused.

      --
      Canada: The US's more awesome sibling.
    2. Re:Sure, but Opera is busted? by Mystra_x64 · · Score: 1

      Don't sure what you are talking about. Opera works for me 100% of the time.

      Besides HTML5 is being created not only by Opera you know.

      --
      Quick way to get 30% Funny 70% Troll: defend Opera browser on /.
    3. Re:Sure, but Opera is busted? by Blakey+Rat · · Score: 1

      Opera actually goes above and beyond the standards, at least over Firefox. For example, Opera supports document.readyState. As does IE, Safari, Chrome-- every browser except Firefox, actually.

      (Which makes developing a bookmarklet that needs to make DOM changes in Firefox a COMPLETE PAIN IN THE ASS! I don't care if it's in the standards, it's fucking useful, put it the fuck in!)

    4. Re:Sure, but Opera is busted? by hkmwbz · · Score: 1

      Opera preaches standards left and right, but the real problem is nobody follows then except Opera.

      Apart from Webkit and Gecko, of course.

      Therefore Opera doesn't work like all the other browsers.

      Oh, but it does. There are bugs in all browsers, but if you write a standards compliant page, it will mostly work in Opera, Safari and Firefox. You may have to tweak some things, but Opera is no worse than the other two here. IE is of course a lost cause.

      I would only use Opera, except for the fact that so many websites don't function properly in Opera. (Mostly javascript and css are the issue)

      Really? In my experience, browser sniffing is mostly the problem. If they just stopped sending broken content to Opera and sent it what they are sending to Firefox and Safari, it would have worked fine.

      Once Opera functions like all other browsers, I will listen to what Jon has to say.

      It works like Safari and Firefox. And actually, Opera was created with broken sites in mind, including a quirks mode and lots of non-standard extensions to JavaScript and such.

      Not sure what you mean by "Opera is busted".

      --
      Clever signature text goes here.
  13. Disappointed. by camperdave · · Score: 2, Funny

    I'd like to talk to you about what I'm really excited about--the datagrid element.

    I'm disappointed. I read that as the datagirl element, and I figured the link would take me to some lady's web design howto page, filled with examples, essays, rants, etc.

    --
    When our name is on the back of your car, we're behind you all the way!
  14. JavaFX by javacowboy · · Score: 5, Informative

    JavaFX may be trailing Flash and Silverlight, but it's the only RIA framework that has a snowball's chance in hell of being open sourced.

    It supports charting, animations, and rich media. Version 1.5 is rumoured to have support for complex form controls, just like Flex.

    What's more, it's totally integrated into the Java Virtual Machine, meaning it can use all of the Java class libraries. It even has a mobile component, meaning it's possible to port applications between the desktop and supporting mobile platforms.

    To me, this single runtime sounds like a much better alternative that the kludge that is HTML/CSS/JavaScript/AJAX support a multitude of IE6/IE7/IE8/Firefox/Safari/Chrome/Opera browser runtimes, especially if there's no framework behind them.

    --
    This space left intentionally blank.
    1. Re:JavaFX by Anonymous Coward · · Score: 0

      Problem with javafx is, I first time now saw it on windows and was impressed by its speed, but on the mac it is slow as molasses and on linux non existent...
      Javafx for now performs only well on windows but there it runs circles around flash!

    2. Re:JavaFX by Jonner · · Score: 1

      If JavaFX were an open standard, it would be more interesting. No technology that isn't an open standard is a good choice in the long run. Although the current combination of HTML, CSS, and JavaScript is kludgy, it's what we have and does work for millions of web sites. The vast majority of the sites I use work just fine with web standards except for media playback.

      I'm really looking forward to HTML5 providing that essential component so that Flash (and any other proprietary plugin) will become unnecessary for the vast majority of sites. Even if HTML 5 only succeeds in video and audio, that's a huge improvement. Unfortunately, the success of HTML 5 video and audio depends on useful baseline codecs, which isn't happening because of broken patent systems.

    3. Re:JavaFX by josath · · Score: 1

      The Flex framework is open sourced...that includes the client libraries, the visual components, even the compiler is open source & cross-platform (amusingly it's written in Java. There are some good uses for Java, but web applets is not one of them). The only part not fully open sourced is the Flash plugin (the Actionscript Virtual Machine is open sourced, ie, the part that executes all the code, it's the part that does the rendering that's closed)

      --
      sig? uhh, umm, ok
    4. Re:JavaFX by quetwo · · Score: 1

      Flex, along with the SWF standard /ARE/ opensourced. http://opensource.adobe.com./ JavaFX and Silverlight are not. Sorry.

    5. Re:JavaFX by Anonymous Coward · · Score: 0

      As somebody who works daily with serving rich media to literally millions of clients (yes it's porn), can I just say...mwahahahah. That's a good one. It's like the time I heard these guys on public transit bitching that they had problems getting support for their OSX based webservers.

      Buzzy. Maybe. BigCorp. Sure. Useful and usable across the hugely diverse range that Flash/Ajax currently are. N. F. W.

      Talk to me again when Java runtimes don't crash every single version of FF I have, from Windows to Linux desktops.

      JavaFX FTW!!!! [apologies for obvious troll, but this was so far from +5 I had to do it]

    6. Re:JavaFX by Anonymous Coward · · Score: 0

      Moonlight is open source too:
      http://www.mono-project.com/Moonlight

    7. Re:JavaFX by supercell · · Score: 1

      Great, it being Java and all I guess my when I upgrade to my 32 core 4GHZ desktop, it may be just fast enough to be usable....Probably not. I have never used a program written in Java that wasn't 10x slower than a comparable program written in C. JVM is a piece of crap, that is so resource intensive, that a lot of computers (1GB or ram or less) still in use today have problems running it. I hope Java will soon be a forgotten blemish in the history of programming languages.

    8. Re:JavaFX by Anonymous Coward · · Score: 0

      Not only that but I think JavaFX is the nicest of the three to actually code with. Sun made a brave, and IMO very smart decision to write a new DSL (JavaFX Script) for the declarative language rather than relying on XML. The result is just so much nicer to work with I can't imagine ever wanting to use MXML or XAML again.

  15. In MOST ways you don't need Flash by smooth+wombat · · Score: 5, Insightful

    "In some ways, you may say you don't need Flash."

    I can't tell you how many times I've come across a site which uses Flash to show a single, individual picture. Not a stream of pictures. Not a mosaic of pictures. Not a slideshow of pictures. One picture.

    WTF? You're telling me it's easier to code a Flash object to display that one picture than it is to throw in a link to the picture? Seriously?

    Then you have those sites which insist on having their front page as Flash-only. Brilliant. Just brilliant. How the hell am I supposed to find anything on your site if there is no way to save that link for future reference?

    Flash is ugly, slow and just plain annoying. Almost as annoying as punch the monkey. Web designers who rely on Flash to do their work should have their knuckles pounded with a five pound cast-iron doorstop dropped from a height of ten feet then made to punch a punching bag.

    Hopefully HTML 5 will cure the web of this illness.

    --
    We will bankrupt ourselves in the vain search for absolute security. -- Dwight D. Eisenhower
    1. Re:In MOST ways you don't need Flash by Anonymous Coward · · Score: 2, Informative

      I can't tell you how many times I've come across a site which uses Flash to show a single, individual picture.

      Most of the time I've seen this done it's to prevent casual downloading of the picture. If you put the image up in straight HTML, anyone can Right Click->Save Image As. If you embed it in a Flash object, it's much harder to grab the image.

      Unless HTML 5 has a way to prevent casual copying, that usage is not going away.

    2. Re:In MOST ways you don't need Flash by Miffe · · Score: 5, Informative

      The reason people do this is is to stop you from right clicking on the image and saving it.

    3. Re:In MOST ways you don't need Flash by diegocgteleline.es · · Score: 3, Funny

      Flash is ugly, slow and just plain annoying.

      That's stupid. Flash is great. Flash is the magic that makes youtube possible. I'm all for replacing it with HTML5, but it still is one of the most important pieces of the web.

    4. Re:In MOST ways you don't need Flash by vertinox · · Score: 1

      I can't tell you how many times I've come across a site which uses Flash to show a single, individual picture. Not a stream of pictures. Not a mosaic of pictures. Not a slideshow of pictures. One picture.

      I've heard some people say they do this to prevent picture stealing because people were turning java script off on their browser and could right click on their site.

      I explained they could just hit print screen, but I think it was lost on them.

      --
      "I am the king of the Romans, and am superior to rules of grammar!"
      -Sigismund, Holy Roman Emperor (1368-1437)
    5. Re:In MOST ways you don't need Flash by Anonymous Coward · · Score: 0

      Repeat after me:

      If you can view it, you can save it.
      If you can view it, you can save it.
      If you can view it, you can save it.

      Why do developers (or their taskmasters) not know this.

    6. Re:In MOST ways you don't need Flash by Locke2005 · · Score: 1

      I explained they could just hit print screen, but I think it was lost on them. Sure, but then if the image is smaller than their display resolution, they need to crop it. If it is larger than their display resolution, then they don't have the whole image. The people that really want to make it hard for you to copy their images are the ones publishing in much higher resolution than your display. My argument was that Flash is often used to let people stream videos but not save them, but ultimately anything can be copied just by pointing a camera at your monitor and a microphone at your speakers. (Some loss of quality may occur.)

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    7. Re:In MOST ways you don't need Flash by JoeytheSquid · · Score: 2, Insightful

      Don't just blame the designers, plenty of times it's the clients too. I've been a web designer for the last decade and to this point I've never once built a "Flash website". However I get asked to do this several times a week. In fact I just walked out of a meeting where the client wants one of those live video gimmicks where the spokesperson walks onto the screen and starts speaking, "Hello and welcome to our website." Because everyone loves talking websites, am I right?

      As a developer this leaves me with two options. I can roll over, take the extra cash and add in the bells and whistles or I can try to keep the project grounded and focused on things like content, usability and SEO. The problem is you can only argue the point so much and, I'm sorry, but usability, just isn't sexy. Moreover when I refuse to give the customer the giant animated American Flag with their favorite Toby Keith song playing in the background, they'll shop around until they find a developer who will.

      So the next time you come across an obnoxious website, curse not only the developer who built it, but also the client who approved it. :-)

    8. Re:In MOST ways you don't need Flash by __aasqbs9791 · · Score: 1

      I wouldn't be too sure that's the only reason (thought that does make sense). I ran across a guy a little while ago that thought you needed flash to make a picture change when the mouse rolled over it. And he called himself a "web programmer." He had never heard of mouseover. No idea what it was. He made good web programmers look bad by association, as most people (his customers anyway) have no idea what he was saying was utter crap.

    9. Re:In MOST ways you don't need Flash by selven · · Score: 4, Insightful

      Screenshots + 10 seconds in GIMP?

    10. Re:In MOST ways you don't need Flash by EvanED · · Score: 1

      Sure, you can save it. That doesn't mean that using the flash trick doesn't (1) make it harder, (2) make it more annoying, or (3) even make it so some people don't have to do it.

      Compare the two steps:

      Without Flash:
      1. Right click
      2. Click save as
      3. Navigate to the folder (which you very well may already be in as browsers save that even between sessions)
      4. hit save

      With Flash (on Windows and without other software few people have installed):
      1. Press printscreen
      2. Open an image editor (a whole other program!), say paint
      3. Crop the image to the part you want to save
      4. Click file, save as (or ctrl-s)
      5. Navigate to the folder (which you are less likely to be in, and if you're using Paint will almost certainly NOT be in)
      6. hit save

      Even if you leave the image program open, thus eliminating step 2 and the problem of remembering folders, you still have more steps including an annoying one of cropping.

      I have definitely not saved images because sites have done this flash thing, and I have no doubt I'm not alone in that.

    11. Re:In MOST ways you don't need Flash by Anonymous Coward · · Score: 0

      This is probably one of the main reasons Flash will survive intact. It can protect content in a way that HTML can't.

      It makes it difficult to save pictures or videos (not impossible, there are capture addons around). Anyone wanting to protect their content will stay with Flash or something similar rather than use HTML5 just for the protection.

    12. Re:In MOST ways you don't need Flash by Anonymous Coward · · Score: 0

      This is why I'm actually happy the iPhone doesn't support flash. Now that there's a high-visibility platform with good web standards support but NOT flash hopefully web developers will move away from the "oh, just use flash for everything" mindset. Otherwise they'll hear about it when their boss can't use the site from their phone.

    13. Re:In MOST ways you don't need Flash by Anonymous Coward · · Score: 0

      That's good to know. Next time I'll be sure to use my print-screen button, cut out those pictures (with the gimp of course!) and e-mail them to the contact address. That will show them!

    14. Re:In MOST ways you don't need Flash by jollyreaper · · Score: 2, Insightful

      The reason people do this is is to stop you from right clicking on the image and saving it.

      Printscreen > paste into gimp > crop and save, mofo's! Feels good every time I do it.

      --
      Kwisatz Haderach
      Sell the spice to CHOAM
      This Mahdi took Shaddam's Throne
    15. Re:In MOST ways you don't need Flash by chrysalis · · Score: 1

      Well, it will soon be possible to code native iPhone apps using the Flash API, through NME and haXe: http://www.ncannasse.fr/blog/haxe_for_iphone

      And it rocks.

      --
      {{.sig}}
    16. Re:In MOST ways you don't need Flash by grassy_knoll · · Score: 2, Insightful

      And that works because screenshots are hard? o_O

    17. Re:In MOST ways you don't need Flash by Mystra_x64 · · Score: 1

      Protect content? You sure love jokes!

      --
      Quick way to get 30% Funny 70% Troll: defend Opera browser on /.
    18. Re:In MOST ways you don't need Flash by VeNoM0619 · · Score: 1
      There's more scenarios.. remember when Javascript would "disable right-click", but download to your temp folder? Same thing:

      Without flash:
      1. Right click
      2. Save as
      3. Select folder
      4. Save

      Without flash, right click disabled:

      1. Navigate to internet cache
      2. Right click - copy "image" file
      3. Select folder
      4. Paste

      With flash

      1. Navigate to internet cache
      2. Right click - copy ".swf" file
      3. Select folder
      4. Paste

      With flash/some way where flash connects to the site and downloads image:

      1. Get program that copies from xy to xy on your screen (plenty out there, hell I made my own
      2. Click screen cap, find next image

      You are right: it is "more involved" for the average Joe, but who cares if he takes it? He probably won't have the know how to be making money by stealing your images anyways. This is the digital age, and preventing images from being copied is the same problem that the RIAA/MPAA currently face. Anything can be replicated/saved if it comes from the computer.

      --
      Disclaimer: I am not god.
      We may not be created equal
      But we can be treated equal.
    19. Re:In MOST ways you don't need Flash by Anonymous Coward · · Score: 0

      And what the @#$!%^$*% is the point of that, given that I can do a screen capture and browser addons exist for doing it, including retrieving the entire image even when you have to scroll in order to see the whole thing?

      While that might be a reason, it's an utterly pointless and ineffective one.

    20. Re:In MOST ways you don't need Flash by pimp0r · · Score: 1

      If someone doing that is reading this:

      (Most people should know this but on the off chance someone doesn't and just happens to see this..)

      It is extremely simple to do automated boundary-detecting screenshots with various plugins and/or tools.
      Just do yourself a favour and accept that if someone wishes to keep an image that is displayed on their screen, they will.

    21. Re:In MOST ways you don't need Flash by EvanED · · Score: 1

      remember when Javascript would "disable right-click", but download to your temp folder?

      Yes, it would have a similar effect. (That said, browsers now often prevent, or have the option to prevent, rightclick javascript hijacking, and even when they didn't it was often possible to break anti-right-click scripts with things like left button down, right button down, left up, right up, or other similar sequences.

      Right click - copy ".swf" file

      Even if this works, that's a pretty crappy format to have the picture in, so you have to go through the screenshot-copy-paste-crop dance later. Might as well do it in the first place. (Hell, that'll often be easier than going to the cache even for image files.)

      You are right: it is "more involved" for the average Joe...

      It's "more involved" -- quite a bit more involved -- for everyone.

      You are right: it is "more involved" for the average Joe, but who cares if he takes it? He probably won't have the know how to be making money by stealing your images anyways. This is the digital age, and preventing images from being copied is the same problem that the RIAA/MPAA currently face. Anything can be replicated/saved if it comes from the computer.

      I definitely agree with all of this. I was never quite sure what exactly the goal was of these websites. If it is to discourage casual copying from visitors to their site, then I would argue embedding photos in flash is pretty darn effective at it. If it is to prevent the spread of their images to other sites by people who have a real interest in getting access to them... no, there's no way to do that.

    22. Re:In MOST ways you don't need Flash by Wraithlyn · · Score: 2, Interesting

      He did say "casual".

      Joe Average User is not going to crop and save a screencap using image editing software.

      --
      "Mind, as manifested by the capacity to make choices, is to some extent present in every electron." -Freeman Dyson
    23. Re:In MOST ways you don't need Flash by Anonymous Coward · · Score: 0

      printscreen's nice...

      But I'd rather *really* make them mad.
      Step 1: view source. ^f.swf
      Step 2: wget url of flash file
      Step 3: swfdecode filename...
      Step 4: find ./ -iname *.jpg

      Incompetents need to GTFO of web design--flash doesn't protect much of anything other than movies (and I've seen workarounds), and it breaks the freakin' web. All that crap about adobe protecting anything is a myth--even if it stops the low grade of not so skilled users--it only takes one person with a clue.

    24. Re:In MOST ways you don't need Flash by prozaker · · Score: 1

      haxe looks promising, heres the link :o

      http://haxe.org/

      if only someone ported html to xhtml :(

    25. Re:In MOST ways you don't need Flash by ion.simon.c · · Score: 1

      *blink*

      A little bit of time with tcpdump will get around whatever "protections" are in Flash.

    26. Re:In MOST ways you don't need Flash by ion.simon.c · · Score: 1

      Yegawds, lemmy introduce you to Screengrab:

      https://addons.mozilla.org/en-US/firefox/addon/1146

    27. Re:In MOST ways you don't need Flash by Tweenk · · Score: 1

      It doesn't matter. This particular solution is not intended to really prevent anyone from anything. It is the equivalent of a baby pacifier for management, who are insecure and think that their precious images are the best thing on Earth and if they are not "protected", everyone and their dog will "steal" them and use on their own websites.

      Of course in reality, no one would bother even if they were simple files, because the pictures are utter crap. And they do not understand that if you don't want your things to be "stolen", you do not put them on a public website! Duh.

      --
      Those who would give up liberty to obtain working drivers, deserve neither liberty nor working drivers.
    28. Re:In MOST ways you don't need Flash by tannsi · · Score: 1

      WHY!?

      I hate that, to try and "restrict" me from saving a picture off the web is trying to have one's cake and eat it. I've already downloaded the damn thing, it's in the computer's memory, and you try some annoying JavaScript to prevent me from right-clicking?

      If companies do not want me having a copy of THAT exact image or something, don't put it on the Internet. Maybe put up a lower resolution or watermark it, whatever. Just don't try and tell me how and when to view the content you freely provide.

      And yes, there is the problem of content stealing. But that is, in most cases, not a problem if the image is watermarked or something like that.

    29. Re:In MOST ways you don't need Flash by Anonymous Coward · · Score: 0

      what you have just described would exceed the capabilities of most users, sadly. When i worked in tech support, very few of my customers knew what the print screen button did; heck, most of them have trouble with the space bar (bet you think i am exaggerating!)

    30. Re:In MOST ways you don't need Flash by ChienAndalu · · Score: 1

      Why is this rated funny? Like it or not, flash still is the best plugin that works consistently on most browsers and platforms, and allows for playing video.

      I know there was streaming video before, and there still is - RealPlayer, WMF and half a dozen other alternatives, with better quality and performance. But guess what - they either don't work or they are a nightmare to install and use.

      They also lack some of the features that flash offers, like creating a shiny, easily recognizable interface and some interactive content for the video.

      If there was something better, youtube would have switched already.

    31. Re:In MOST ways you don't need Flash by SwedishPenguin · · Score: 1

      I can never understand why anyone would do such a thing, it's ridiculous, however flash is not the easiest way to do it. Simply put a transparent div on top of the image and people won't be able to right click and save. They will still be able to save it of course by going to tools-page info in Firefox, or simply finding it in the cache, but who is that paranoid about their images? Most people would probably just take a screenshot...

    32. Re:In MOST ways you don't need Flash by Ant+P. · · Score: 1

      As opposed to right clicking a swfdec object, clicking "Media" and doing "Save As" from there?

    33. Re:In MOST ways you don't need Flash by jonaskoelker · · Score: 1

      It of course also stops me from using wireshark (or LiveHTTPheaders) to snoop the GET request for the image and repeating it ;-)

    34. Re:In MOST ways you don't need Flash by jonaskoelker · · Score: 1

      <a href="youtube.com/videos/${ID}.flv">play video</a>

      --or--

      <embed src="youtube.com/videos/${ID}.flv"/>

    35. Re:In MOST ways you don't need Flash by Anonymous Coward · · Score: 0

      Yeah wombat, stop looking at the pr0n

    36. Re:In MOST ways you don't need Flash by diegocgteleline.es · · Score: 1

      People use that for years, but flash won, guess why?

    37. Re:In MOST ways you don't need Flash by JasterBobaMereel · · Score: 1

      Try playing YouTube videos on a iPhone .... look they work ....and Flash does not work on the iPhone

      The iPhone can play Youtube video without Flash....

      --
      Puteulanus fenestra mortis
    38. Re:In MOST ways you don't need Flash by matt20102 · · Score: 1

      Whenever I see this sort of ridiculousness, it is usually the result of using some sort of framework to generate pages rather than generating them by hand. For some projects (i.e., a blog or CMS) it might be faster to use a framework. How many times, however, has the average web developer had to struggle against a framework to do something that would be simple by hand, or had to submit a project with pages that use flash to show one picture because that's all that the XML data said it should show?

    39. Re:In MOST ways you don't need Flash by matt20102 · · Score: 1

      Ugly, pointless Flash is ugly, slow and just plain annoying.

      Fixed that for you...

      Just like the age-old flame wars about tables for layout, the problem with flash is that it provides a simple tool for developers to save time doing some tasks (like animating menus or slideshows). There many technologies and frameworks- MooTools is my favorite- which can easily replace much of the annoying flash we're all complaining about. Few would argue against youTube using flash- that's a good use of the technology. The problem, however, is when Flash is used for layout purposes like menus or for animations, splash pages, or to make content retrieval more difficult.

  16. Don't be so sure by Rix · · Score: 1

    With IE down to 65% or so, 20% of that being IE 6 users, and dropping at 5%/year the days of IE support being a necessity may be numbered.

    1. Re:Don't be so sure by LWATCDR · · Score: 1

      Dream on.
      Even if IE is only 20% Support will still be mandatory at least of good web designers/programmers. You don't lock 1 out of five people out of your site. It doesn't matter if that 1 is on IE or FireFox.
      But I don't really think that IE is down to 65% I could be wrong but that sounds very low for a world wide number. If it is true then great but IE support will be an evil we have to live with for a very long time.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    2. Re:Don't be so sure by omnichad · · Score: 1

      Or to think of it another way - make sure that at least the web site where you download your alternative browser supports IE.

    3. Re:Don't be so sure by twidarkling · · Score: 1

      From what I've read, that number seems to be close to legitimate, however, the issue comes from companies with intranet applications that only run in IE, thus creating a pool of users who can't switch, for one, and second, are familiar with a setup, and won't switch for home use, for a second. Thus, unless companies decide to spend a lot of money upgrading their tools to work on other browsers, I think there's going to be a hard bottom on IE's user base.

      Which is a very long-winded way to say "I agree with you."

      --
      Canada: The US's more awesome sibling.
    4. Re:Don't be so sure by LWATCDR · · Score: 1

      That doesn't work well in the real world. Heck there are people still using Win98 to surf the net.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    5. Re:Don't be so sure by stesch · · Score: 1

      You couldn't view a web page with a gopher client. Times change. If you can't view a current page and all current browsers are capable of it, then you have to install the required software. The software is free and available for all platforms. And can be installed in parallel to old browsers like IE8, if you are on Windows. This has nothing to do with the "Best viewed in XYZ" we saw the last century. It's not a fight between to companies. We have open standards and all organizations support them, except one.

  17. Viable alternative is redundant by Crafty+Spiker · · Score: 0, Troll

    If it's not viable it's not an alternative.

    1. Re:Viable alternative is redundant by twidarkling · · Score: 1

      I dunno, people keep talking about Linux! *rimshot*

      (Seriously, that was a joke, not a troll or flamebait)

      --
      Canada: The US's more awesome sibling.
  18. Adoption beyond Flash by Tronster · · Score: 2, Insightful

    HTML5 has a lot of potential, but adoption above and beyond Flash (or Silverlight, etc...) will depend on 2 factors:
    1. Implementation Penetration
    2. Authoring Tools

    Flash's strength is in the tools more than the language(s), Actionscript and MXML. For every 1 Flash "programmer" I meet, I know about 10 people who know Flash well enough to make graphics and simple script work on the time line.

    If a majority of the browser users have HTML5 support, and a killer app exists for editing content; I would then put weight towards the possibility of HTML5 trumping Flash.

    1. Re:Adoption beyond Flash by Jonner · · Score: 1

      Using HTML 5 video and audio elements is simpler than Flash.

      Here's how you embed a typical Flash video:

      <object width="560" height="340"><param name="movie" value="http://www.youtube.com/v/q-mVR4F7tfY&hl=en&fs=1"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/q-mVR4F7tfY&hl=en&fs=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="560" height="340"></embed></object>

      Here's how you embed a video in HTML 5:

      <video src="http://v2v.cc/~j/theora_testsuite/320x240.ogg" autoplay>
        Your browser does not support the <code>video</code> element.
      </video>

      I don't think it will be that hard for people to switch. As you say, the main obstacle is implementation in a majority of browsers. Once that's achieved, switching would be a no-brainer.

    2. Re:Adoption beyond Flash by petermgreen · · Score: 1

      I don't think it will be that hard for people to switch. As you say, the main obstacle is implementation in a majority of browsers. Once that's achieved, switching would be a no-brainer.
      If and only if "implementation" includes support for the same decent (with decent defined as a good quality/bitrate ratio) video format with a decent quality decoder accross all those browsers.

      At one point the HTML5 guys were planning to mandate ogg vorbis/theora but they seem to have backed out from doing that. IIRC someone (I think it may have been nokia) complained about the risk of submarine patents hitting vorbis/theora.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    3. Re:Adoption beyond Flash by Tronster · · Score: 1

      I agree HTML5 produces cleaner, smaller amount of tags than Flash's HTML, but most of my students (in an intro media arts course) would just import the video onto the stage in the Flash IDE and publish the SWF.

    4. Re:Adoption beyond Flash by Jonner · · Score: 1

      You're absolutely right about baseline codecs. Until there is agreement on practical ones, HTML 5 video and audio aren't that useful. Unfortunately, current patent law makes agreement on suitable codecs extremely difficult, since those with vested interest in encumbered codecs like Apple and Nokia don't really want there to be practical baseline codecs. Though Microsoft hasn't said much about it yet, I can't imagine they'd go for something they can't control either. Unfortunately, that may mean there won't be much progress made on standards-based media on the web until IE share drops below 50% or until stupid software patents go away.

    5. Re:Adoption beyond Flash by Jonner · · Score: 1

      What do you mean by "publish the SWF?" Does that not involve embedding it in an HTML page? But, the real problem is less the HTML code and more the video format. If there's ever agreement on baseline codecs and formats for HTML 5, it will be important to have extremely easy to use tools to produce the right format. That will probably be in the form of plugins for the media frameworks or editors people are already using. If the format were Ogg/Theora/Vorbis, the tools already exist.

    6. Re:Adoption beyond Flash by Anonymous Coward · · Score: 0

      Flash "programmer"...

      Oh, you mean Flash programmer. Right. For a moment there I thought you were trying to suggest that if you code using Actionscript in Flash that you aren't a "real" programmer.

      What would define this "real" programmer you allude to? Being able to solve problems using abstractions and logic and object-orientation, handling user input, manipulating graphical interfaces, communicating over networks, rendering high-definition video and multi-channel audio... or something else?

      Or, does the fact that Flash isn't open mean that people can't do "real" programming using it? That doesn't really make sense to me.

      If you don't like Flash then don't use it. If you don't like Flash sites then don't visit them. If you don't like Adobe for not being an open-source company, or not opening Flash, then that's fine. Find and use alternatives. Contribute to alternatives. Wait for HTML 5 to provide the standards-based alternatives you want to use.

      In the meantime, people who want or need to get things done that Flash can provide will continue to use it, hopefully in appropriate and meaningful ways. Plenty of these people will continue to be "real" programmers, as I understand it.

    7. Re:Adoption beyond Flash by Tronster · · Score: 1

      Technically you are correct, publishing (for the web) means creating a SWF from the assets and linking to the SWF in HTML via the appropriate tags. What I meant though is that many Flash authors aren't aware of the HTML they are exporting; they generate art, and hand off the file to a web-master or coding team. To them the work in publishing is clicking a button.

    8. Re:Adoption beyond Flash by Jonner · · Score: 1

      Yes, of course you're right that many artists aren't aware of how the HTML is used. For those people, the markup to insert the video, for example, isn't important. For those people, having a tool that can export a video of a proper format is essential. If there's ever agreement on a baseline standard for that, such tools can exist.

  19. I hardly ever use tables for layout by Geof · · Score: 1

    When's the last time you laid out a site without a table element on every page?

    Dude, I hardly ever use tables for layout. I'm not religious about it: now and then it's the practical choice. But such cases are few and far between. My blog, my development pages, my research - table free. Why? As you said, they add complexity: with all those tags they're a pain to implement and maintain.

    If you learn enough CSS, most tables just melt away. Sometimes CSS is the pits and I wonder at the twisted minds that came up with the W3C box model. But usually, it's awesome. Often when using OpenOffice I wish I could drop down into CSS. Not infrequently, the formatting I want is a snap in CSS - but impossible in OO.

    As for HTML, you know what I use most? Paragraph tags. And lists. Lots and lots of lists.

  20. Don't need Flash? by CopaceticOpus · · Score: 4, Funny

    I kiid, kiid. I like Adobe -- they're a nice company... for me to poop on!

    </triumph>

    1. Re:Don't need Flash? by Anonymous Coward · · Score: 0

      Don't you mean ?

  21. already available by Danny+Rathjens · · Score: 2, Interesting

    We've always been able to embed videos in web pages. The reason places started embedding them in flash was to make it more difficult to save/view the videos without loading up the whole page and/or to let them force ads before or after the video. And partly just because flash web "design" people only have one hammer so every problem looks like a nail.

    1. Re:already available by Tyler+Eaves · · Score: 4, Insightful

      Don't twist history. The reason flash took over web video is because vistors tired of WMV/QT codec hell.

      --
      TODO: Something witty here...
    2. Re:already available by iluvcapra · · Score: 2, Interesting

      The reason flash took over web video is because vistors tired of WMV/QT codec hell.

      I have quicktime movies from 1993 that still play just fine now, and MP4s have been playable on just about any system for the past 3-4 years... Are you sure the popularity of embedded flash players had more to do with the fact that they forbid the user from downloading, thus providing highly effective copy protection?

      You can circumvent it to an extent, but it's just difficult enough that it prevents casual copying.

      --
      Don't blame me, I voted for Baltar.
    3. Re:already available by JMZero · · Score: 1

      It's much, much easier to nab a regular flash movie than it was to say, get the stream part of an ASX (or whatever the MS streaming thing was). In general, the "old" ways gave a lot more options in terms of hiding content than Flash does by default (and as it is deployed on common sites).

      No - as the guy before said, Flash won because it actually works, and does so consistently. Before Flash video, there was eternal buffering, incompatibility and failure (or at least that's what most users saw).

      --
      Let's not stir that bag of worms...
    4. Re:already available by Anonymous Coward · · Score: 0

      Take a Windows XP install (sorry, my Windows experience is a bit out of date) where the user has not explicitly installed codecs. Most likely, the fanciest codec it will support is MPEG1, maybe MPEG2. Not really reasonable when MPEG4 and H264 are the codecs which people actually use. It was much easier to get people to download Flash -- which was already popular for animations and games -- than to expect people to find the right codecs, especially with the patent issues on those codecs.

    5. Re:already available by asdfndsagse · · Score: 1

      um... you can just go to /tmp and your flash videos are right there, copy that file and your done. Windows has its own folders for tmp but is probably the same thing.

    6. Re:already available by asdfndsagse · · Score: 1

      I have quicktime movies from 1993 that still play just fine now, and MP4s have been playable on just about any system for the past 3-4 years... Are you sure the popularity of embedded flash players had more to do with the fact that they forbid the user from downloading, thus providing highly effective copy protection?

      Yeah, but most operating systems shit broken codec wise, due to patent claims.

    7. Re:already available by iluvcapra · · Score: 1

      In general, the "old" ways gave a lot more options in terms of hiding content than Flash does by default (and as it is deployed on common sites).

      Common sites but for YouTube and Hulu, or Vimeo, or FunnyOrDie, or really any major site with monetized content -- if the provider makes it easier to embed their player in your website than it is for you to download the media, they win. The only way to download a movie from one of these is to pretend you're their branded flash player and siphon the data stream... very few sites let you get the FLV file URL from the page source or any other casual means, and in the end this just reduces to the old QTSS/ASX case.

      This reason is more complimentary than exclusive of others... It's just as strict about content rights as the old streaming servers, it just has better performance. Before flash, the only way you could get guaranteed good-quality motion on an internet movie is by pushing it fully to the client and cacheing it locally before playing (like a Quicktime HD Trailer, something Flash still can't really take on...). Flash players eliminate the local cache, and thus the primary "leak" in the protected content path.

      --
      Don't blame me, I voted for Baltar.
    8. Re:already available by iluvcapra · · Score: 1

      Yeah, but most operating systems shit broken codec wise, due to patent claims.

      When have you ever had a "codec" "broken" due to "patent claims" on an operating system that's a constituent of the "most" of operating systems?

      Eyes roll. Damn kids posting on the internet.

      --
      Don't blame me, I voted for Baltar.
    9. Re:already available by JMZero · · Score: 1

      Before flash, the only way you could get guaranteed good-quality motion on an internet movie is by pushing it fully to the client and cacheing it locally before playing (like a Quicktime HD Trailer, something Flash still can't really take on...). Flash players eliminate the local cache, and thus the primary "leak" in the protected content path.

      Flash can't guarantee performance any more than the other players did - they all stream the same way: by downloading the video and beginning to play as soon as enough is loaded that it's likely that downloading will outpace viewing.

      --
      Let's not stir that bag of worms...
    10. Re:already available by asdfndsagse · · Score: 1

      aww yeah? put that in your pipe and smoke it!

    11. Re:already available by evilviper · · Score: 1

      The reason flash took over web video is because vistors tired of WMV/QT codec hell.

      Yeah... High-quality videos that can easily be played full-screen on 300MHz machines. It was really hell.

      WMP standardized on WMV9 for a LONG time before flash video came along, and hasn't changed ever since. It still has a higher installed base than flash, and WMV is vastly higher quality than anything (other than H.264) that (the newest versions of) Flash support.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    12. Re:already available by ChienAndalu · · Score: 1

      Flash players eliminate the local cache

      What is the growing red bar that appears on youtube when I hit pause? A thermometer?

    13. Re:already available by Anonymous Coward · · Score: 0

      mv /tmp/Flash* ~/Video/SavedFlashVideos

      Does the trick every time!

  22. Really? by Osmosis_Garett · · Score: 2, Funny

    Why not just get in line over there, behind Silverlight, GoLive, and the rest of the systems that were going to 'kill flash'.

  23. "good" thing about flash is you can shut it off by guidryp · · Score: 2, Interesting

    Flashblock to the rescue right now.

    If they make aggravating crap out of of standard HTML, then it will likely be harder to shut down.

    1. Re:"good" thing about flash is you can shut it off by buchner.johannes · · Score: 4, Informative

      Why? You can already disable blink, javascript, images and many more "standard" elements.

      --
      NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
  24. LONG time by WPIDalamar · · Score: 0, Redundant

    Most sites are developed for IE6 compatibility nowadays. With that in mind, I can't imagine the industry widely accepting this within the next 5 years.

  25. Tag to turn stuff off by TheLink · · Score: 1

    I'd rather they create a tag to help ensure that stuff is off between the enclosing tags. This will help a lot for security.

    The way HTML is currently is like a car with hundreds of "Go" buttons, but not a single "Stop" button. To stop, you have to make sure all the "Go" buttons are not pressed. Worse, once you figured out how to disable/escape all the "Go" buttons, the W3C or some browser maker creates a new bunch of "Go" tags...

    Example of how the tag could work:

    <guard sig="randomhardtoguessstringhere" allowonly="safehtml">
    all active stuff disabled here, only "safehtml" - a subset of HTML allowed.
    </guard sig="hacker's failed attempt to break out">
    active stuff still disabled here
    </guard sig="randomhardtoguessstringhere">
    active stuff re-enabled.

    This sort of thing is helpful for sites that need to display 3rd party content (for example webmail). While they still should disable all the "Go" tags, this allows them to add a second layer of protection in case something slips through.

    It also helps if in the future there is HTML7 and there's a new unsafe tag or feature introduced that they and their escaping libs are unaware of.

    --
    1. Re:Tag to turn stuff off by osu-neko · · Score: 1

      I'd rather they create a tag to help ensure that stuff is off between the enclosing tags. This will help a lot for security.

      Um, no, it wouldn't. Not in the slightest bit at all whatsoever. Please do not ever, ever do any kind of work professionally where security is a concern. Thanks.

      --
      "Convictions are more dangerous enemies of truth than lies."
    2. Re:Tag to turn stuff off by TheLink · · Score: 1

      And why should I take your "advice"?

      1) I have done IT security work professionally and my customers have been satisfied with my work. One bank wisely decided to not launch their online banking stuff after I checked it for them.

      2) Security is always a concern in most _professional_ work. It may not be the highest concern, but it is there.

      --
  26. Ignoring the 800 pound gorilla by 93+Escort+Wagon · · Score: 5, Insightful

    It's unlikely Internet Explorer will die any time soon. So unless the Microsoft developers somehow magically start putting together a browser that is current in support of web standards, Flash and its brethren will never die. It doesn't matter how great the HTML5 support is in Gecko (Firefox) and Webkit (Chrome, Safari) - as long as IE continues to lag, we're stuck ("we" meaning those of us who code pages for the real world).

    --
    #DeleteChrome
    1. Re:Ignoring the 800 pound gorilla by Seahawk · · Score: 1

      Why do IE lag behind? Html5 is a PROPOSED standard. Wasn't the original problem that everyone took proposed standards and started to implement them before they were finished?

  27. SMIL? by cxreg · · Score: 2, Insightful

    Isn't this was SMIL was supposed to deliver? Is that dead now?

    1. Re:SMIL? by benwaggoner · · Score: 1

      SMIL was pretty simple; it was very much a early HTML like way to control media presentation. And it has been long-supported by Windows Media Player and QuickTime Player.

      But it never really supported anything as rich as Flash and Silverlight, particulary in terms of interactivity.

      Smooth Streaming uses SMIL for its manifest files indicating what bitrates are available for a partcular asset.

      I've never seen anything in the wild beyond SMIL 2.0, which RealNetworks used heavily way back when. There are 2.1 and 3.0 versions, but I've not seen them used by anything.

      http://en.wikipedia.org/wiki/Synchronized_Multimedia_Integration_Language

  28. Flash has another advantage by Trerro · · Score: 4, Insightful

    Flash is Flash. Period. If your Flash file works in IE, it works in FF, Opera, Safari, etc. It requires a plugin sure, but it's one that's almost universally adopted.

    By comparison just about everything else is developed in 2 phases:
    1. Write standards-compliant code that's well-formatted and works properly.
    2. Fix about 37,000 IE-only bugs, knowing that ~70% of your users are going to be viewing your site with that piece of crap. Additional time is required because IE6 and 7 aren't even consistent with each other in terms of how they piss on the standards. This is especially true with CSS, which IE is absolutely terrible with.

    I welcome HTML 5, as I think it has a lot of nice improvements, as well as a lot of stuff that should've been there years ago. We just have to pray that browser support - especially from MS - actually allows us to USE the new features on a regular basis.

    Also, one side note: Even assuming Flash is no longer used AT ALL for layouts or content delivery (and I hope it isn't), Flash movies and games will of course continue to exist... so Flash isn't going to die as some are saying, it'll simply be used for what it was actually designed for - creating animations and games.

    1. Re:Flash has another advantage by Locke2005 · · Score: 1

      Flash is not Flash. Pages designed for Flash 10 don't necessarily work in Flash 7 or Flash 8. I agree that getting HTML and javascript to work the same in FireFox and IE is like herding cats, but I don't think Flash is the solution.

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    2. Re:Flash has another advantage by jwhitener · · Score: 1

      Or, you could...

      1. use a javascript library that has already solved those compatibility issues

      2. write standards compliant code with a main controlling stylesheet, and add your little 'bug fix css' section to the bottom that you reuse on each project so it takes zero time to design...

    3. Re:Flash has another advantage by Anonymous Coward · · Score: 0

      Because you expect the tag to work on HTML 2 or 3?

    4. Re:Flash has another advantage by matt20102 · · Score: 1

      Try using javascript frameworks like jQuery or (my favorite) MooTools to get past much of the cross-browser mess that javascript authoring can entail. As for getting HTML to work properly, I dare say that it's time to get past the paradigm of graphic artists creating mockups to be sliced and positioned by front-end folks. If the same person (or people, as teams) work on all facets of the front-end at the same time (i.e., layout and design) we would see fewer HTML hacks added just to pixel-match the mockup.

  29. Flash used to be fun! by dr_wheel · · Score: 1

    I can remember tinkering with it back in the early days. Of course, it was just a vector-based web animation tool at that time. Building flash animations and seeing what people could accomplish with this amazing tool was fun and entertaining.

    Now, I just want it to die a horrible, horrible death. Browser focus-stealing advertisements, poor support on consoles like the wii and ps3, complete lack of support on certain portable devices, an awful video interface that suffers from performance issues... what the hell happened?

    Flash has gone from a purpose-built vector graphics program, to a plague upon the www. Please kill it.

    1. Re:Flash used to be fun! by PRMan · · Score: 1

      You forgot NO support on 64-bit platforms.

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
    2. Re:Flash used to be fun! by Blakey+Rat · · Score: 1

      Works fine on my 64-bit Windows Vista install. Both the Flash application, and the browser plug-in.

      I've not seen anything to suggest it's not supported.

    3. Re:Flash used to be fun! by josath · · Score: 1

      Not only does it work on 64-bit Vista, but it actually has native 64-bit Linux support too! Get with the times, troll.

      --
      sig? uhh, umm, ok
  30. It has already begun by abhi_beckert · · Score: 5, Interesting

    I work at a web development company, and we are already starting to move away from flash and relying more and more heavily on javascript. The motivation is mostly because:

      a) the flash development tools are inferior to javascript ones
      b) every web programmer knows at least basic javascript, many don't know any flash. Easier to build on basic js than train someone in flash from scratch
      c) the flash development tools cost a fortune, the javascript ones are either free or very afordable

    In fact, just yesterday I wrote a javascript replacement for a flash script which we use on many of our websites. (a general purpose loop of photos, with animated transitions). The javascript alternative is smaller, faster to load, *smoother animated in most browsers*, and easier to maintain or improve on in future.

    We're also planning to do the same for other flash scripts in our code library.

    Even when we do still use flash, it's in smaller ways. We will virtually never build an entire page (let alone website) with flash, instead we'll do the website in html and then embed a tiny piece of flash.

    For example, a photo gallery will be pure html/javascript right up until the point where you click the "full screen" button. And even then, the flash doesn't exist in the page until you click that button, it is injected into the page and configured using javascript.

    There are still some places where we need flash: video, full screen, and proper file uploads. Video will be the next to drop off the list, pretty soon we'll be doing video in javascript/html, with flash loaded in as a fallback in browsers that can't do video in html.

    1. Re:It has already begun by stewbacca · · Score: 1

      Yes, but somebody skilled in video editing and graphic design can easily make changes to a .fla file, but not a javascript file. Sometimes complexity is prohibitive, especially with small to medium companies that don't have a small army of programmers.

    2. Re:It has already begun by WWE-TicK · · Score: 1

      Sounds like you're trying to use the Flash Authoring Tool to make apps. Learn about Flex. They address all of your points:

      a) actually, I don't know about this ... if you like Eclipse then you'll like Flex Builder
      b) Like JavaScript, ActionScript 3 is based on ECMAScript. Therefore, it's not a big leap to learn AS3.
      c) The Flex SDK is free. Flex Builder is, of course, not free ... but last I checked, it wasn't outrageously expensive when compared to other commercial development tools (Visual Studio, IntelliJ, etc.).

  31. xhtml to die? by pizzach · · Score: 3, Insightful

    Sigh. I really hope that HTML5 is somewhat similar to xhtml. I really do believe it went in the right direction in general. Even with xhtml strict pages not displaying at all if they had some unclosed tags. It all in general was working toward having authors writing better, more interpolatable pages.

    Is xhtml dead? Will the applicable changes in html5 make it back to xhtml? I get the feeling that MS never implemented xhtml strict because they didn't want to drop the ability to extend it.

    --
    Once you start despising the jerks, you become one.
    1. Re:xhtml to die? by Anonymous Coward · · Score: 0

      Wow, I didn't even know "interpolatable" was a WORD!

    2. Re:xhtml to die? by bcrowell · · Score: 1

      Xhtml can't die, because it was never really alive in the first place. IE never supported it properly, and that made it a no-go.

      The best reason to want xhtml is the ability to integrate xml languages like svg and mathml. The good news is that html 5 will implement all the svg and mathml tags. The bad news is they'll just be duct-taped on. That is, if you want to use some other kind of xml language inside html 5, you won't be able to; only svg and mathml are designed in.

    3. Re:xhtml to die? by Anonymous Coward · · Score: 0

      No, XHTML is not dead. The W3C is working on XHTML 2.0 alongside HTML 5. This Web page has good information about the two standards: http://xhtml.com/en/future/x-html-5-versus-xhtml-2/.

    4. Re:xhtml to die? by Mystra_x64 · · Score: 1

      Actually there are two serializations. So there are HTML5 and XHTML5 so to speak.

      --
      Quick way to get 30% Funny 70% Troll: defend Opera browser on /.
    5. Re:xhtml to die? by Anonymous Coward · · Score: 0

      HTML 5 == XHTML 2. They are being developed together just as HTML 4 and XHTML 1 where developed together.

    6. Re:xhtml to die? by Jonner · · Score: 1

      There are both XML and non-XML variants of HTML 5, which I find strange. HTML 5 is clearly based on very different design principles than XHTML 1 and I fear there's a danger of throwing out the baby (benefits of XHTML strict) with the bathwater. However, it looks like using the XML variant (sometimes called XHTML 5) should have most of the benefits of XHTML 1. The future of XHTML 2 (the successor to XHTML 1) and its relationship to HTML 5 seems very murky.

    7. Re:xhtml to die? by Anonymous Coward · · Score: 1, Insightful

      xhtml and html are different families of markup.

      xhtml is from the xml family and html is from the sgml family

      They look similar but understanding the difference will save you a lot of headaches. For one, if it doesn't have an xml preamble and mimetype, you aren't really serving xhtml and you'd be wise to not expect it to be handled as such.

    8. Re:xhtml to die? by Blakey+Rat · · Score: 2, Insightful

      XHTML was nothing but a giant waste of time. Microsoft never supported it in IE, and when you think about it: why should they have? XHTML gives you absolutely nothing you didn't already have in HTML 4, it was just a bigger pain-in-the-ass to implement.

    9. Re:xhtml to die? by Wraithlyn · · Score: 1

      XHTML was stillborn.

      Virtually all pages are served (ie, content-type header) as text/html, not application/xhtml+xml. And for good reason; IE6 does not support the latter.

      There is a widely held misconception that having an XHTML DOCTYPE means the page is treated as XHTML, this is incorrect. A proper DOCTYPE simply triggers standards mode in IE, that's it.

      Thus, we are in a weird situation today where everyone writes "XHTML style" HTML (ie, all lowercase tags, quoted attributes, self-closing tags, etc), but the browsers are all leniently treating it as poorly formed HTML (technically, <br /> is invalid HTML).

      It all in general was working toward having authors writing better, more interpolatable pages.

      I don't disagree.

      An alternative approach which is gaining ground, is to define your site using pure abstract XML, and then transform it into final markup with XSLT.

      --
      "Mind, as manifested by the capacity to make choices, is to some extent present in every electron." -Freeman Dyson
    10. Re:xhtml to die? by pizzach · · Score: 1

      I didn't think a more interpolatable web (in theory) with better formatted code was a waste of time. But to each their own.

      --
      Once you start despising the jerks, you become one.
    11. Re:xhtml to die? by mcvos · · Score: 1

      XHTML does give you something that HTML 4 doesn't have: it's XML, rather than SGML. Do you have any idea what sort of ugly code, unsupported by any browser, is perfectly valid SGML and therefore perfectly valid HTML4? That sort of crap won't be acceptable as XHTML, which makes XHTML the superior standard IMO.

    12. Re:xhtml to die? by Blakey+Rat · · Score: 1

      XHTML does give you something that HTML 4 doesn't have: it's XML, rather than SGML. Do you have any idea what sort of ugly code, unsupported by any browser, is perfectly valid SGML and therefore perfectly valid HTML4? That sort of crap won't be acceptable as XHTML, which makes XHTML the superior standard IMO.

      In *practical* terms, what does that give me?

      I say again: PRACTICAL.

      The simple fact of the matter is that there is no practical difference between HTML and XHTML. Geeky types just "think it looks cleaner." Being able to validate as XML gives you absolutely *nothing*, it just makes it that much harder for the average person to write a web page.

    13. Re:xhtml to die? by mcvos · · Score: 1

      In *practical* terms, what does that give me?

      It means the validity of your code actually means something.

      The simple fact of the matter is that there is no practical difference between HTML and XHTML. Geeky types just "think it looks cleaner." Being able to validate as XML gives you absolutely *nothing*, it just makes it that much harder for the average person to write a web page.

      How about the millions of xml editing tools? That makes it a lot harder to write broken xhtml.

    14. Re:xhtml to die? by Blakey+Rat · · Score: 1

      What, exactly, does the validity of my code mean? All you're doing is dodging the question. XHTML gives you absolutly nothing in practical terms. Since I don't make decisions based on gut instinct, or how "clean" something looks, I don't use it. It just makes me angry at how much time browser makers have wasted on such a pointless standard.

      I'd love to change my mind here. But if "XML editing tools exist!" is the best you got, it's not going to happen.

  32. Sarcasm much? by acidrainx · · Score: 2, Insightful

    I can't decide whether your post should be wrapped in <sarcasm> tags or not. Absolutely everything you have said goes against modern HTML/CSS/JS best practices. The table element should only be used for displaying... wait for it... tabular data!

    Also, why would you think Flex was free when there are clearly marked "Buy Now" links all over the Adobe product page? Yes there is a free SDK available, but anybody with any sense at all would know that Adobe is a company that makes money. I just don't know why you switched your whole project over to Flex when you hadn't even spent more than 5 minutes researching it.

    I'd like to know the name of the company you work for so that I can know to steer clear.

  33. Cross Browser by Anonymous Coward · · Score: 0

    I'm sure that there will not be any cross-browser issues with HTML 5.
    Thats the beauty of Flash. If you have the plug-in, you know exactly how it will look on the users computer.

  34. Corporate intranet by tepples · · Score: 3, Informative

    You don't have to support IE?

    Corporate intranet. The organization is 80% Firefox, 10% Chrome, and 10% Mobile Safari.

    1. Re:Corporate intranet by ThePsion5 · · Score: 1

      You don't have to support IE?

      Corporate intranet. The organization is 80% Firefox, 10% Chrome, and 10% Mobile Safari.

      Are...are you hiring? Oh god, please, tell me you're hiring.

    2. Re:Corporate intranet by tepples · · Score: 1

      Are...are you hiring? Oh god, please, tell me you're hiring.

      The company is located in Indiana and trying to remain under 20 heads to keep small business looph^W incentives. So no, I'm not aware of any open positions.

      Oh, and we're Python powered.

  35. Elisp CMS? by tepples · · Score: 2, Informative

    he does have to hand code his pages using emacs.

    You just think he's hand-coding his pages. He's really using a website revision system (what's that?) written partly in Emacs Lisp.

    1. Re:Elisp CMS? by shutdown+-p+now · · Score: 1

      Oh my god. From the link you have so kindly provided:

      "LAMP system"
      "LAMP" stands for "Linux, Apache, MySQL and PHP" - a common combination of software to use on a web server, except that "Linux" really refers to the GNU/Linux system. So instead of "LAMP" it should be "GLAMP": "GNU, Linux, Apache, MySQL and PHP".

      Sometimes I wonder if Stallman understands the whole point of readable acronyms and word puns. Or is it "Lignux" all over again?

    2. Re:Elisp CMS? by Ant+P. · · Score: 1

      Stallman isn't interested in puns - all he cares about is misappropriating credit for the work of others who chose not to surrender their copyrights to the FSF, by rebranding everyone's software as "GNU/Linux".

      Hell, the only reason he leaves the word Linux in there is that he knows if he pisses the kernel devs off, they could render GNU as irrelevant as Bitkeeper.

  36. Re:CSS Difficulties by TaoPhoenix · · Score: 1

    You mean it's not my imagination? IAMAWD either. Just another blended-geek who pokes at computers. I have a cute little site I tinker with with a 2-layer table. I mostly understand it if I don't get too fancy.

    I took a couple of looks at CSS and went "huh?". CSS may be superior at an advanced level, but tiny tables are easier, apparently for the two of us, to just post up and be done with.

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  37. Flamebait? THIS is flamebait. by Gary+W.+Longsine · · Score: 0, Offtopic

    Mods, you can bite me. I can't believe that there are Flash Fanbois at Slashdot. This place has gone to hell.

    --
    If you mod me down, I shall become more powerful than you could possibly imagine.
  38. Your WHAT? by CarpetShark · · Score: 1

    Why would I want your Klingon for a datagrid element? ;)

  39. A beautiful pipe dream... by PortHaven · · Score: 3, Interesting

    Come on folks, let's be a bit realistic here. It's been what, nigh a decade, and we still do not have browsers properly rendering stuff as simple as tables and positioning using CSS, DOM, etc.

    And while granted that HTML5 may provide a nice alternative for embedding video and audio. If that's all you think Flash is for, than you've never done more than scratch the surface.

    Check out Flex, AIR, and some of the 3D libraries for Flash. Experiment with remoting. See what you can REALLY do in Flash.

    Check out Sliderocket for an example, or Aviary.

    1. Re:A beautiful pipe dream... by Anonymous Coward · · Score: 0

      this was on slashdot a while ago:
      http://www.benjoffe.com/code/demos/canvascape/

      All we need know is faster js support and a good ide

  40. Oh, These Retro Days! by Anonymous Coward · · Score: 0

    This discussion is so retro-ish, well, it hurts, to say the least. I feel being suspended in a time-machine.

    First, as a correction to my parent, who got things at least partly right:

    Flexibility and accessibility requires properly formatted CSS with divs and spans

    Firstly, CSS can't be formatted, since it is THE formatting language. The presentation of (X)HTML can be formatted via CSS. But I regard this as being just a minor faux pas.

    Secondly, and more importantly, designing with CSS has nothing whatsoever to do with <div> & <span> elements. You can format a table cell just like a div, a span, a p, an a, an h1, an img (for the more retarded, yes, there is a display property with values such as block, inline, inline-block, table, table-cell, and many, many more).

    As to some of the other commenters: The cross-browser difficulties with CSS are mostly over if you don't have IE6 in mind. Therefore, for most applications table layout generates far more problems than it solves, its days are definitely over! Wake up!

  41. Moonlight? by benwaggoner · · Score: 0

    JavaFX may be trailing Flash and Silverlight, but it's the only RIA framework that has a snowball's chance in hell of being open sourced.

    Then you should be pleased about about Moonlight:

    http://www.mono-project.com/Moonlight

    Interoperable GPL'ed implementation of Silverlight, based on Mono.

    They've got full Silverlight 1.0 compatibility, much of Silverlight 2, and even some features from Silveright 3 (which is still in beta).

    http://www.mono-project.com/MoonlightRoadmap

    1. Re:Moonlight? by javacowboy · · Score: 1

      Then you should be pleased about about Moonlight:

      Huh? Microsoft hasn't open sourced .NET. Mono lives only because Microsoft has chosen not to sue the project for patent infringement, which that company could at any time? Why in God's name should somebody who cares about open source trust Microsoft?

      --
      This space left intentionally blank.
    2. Re:Moonlight? by benwaggoner · · Score: 1

      Er, no?

      While Moonlight is a Novell product based on Mono, GPL'ed and all that, it also gets support from Microsoft in providing unit tests and that kind of thing.

      And there's this agreement explicitly waiving the right to sue users of Moonlight getting it from Novell:
      http://www.microsoft.com/interop/msnovellcollab/moonlight.mspx

      I think of Silverlight as having three pillars: .NET runtime, XAML, and media.

      C# and the .NET CLI are both ECMA specs:
      http://www.ecma-international.org/publications/standards/Ecma-335.htm
      http://www.ecma-international.org/publications/standards/Ecma-334.htm

      The specification for XAML has been published under the Open Specification Promise:
      http://www.betanews.com/article/XAML-specification-published-added-to-Microsofts-open-promise/1206482161

      And for media formats, Silverlight 3 supports:
      WMV (VC-1 is a SMPTE standard, other components under RAND licensing)
      MPEG-4 with H.264 and AAC-LC (ISO spec)
      MP3 (ISO spec)
      Generic extensibility via Raw AV MediaStreamSource

      There's even a royalty-paid codec pack for Moonlight provided by Microsoft.

      If you've got practical suggestions for how we could be more open than this, I'd love to hear them, but I think there has already been a lot of traction in that direction. It certainly goes well beyond what Adobe does for Gnash, and Moonlight is already capable of handling many more high-profile Silverlight sites than any non-Adobe Flash player is. Even:

      http://www.smoothhd.com/

    3. Re:Moonlight? by RiotingPacifist · · Score: 1

      If you've got practical suggestions for how we could be more open than this, I'd love to hear them, but I think there has already been a lot of traction in that direction.

      And there's this agreement explicitly waiving the right to sue users of silverlight implementations.

      The rest is good, but with the threat of sueing forks and other distros for packaging moonlight, it's not much better than flash

      --
      IranAir Flight 655 never forget!
    4. Re:Moonlight? by benwaggoner · · Score: 1

      But compare to Adobe's covenant not to sue users of Gnash...

      Perhaps it's better to think of this as the answer to the "how do I know you won't sue me if I use this?" question. Thus a binding document waiving that right, so now you know you won't be sued for using Moonlight. It doesn't have any ramifications one way or another for any part not listed.

    5. Re:Moonlight? by RiotingPacifist · · Score: 1

      But compare to Adobe's covenant not to sue users of Gnash...

      Adobe has no grounds to sue gnash/swfdecode, its an implementation based on an open standards.

      Microsoft has a stockpile of software patents and are known to threaten people with them (although I'm yet to see them go after anybody that could defend themselves).

      It doesn't have any ramifications one way or another for any part not listed.

      While it may not set a legal president, it has the clear ramification that they have patents and the implicit ramification that these patents are valid (much like the outcome recent tomtom case).

      so now you know you won't be sued for using Moonlight

      It offers no protection for users moonlight on non-novell distros, while the agreement seams to take care to protect end-users, that is fairly pointless as it also takes care to leave the door open to attacks against canonical/red hat/etc. I am also not protected if i run a modified version (e.g if i need to patch it to get it to work), as i did not receive my copy from novell.But most importantly the agreement expires in 2011.

      So you have to choose who you trust more:
      Adobe- a company who AFAIK are yet to patent anything that gnash would violate, and are fairly open source friendly.
      Microsoft - a company who have made it clear that they have patents they think moonlight violates, and are fairly bipolar when it comes to open source, offering temporary protection to a tiny subset of users.

      Yes moonlight is OSS and that's great, but I don't want to be trusting Microsoft to NOT attack Linux, so ill take a closed flash player and push for more openness (html4 and gnash) over moonlight where i can.

      so i stand by my statements:
      If you want suggestions on how to open up silverlight, then waiving the right to sue any distributor of any open source implementation, permanently is the way to go. Until then moonlight is not much better than flash.

      --
      IranAir Flight 655 never forget!
    6. Re:Moonlight? by benwaggoner · · Score: 1

      Adobe has no grounds to sue gnash/swfdecode, its an implementation based on an open standards.

      Microsoft has a stockpile of software patents and are known to threaten people with them (although I'm yet to see them go after anybody that could defend themselves).

      I think Adobe's been at least as litigous a company as Microsoft. The whole suing Macromedai over UI elements, DMCA lawsuits over Acrobat and now Flash streaming implementatiosns. And Silverlight itself takes big advantage of published standards and specifications, as dicussed upthread.

      I'm not sure why you think Microsoft would have more grounds to sue over Moonlight than Adobe would over Gnash, but IANAL. I understand you're more worried that Microsoft would be inclined to do so, but that's a very different matter than having grounds to do so.

      While it may not set a legal president, it has the clear ramification that they have patents and the implicit ramification that these patents are valid (much like the outcome recent tomtom case).

      IANAL, and neither are you :). But if you ask one, you may find that there's much less implied than you might think by that kind of covenant. Legal documents are pretty specifically about what they're about. And in the case of this particular covenant, it's aimed at addressing the specific question of "how do I know I won't be sued." But it makes no implications as to whether or not you would or could have been sued without the covenant.

      I could give you a covenant right now that I'm not going to sue you for libel for this discussion here on Slashdot. In fact, I will. "I, Ben Waggoner, owner of this Slashdot account, do hereby waive any claim for libel stemming from any posts made by the user posting as 'RiotingPacifist,' made chronologically before the post containing this waiver, in the Slashdot thread this post was originally posted in." And as far as I know, that should be legally binding. I said it, I meant it, and I am leading you to believe I meant it.

      But that in no way suggests that you've actually said anything libelous (you haven't), or that I'm going to sue you for anything you say in the future or in another thread. I'm incredibly unlikely to do so of course, or to have grounds to do so, but I haven't waived any rights to do so outside of the scope of what I said above. So, what's happened is I've given you protection from being sued for something in particular (being sued for libel for your posts here prior to this one), but there has been no change in status about anything else. And in fact the waiver is pretty much meaningless for you since I couldn't have successfully sued you for libel anyway since you hadn't done it. Make sense?

      Now, you feel you should hold Microsoft to a higher standard than Adobe. And that's fine. We understand that will be true we engage with the open source community. And so we proactively do things like this covenant, the Open Specification Promise, etcetera, to specifically address issues with open source interoperabilty. And there certainly could be additional things we do to address concerns around Moonlight/Silverlight as well as in other areas.

      I would ask that you note that these are substantive real measures we're taking with real value to the open source community. Asking for more is perfectly fine, but I hope we can agree Microsoft has already done more than nothing here.

  42. Vertical centering by Anonymous Coward · · Score: 0

    Ideally, you wouldn't be doing this on standard web pages. However, if must, you should be able to use CSS absolute positioning.

    See:
    http://phrogz.net/CSS/vertical-align/index.html
    http://www.jakpsatweb.cz/css/css-vertical-center-solution.html

  43. No, not flash! No really... by socz · · Score: 1

    The reason flash is so popular is because many people can use it to express themselves. I actually use it for design work that is not on-line related at all! People actually laugh when I tell them because they think i'm joking, but they only limit themselves to "it's for online animation."

    While I agree that flash at many points was over used and abused, it does have its merits. Unfortunately now a days even my 3ghz P4 isn't enough to quickly handle all the flash that is thrown at it, and that's disappointing. So something has to be done.

    If another technology emerges that can truly replace it for the professionals, then so be it. But for amateur hour it's still one of the best resources out there.

    With out it, we would never had had all your base are belong to us, stickfu and all the random crap i've created over the years including cheesy/cool xmas greetings and valentine "cards" (all with stolen source images).

    But don't worry, adobe sucks and they'll kill it themselves soon enough. :P

    Oh and I almost forgot, i am surprised no one ever figured out how to spread viruses through it, while doing some stuff for personal sites i came across some interesting code that could allow such a thing in a very easy way. But hopefully since then, it's been fixed. Since flash 5 though they've started to add a lot more security to prevent such things which is a good thing. ActionScript is no perl, but it's still bad ass!

    --
    My abilities are only limited by my imagination
  44. addressing the wrong issues by bcrowell · · Score: 1

    It's skewed logic to say "Let's replace flash with javascript and html 5." They're different beasts, for a variety of reasons.

    Flash is more strictly sandboxed than js. That's a good thing when the flash app is someone's ad, but possibly a bad thing if you want to write a web app.

    Flash was specifically designed so that it could be used for games. Javascript wasn't. It is possible to write games in js, but I really doubt that you'll be able to do really fancy games in js+html 5 any time soon.

    Flash is less proprietary than it used to be. Part of its remaining proprietary nature is because Adobe wants to make sure there's no other first-class toolchain for developing flash. But part of the reason it's proprietary is that it's encumbered by a ton of patents, which Adobe doesn't even own. Doing things using html 5 doesn't magically cure all the patent issues. The audio part of the html 5 standard doesn't require browsers to implement any patent-free codec, so web developers will still have to use mp3. The situation is even worse for video codecs. There are open-source flash players (gnash) and development toolchains (haxe), but there are serious legal obstacles preventing them from becoming plug-in replacement for Adobe's proprietary tools. Not only do we have the patent issues, but Adobe has tons of libraries that flash developers have become dependent on. Those libraries are all totally proprietary, and Adobe has very carefully set their licenses up so that there's no way to obtain the API docs and write a competing tool.

  45. Re:CSS Difficulties by Kneo24 · · Score: 1

    Ah, I hate CSS. But I took a hard nose dive into it and sort of got the hang of it. I understood it well enough to be somewhat dangerous with it. Still, I think tables are much easier to design with. Maintaining them? Not so much.

    One thing that always bothered me is the line "tables are for tabular data". It's sort of a confusing statement at first glance. How exactly do you define data that doesn't belong in a table? If people just simply had left it as, "tables are not meant to be used in formatting", a lot less people would be confused.

    If anyone is still confused about the tabular data thing, just think of what you'd put into a spreadsheet. If the data you're typing wouldn't go in a spreadsheet, why would you put it into a table?

  46. What? by Anonymous Coward · · Score: 0

    I have no idea what that first link is supposed to do, it just sits there for me and looks like a jumbled mess. I enabled scripts there with noscript, reloaded..still just a mess. Clicked all the buttons..nothing. FF 3.0.10 on linux. I notice it says you need some beta of FF, which I don't have, but perhaps if you could give a short summary of what it is supposed to do for those of us on differing browsers, what the coolness factor is? Thanks in advance.

    1. Re:What? by Randle_Revar · · Score: 1

      Well, as I said it is merely a demo, you would not be likely to use these abilities in this particular way for a real world application.

      screenshot: http://www.ditii.com/2009/03/23/glimpse-of-future-web-technologies/

      In any case, you first have SVG text on a curved path. There is a rotated (I think all the rotation is done with CSS3) text box that lets you seamlessly change the SVG text. There are also a number of SVG shapes with different Z orders (foreground/background) and different transparencies.

      Then there is some rotated MathML, and a button that changes the displayed formula. There is some text near the bottom that has a CSS blur filter, and buttons (rotated) that add more text and more blur. There is a button to highlight some text that is marked up with RDFa information; that info pops up in a box when you hover over the text.

      There is a "play" button that is highly styled (multicolored, bold letters, flat red border, white background). When you press it, it makes a (rotated) <video> play and the button now says "pause", while a "stop" becomes enabled. The video has a caption box that uses DFXP timed text. This text is not part of the video, it can be selected, copied and pasted. Also, in the beginning of the movie when a clock ticks, a faucet drips and a phone, the sound effects text is also rendered in SVG and placed on the page around the movie and even on top of the movie.

      There is a button that rotates further around its center point every time you press the button. At some times in its rotation, it overlaps the video element. It seamlessly overlays the video even when the video plays.

      There is an example of East Asian ruby annotations, although even with the FF beta, you need an extension to see it properly.

      Finally there is a reset button that resets everything in the demo to its original state.

    2. Re:What? by unl0rd · · Score: 1

      The buttons work for me in FF3.0.10 on XP, but at 600x800 both links look no good.

  47. Epic fail... by Anonymous Coward · · Score: 0

    I guess such designers don't know user s can take a screenshot of a single image flash?

    Or do they disable the keyboard and [ctrl]+[prtsc] too?

  48. flash? by Anonymous Coward · · Score: 0

    I'm really into flash as I'm a designer though I've found pretty helpful tools on HTML, hope HTML5 bring more.

    Craig Miller

    html web design

  49. tables by falconwolf · · Score: 1

    Now, I know a lot of people are going to argue with me, but the most important tag in HTML is . Every single graphical trick done to either speed up or sexify your web site is done with tables inside tables inside tables--it's tables all the way down!

    Tables in html are not for layouts, which is you're doing, they are for data. Sure people have been doing that since tables came along. Among other things using tables for layout is a bitch for visually impaired people. Evolt does have a tutorial on how to build accessible tables though. CSS is what's supposed to be used for layouts, and it's faster. A List Apart has some good articles on how to use CSS for layouts

    .

    Falcon

  50. layouts by falconwolf · · Score: 1

    At the end of the day, on most websites, the thing that matters IS the presentation (otherwise the only tags we'd need were h, a, and p). If you can't align one image correctly next to another one, then that is a problem. If you have to sacrifice your design vision at all, then that is a failure of the system.

    I'm a photographer and want to start my own photography business, which is not very likely in today's economy, and I've studied a bunch of photographers' websites. Though not all it seems many get along with good layouts using CSS and not tables.

    Falcon

    1. Re:layouts by phantomfive · · Score: 1

      A lot of people start new businesses in recessions. It's often a good opportunity because people are looking for change, whereas when everything is going alright, they aren't interested in changing from what they already have.

      Also, my comment that you are replying to wasn't addressing CSS vs Tables, but rather the general failure of CSS to fulfill the promise of content separated from layout.

      --
      Qxe4
  51. Screen Reader Issues are Overblown. by weston · · Score: 2, Insightful

    Through a screen reader, maybe? In which case your table layout will completely fail because screen readers expect the contents of TABLE tags to be, you know, tabular data.

    You need to understand that blind and vision-impaired people will be among those "viewing" your page, and design accordingly.

    I'd be pretty surprised if screen readers simply and universally fail when they encounter tables that are used for layout. Many of them have existed for a long time, certainly back into the 1990s, and not being able to handle table layouts would have rendered them useless for most of the web for a long time. And while making distinctions between data and layout uses for tables may not be purely deterministic, it's hardly an intractable problem. Something as simple as Lynx has been able to make some distinctions since 1999, well enough that most of the web turns out to accessible using it. I can't believe there aren't screen readers who can't do at least that well.

    And if you can do that, what you mostly get without the layout table is generally a source-ordered linear reading of page sections corresponding to table cell... just like you'd get with any other document without repurposed table markup, albeit with sections determined by other tags. CSS gives you some flexibility in terms visual layouts you can create that aren't tied to the source order, which is nice, but it's hardly a disaster not to have this.

    My own observation is that it's other things that present real obstacles to page accessibility/semantics: navigation that's only visible via flash or javascript, images or other media without fallback text, abuse of HTML entities, lack of access keys. Table layout? Not so much.

    1. Re:Screen Reader Issues are Overblown. by fastfinge · · Score: 2, Informative

      Yup. The screen reader I use has had an option called "ignore layout tables" since 1995. It also allows me to ignore iframes (do you realize how many ads I miss, that way? Hardly need adblock!), flash, and various other tags and atributes, at my whim. It can even skip repeated text, in order to take me right to the page content; when I click a link on a page, it compares the new page with the old one, and places the cursor after any text that is the same on both pages. Works well to skip menus and other crap.

    2. Re:Screen Reader Issues are Overblown. by Scragglykat · · Score: 1

      That sounds to me like that's your problem and not the readers then? If you choose to not be able to view tabled layouts, then that's your choice. :)

  52. Rich HTML by HTH+NE1 · · Score: 1

    Great. Now I won't be able to suppress the noisy and annoying (especially in a work environment) rich ad content by just disabling Flash.

    --
    Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
  53. Smooth Streaming is more than markup by benwaggoner · · Score: 1

    Yeah, but can it do this?

    http://www.nextcdn.com/Silverlight.htm

    HTML5 is very much a media techology built like a web browser. But while the presentation layer is important, it only part of what makes a good media experience.

    Smooth Streaming is dynamically and seamlessly between multiple bitrates based on real-time measurements of bandwidth, availble CPU, and window size. And it requires a decoder architecture like MediaStreamSource where demuxing happens in the sandbox, with decoders that can take appended sequences of raw audio and video samples.

    http://msdn.microsoft.com/en-us/library/system.windows.media.mediastreamsource_members(VS.95).aspx
    http://alexzambelli.com/blog/2009/02/10/smooth-streaming-architecture/

    Flash has something somewhat similar with Dynamic Streaming.

    http://www.adobe.com/devnet/flashmediaserver/articles/dynstream_advanced_pt1_04.html

    The key thing about a runtime like Silverlight or Flash is that the bytecode engine, decoders, and rendering layer are tightly coupled, and so can make assumptions about how long it takes a video sample to get from networking stack to demuxer to decoder to rendering engine to screen. It's complex stuff, and it's hard to see HTML5 specified tightly enough to make that kind of thing feasible.

    For another extreme, there's the Raw AV pipeline: video and audio decoders running inside the managed code sandbox. Javascript is getting faster, sure, but it's a long way from being THAT fast.

    Or to look at it another way, it'd be easier to support HTML5 in Silverlight than it would be to replace Silverlight with HTML5.

    1. Re:Smooth Streaming is more than markup by Randle_Revar · · Score: 1

      Smooth Streaming is dynamically and seamlessly between multiple bitrates based on real-time measurements of bandwidth, availble CPU, and window size. And it requires a decoder architecture like MediaStreamSource where demuxing happens in the sandbox, with decoders that can take appended sequences of raw audio and video samples.

      Yeah, maybe. But YouTube does just fine without all that crap, and HTML5 can certainly equal or better the YouTube experience.

    2. Re:Smooth Streaming is more than markup by Randle_Revar · · Score: 1

      Come to think of it, HTML5 could probably replicate the Nico Nico Douga experience, which is a lot more impressive.

    3. Re:Smooth Streaming is more than markup by benwaggoner · · Score: 1

      YouTube does clips under 12 minutes, and pioneered the "pause and play" experience to get around playback pausing. And users have to manaully pick the bitrate/quality level they want.

      Smooth Streaming can do instant start, fast random access over a full-length movie, giving the use the best version of the contetn they can have at that moment.

      YouTube can do YouTube, but that's no way to watch content you actually want to lean back and enjoy. We're aiming to have Smooth Streaming be a "PVR in the cloud." And with Silverlight 3, it'll be able to do 1080p on a Core 2 Duo.

    4. Re:Smooth Streaming is more than markup by Anonymous Coward · · Score: 0

      1) Flash can do this, there are several sites that can do fast random access, Youtube is just terrible and always has been, compared to other video sites.
      2) I prefer to choose my own quality for several reasons.
        2.1) Speed of delivery
        2.2) Lower bandwidth use
        2.3) No need to see every detail, detail-needy scenes being incredibly small

      3) And with Silverlight 3, it'll be able to do 1080p on a Core 2 Duo.
      I'd like to see it now, promises mean nothing when it comes to what you actually get.

  54. CSS or tables by falconwolf · · Score: 1

    quite frankly it is so much easier to use tables and the results are so much more consistent, provided you know what you are doing that for me at least,

    The same applies to CSS, if you know what you're doing CSS is or consistent and easier.

    You may like absolute positioning and all that, I am quite comfortable in tables and can usually visualize even a complex layout entirely in my head when its tables. To each their own.

    Try to see, er hear, how a complex table layout sounds in an aural browser. Even simple tables can be messed up. And what if the browser window size is changed?

    Falcon

  55. If only MS would add support for SVG and CANVAS by Sla$hPot · · Score: 1

    If only MS would add support for SVG and CANVAS. Take a look at this comparison chart:
    http://www.naxos-software.de/blog/index.php?/archives/45-Interactive-Cross-Browser-Vector-Graphics-on-Top-of-SVG,-VML,-Canvas,-Silverlight-using-Dojos-GFX.html
    But MS is rather going for Silverlight as their answer to Flash. Just like that ASP.NET was MS's answer to the internet (it was not working).
    As of today Flash does the job while Silverlight might in a couple of years if ever.
    Never the less having to rely on third party plugins always sucks.
    .
    However thanks to initiatives like dojo gfx and others. It is possible to have drawing capabilities with DHTML and pure javascript.
    The approach is to wrap the current browsers supported drawing API like SVG, CANVAS or VML. Check the link below. See the Link section in above link.
    .
    A primitive but practical approach to get (simple) drawing capabilities is making your own drawing library that paints using the good old div tag.
    I know that it sounds ridiculous, but Walter Zorn have made a quite useful library, that some use for charts, diagrams, rounded corners etc. See below link.
    http://www.walterzorn.com/jsgraphics/jsgraphics_e.htm#performance
    .
    It would be nice if all the browser vendors would sit down and agree on a very simple drawing API, that would make it possible to draw polygons and primitives and do translations in a cross browser environment.
    And then compete on the more advanced plugins for those who need it (the add business who makes annoying banners).
    Right now the most experienced and stubborn developers can get around without having to bother with plugins by hacking their own libraries or using open-source alternatives.
    Over time libraries like dojo gfx will translate into new standard gfx API's that I guess will help MS to join the rest of the world and become part of the internet.
    .
    Someone please try to talk some sense into MS next time you meet :)
    Just tell them that they are losing the internet battle.

  56. Flash the anti-standard by Ilgaz · · Score: 1

    Funny is, if you can't go with standards and you are in hurry... Lets say your user profile is 99% Flash having and you can't test every browser... You will make the site in Flash :)

    That time, all you would need is browser embedding Flash content right. Everyone including Opera users will see and use exact same thing.

    I am not blaming Adobe or Flash of course, it is the standards bodies and browser vendors/scene who forced everyone to use Flash. Personally, I'd prefer to embed Quicktime or Real content but in reality, there is no way I will make the users install both. Especially Windows users. It will be same deal with HTML 5 if MS doesn't implement it to IE and somehow convince users to update. If it is the same MS I know since 1980s, there is no way. Especially after they sunk (b)millions to Silverlight joke.

    1. Re:Flash the anti-standard by WWE-TicK · · Score: 1

      Not quite. This Flash app I developed looks slightly differently under Linux than it does under Windows. So much for looking the same everywhere; you still have to test.

    2. Re:Flash the anti-standard by Ilgaz · · Score: 1

      Oh I didn't mean pixel perfect. The problem would start with how Fonts are handled and graphics are drawn in that case.

      If you have seen the disaster I talk about by mentioning ''Not Opera compatible'', you could understand why Flash on that case would be ironically better solution. I am currently testing Opera 10 and you should see things I see when sites aren't compatible with it. I would prefer Flash to a 10 pixel wide, 10.000 pixel high coloumn which scrolls horizontally :)

  57. Nooooo! by Mike_K · · Score: 1

    How will I filter out annoying ads without FlashBlock?!?!

  58. starting a business by falconwolf · · Score: 1

    A lot of people start new businesses in recessions. It's often a good opportunity because people are looking for change, whereas when everything is going alright, they aren't interested in changing from what they already have.

    Perhaps I should of included a smiley ;-). Actually in a lot of cases starting a business in an economic slowdown or recession is the best tyme to do it.

    Also, my comment that you are replying to wasn't addressing CSS vs Tables, but rather the general failure of CSS to fulfill the promise of content separated from layout.

    Okay. I think the failure to code layout with tables not CSS is for two reasons. One is developers and the other is the browsers. Developers, like most people, tend to stick with what they're comfortable with. However the browsers are getting better.

    Of course it's easy for me to complain and point my fingers, I don't design websites. I used to but haven't in years. However as I said in the post you replied to I want to start a photography business and I want to be online. In two respects, I want an online portfolio and store as well as design websites for others to showcase their photos.

    Falcon

    1. Re:starting a business by phantomfive · · Score: 1

      Good luck with your business.

      --
      Qxe4
    2. Re:starting a business by falconwolf · · Score: 1

      Good luck with your business.

      Thanks.

      Falcon

  59. HTML 5 As a Viable Alternative To Flash? by Jack+Sombra · · Score: 2, Insightful

    HTML 5 As a Viable Alternative To Flash? Not really, for one simple reason Flash/Silverlight are controled by their respective plug in's/api's and so forth. Thus no worrys about how something will render if one person is using one browser and another is using something else On the other hand, HTML is controled by the browser and each will do things a little different, either because they have not fully followed standards (MS) or they have added extras in a attempt to out do each other (all of them) Thus there will be always a place for things like flash/SL as with them content is delivered exactly as the designer/developer intended not how the browser decides to interpret it

  60. Surely by CrashandDie · · Score: 1

    Looking at the widespread usage of Flash (not that I like it), Flash is considered standard by now?

  61. 2nd try by pizzach · · Score: 1

    Meh. I sucked out on my reply and didn't explain myself enough. Here I try again.

    The beauty of XHTML Strict is that it forced you to write correct code. (If you don't want to, there was always transitional.) I am 99% sure that the w3c documents for all HTML specs only cover how to render correct code, not incorrect code or quirks. This means if you F-up your webpage in plain old HTML, it is not reasonable to expect it to render consistently between browsers, even if they are standards complaint. Now that is a travesty. Worse yet, your page is more likely to break in future browsers. Thus, XHTML strict is in theory more interpolatable than other versions of HTML because it has to be correct to display period.

    That is why I don't think XHTML was a waste of time.

    --
    Once you start despising the jerks, you become one.
    1. Re:2nd try by Blakey+Rat · · Score: 1

      The beauty of XHTML Strict is that it forced you to write correct code. (If you don't want to, there was always transitional.) I am 99% sure that the w3c documents for all HTML specs only cover how to render correct code, not incorrect code or quirks.

      Well, first of all, the W3C documentation is shitty, and the only progress made on the web has been by companies either extending on the W3C documentation (like XMLHttpRequest, document.readyState, innerText). If the W3C thinks XHTML is going to be the Next Big Thing, so much so that they don't even bother to work on the next version of HTML, you can pretty much guarantee they've completely misjudged the market once again and are completely wrong. So there's that.

      Secondly, existing browsers already had code in place to render incorrect code and quirky code. That's a good thing. One of the design principles of programming is that you should be liberal in what you accept, and strict in what you output. If I'm a browser, and I can handle the case where two tags are closed in the wrong order *that is a good thing*.

      The only chance we have to make average, normal human beings as able to publish to the web as everybody else is to make HTML dead simple. Maybe this is a bit less important now that there are decent GUI page editors around, but it's still a noble cause and should be championed.

      XHTML doesn't do that. XHTML Strict is so strict that accidentally capitalizing one letter could break the formatting of your entire document. That's just crap.

      This means if you F-up your webpage in plain old HTML, it is not reasonable to expect it to render consistently between browsers, even if they are standards complaint.

      There are two problems with this statement:

      1) Browsers aren't guaranteed to render content consistently, anyway. That's another one of those HTML philosophies that seems to be lost in the modern web development world. If Firefox decided tomorrow that A tags in HTML should be boxed instead of underlined, that's perfectly fine and valid.

      2) In practice (that thing that the brainiacs at the W3C seem completely unaware of) invalid HTML already worked fine in browsers before XHTML came around. Netscape and IE generally "normalized" incorrect HTML in the same fashion, and produced close-enough results.

      3) Sorry thought of a point 3: No matter how fancy and awesome XHTML is, the simple fact remains that there are still thousands or millions of websites written in HTML 1-4 that the browser needs to cope with. By adding XHTML to the mix, browsers now need to cope with not only HTML 1-4 (and soon 5) but XHTML 1 and XHTML Transistional. You've now increased the workload on browser makers by a ton for barely any reason at all. (Since XHTML doesn't do anything that HTML 4 couldn't already do.) It's kind of amazing to me that any browsers even bothered with XHTML at all instead of just saying "fuck this".

      Worse yet, your page is more likely to break in future browsers.

      That's why HTML has version numbers. This "problem" is already solved in the current file format, there was no reason to go though and XML-ize it to solve it all over again.

      That is why I don't think XHTML was a waste of time.

      Well, I've been doing web apps for many years, and I've yet to see a single compelling reason I should switch to XHTML over HTML 4. All I see is, "it's a pain to make it work in IE," "You can't include Flash without breaking validation", "You can't put an image inside a noscript tag" (which breaks many web analytics tags), etc etc.

      XHTML's a giant pain in the ass, and you get nothing in return.

  62. CSS for formatting is a lot more difficult by falconwolf · · Score: 1

    to learn. A LOT more difficult.

    For you perhaps but not for everyone. Look at slashdot's code, there are no tables. A List Apart has some good tutorials on how to use CSS for layouts. As does Zen Garden. Eric Meyer has some good books on it.

    Falcon

  63. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  64. Does not work by Tweenk · · Score: 4, Informative

    You obviously haven't tried this...

    vertical-align: middle; only works like you think it does along with display: table-cell, but in some browsers it breaks horribly.
    For table cells it specifies vertical centering. For inline elements it specifies how to align them relative to the baseline of the containing text. For block elements it does nothing.
    http://phrogz.net/CSS/vertical-align/index.html

    margin: auto 0 has zero effect because of margin collapsing.
    http://www.researchkitchen.de/blog/archives/css-autoheight-and-margincollapsing.php

    --
    Those who would give up liberty to obtain working drivers, deserve neither liberty nor working drivers.
    1. Re:Does not work by Anonymous Coward · · Score: 0

      I think his point is that when you are dealing with displaying data, tables are best suited for that purpose and that datagrid type options built into the html spec would make it easier so one doesnt need some data grid component or spend time coding out some of the client handling aspect of a data grid. "Data" is best handled by tables. God forbod you whack jobs that go divitus and css crazy trying to emulate a table for data Thats just stupid. Tables do have thier purpose. You just dont want to use them to handle your layout, but data thats a different story.

  65. openlaszlo! by Anonymous Coward · · Score: 0

    openlaszlo is an open source opion that gives you a datagrid...

  66. 1998 called... by aztracker1 · · Score: 1
    They want their design techniques back...

    FTW!

    --
    Michael J. Ryan - tracker1.info
  67. elinks by Anonymous Coward · · Score: 0

    (with apologies to the Lynx users among us).

    I use elinks you insensitive clod!

  68. Firefox for IE by tepples · · Score: 1

    Why can't HTML5 be implemented as a plug in?

    Because that'd be like making Firefox into a plug-in for IE. Oh wait: that already happened.

  69. Adobe uses the DMCA again by tepples · · Score: 1

    A little bit of time with tcpdump will get around whatever "protections" are in Flash.

    Not in the United States, it won't.

    1. Re:Adobe uses the DMCA again by ion.simon.c · · Score: 1

      Are you implying that I'mma be sued under the terms of the DMCA for actions that I take on my own computer?

      Fucking bring it on, I say.

  70. Hallelujah by microbox · · Score: 1

    To me, this single runtime sounds like a much better alternative that the kludge that is HTML/CSS/JavaScript/AJAX support a multitude of IE6/IE7/IE8/Firefox/Safari/Chrome/Opera browser runtimes, especially if there's no framework behind them.

    Hallelujah, somebody making sense. This slashbash discussion has missed the single biggest problem with delivering complex applications over html - lack of a consistent framework.

    HTML will continue to be popular for what it is, but it's a horrible way to write the front end for a distributed database application. It cripples the user interface, and we see all sorts of complex tricks with piles of inscrutable cross-platform javascript to accomplish straight-forward application programming tasks.

    IMHO, Silverlight, Flash and JavaFX are version "1.0" of coming RIA platform. Version "2.0", will by elegant and simple.

    --

    Like all pain, suffering is a signal that something isn't right
  71. yes by zes · · Score: 1

    Nature will find a way.
    There is already greasemonkey and adblock. But, yeah, it might get more difficult. But a list of xpaths to delete on a site basis like the filter lists for adblock might come a long way.

  72. Careful... by Bones3D_mac · · Score: 1

    make it too rich and capable, and Apple might abandon web browsing on the iPhone altogether to prevent sites from competing with the app store.

    --


    8==8 Bones 8==8
  73. Systematically unlikely: by childoftv · · Score: 1

    A well functioning company who devote all of their efforts to multimedia and optimization of multimedia routines will always outperform something which has to be implemented by every browser individually. This is particularly true given that no browser team will have adobes resources, know-how and clout gained through producing editing software, effects software, audio software, image software etc. This will only end once the multimedia demand ceiling is hit like it was with the audio playback industry where the majority have been happy to settle for mp3s because they can barely tell the difference in effective quality given anything better. So I don't think we're there yet and html video will not do all the cool OSX style stuff that flash is starting to do: (top of the page) http://www.adobe.com/products/flashplayer/features/ or interactive 3d video (yeh really) http://demos.immersivemedia.com/index.php?clip=WW1 For quite some time to come. Not to mention interactive webcam videos, live video compositing and transforming, dynamic compiled filters etc. I am, however, glad that interactivity through html and flash is basically javascript adressing different DOMS.

  74. HTML5Block? by Anonymous Coward · · Score: 0

    Uhmmmm... so in addition to Noscript, Flashblock and Adblock we would also need HTML5Block.

    Sigh...

  75. Re:CSS Difficulties vs. Tables by TaoPhoenix · · Score: 1

    "Ah, I hate CSS. But I took a hard nose dive into it and sort of got the hang of it. I understood it well enough to be somewhat dangerous with it. Still, I think tables are much easier to design with. Maintaining them? Not so much."

    Thank you too. Meanwhile, I lean towards sites that don't need maintaining. Time for the Information Age to regain a touch of durability.

    For Tabular Data, I'd rather just HOST a spreadsheet!

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  76. Comes down to compiled versus scripted by caywen · · Score: 1

    Sounds to me like this is really just about a compiled model versus a declarative scripted model. I'd imagine that at some point in the future, the theoretical capabilities would be very similar, and that developers will make a choice based on code security and startup performance. That's assuming any scripted version can be compiled and made to perform similarly to pre-compiled code.

  77. Separated at birth? by Anonymous Coward · · Score: 0

    Wait a second... I thought I saw that guy earlier:

    From a previous article.

    From this article.

    And no, I don't read the articles, I just look at the pictures.

  78. My HTML5 animation efforts by bluebox_rob · · Score: 1

    I've been experimenting a lot with the HTML5 tag recently, and you can do some nice stuff - these are all pretty basic but using just HTML and JS I built a freaky clock, a 60s style UFO party viewed from above and some wireframe boxes. It was all quite painless, the only problem is that IE doesnt support it yet.

    1. Re:My HTML5 animation efforts by h4rm0ny · · Score: 1


      Hey - those are really nice. I particularly like the clock, both because it works well and because the idea is nice. I'm very glad I bothered to read to the end of the comments today - I normally don't bother.

      --

      Aide-toi, le Ciel t'aidera - Jeanne D'Arc.
  79. Email & HTML by Anonymous Coward · · Score: 0

    If you're sending HTML in email, I'll never see that content. Attachments are never shown inline. Certain attachments are removed automatically --- pps for example.

    Oh, and forget javascript and 3rd party cookies. Don't allow them through our proxy. Too dangerous. I find myself using "mobile" versions of some sites to avoid that garbage. I fear the day that mobile devices support flash completely. Then I'll be living in google-cache versions of all sites.

  80. Preaching to the (un?)washed masses: IE support by jonaskoelker · · Score: 1

    Well played, sir ;-)

    But if the FSF wants* to preach to the unconverted, that pretty much requires IE support. That is difficult for saints in the church of emacs, who run a wholly (not the pun) free operating system ;-)

    (some members are non-saints, though).

    *it does; that's much of what RMS does these days.

  81. NICE COMPANY??? O_o by saur2004 · · Score: 1

    After the Omniture debacle I would very much like to see Adobe go the way of SCO.

  82. FLV download and save by falconwolf · · Score: 1

    The only way to download a movie from one of these is to pretend you're their branded flash player and siphon the data stream... very few sites let you get the FLV file URL from the page source or any other casual means

    If you use Firefox there's a number of different add-ons you can use to grab and save FLV files. And that's true for other video formats as well.

    Falcon

  83. html 5 is not ready yet by Light303 · · Score: 1

    i wonder that nobody yet pointed to this webpage: http://ishtml5readyyet.com/ ...

    in this way flash is a lot like google gears. We get the features of tomorrow delivered today (or even earlier considering the age of flash)... and in the case of flash on 97% of browsers with the small cost of being a plugin.

    So all the flash bashing folks should think a second about the bad plugin management of todays browsers. maybe html 5 should also define a better way to handle browser and plugin interaction. this would make copy+paste/drag and drop from plugin to html content much easier.

  84. Flash is Flash. Period. by falconwolf · · Score: 1

    If your Flash file works in IE, it works in FF, Opera, Safari, etc. It requires a plugin sure, but it's one that's almost universally adopted.

    I don't know how many tymes I've come across a Flash movie, though a bunch, where it says I need to upgrade my Flasher player to at least v9, before the movie will play. Using Adobe's Flash version tester it says I have 9,0,151,0 installed.

    Falcon

  85. You forgot NO support on 64-bit platforms. by falconwolf · · Score: 1

    Update: Furthering Adobe's commitment to the Linux community and as part of ongoing efforts to ensure the cross-platform compatibility of Flash Player, an alpha refresh of 64-bit Adobe Flash Player 10 for Linux operating systems was released on 2/24/09 and is available for download. This offers easier, native installation on 64-bit Linux distributions and removes the need for 32-bit emulation. Learn more by reading the 64-bit Flash Player 10 FAQ.

    Falcon

  86. Flash and javascript by falconwolf · · Score: 1

    Yes, but somebody skilled in video editing and graphic design can easily make changes to a .fla file, but not a javascript file. Sometimes complexity is prohibitive, especially with small to medium companies that don't have a small army of programmers.

    Both Flash and javascript require skills. However whereas the tools for Flash are expensive the tools for javascript come installed on most computers. When I used Windows I used Crimson Editor, NotePad, or Wordpad which are all free. Having switched to Mac I use TextEdit, which came with my Mac. On Linux I used Katie, though I could also use emacs, vi, or a number of other FOOS editors. Add if you use Firefox there are add-ons that you can use to edit javascript.

    Falcon

  87. I really hope that HTML5 is somewhat similar to by falconwolf · · Score: 1

    xhtml

    html5 has some of the same rules xhtml does, such as all tags needing to be closed, from what I read about it.

    Falcon

  88. XHTML was nothing but a giant waste of time. by falconwolf · · Score: 1

    Microsoft never supported it in IE

    MS did support xhtml. Though it was years ago I took an xhtml class that was required at the college I attended then. The only browser we used was IE. In a javascript class we had to use xhtml also, but in it we got extra points if the js worked in both IE and Netscape. The same is true for the xml class.

    Falcon

  89. About DataGrids and AdvancedDataGrids by nova_ostrich · · Score: 1

    There is a DataGrid component in the free Flex SDK. The AdvancedDataGrid is part of the data visualization package that comes with Flex Builder Professional. In general, the Flex community thinks the AdvancedDataGrid is garbage. Slow, messy, and written by engineers that aren't part of the main Flex team who don't follow the official best practices. There are functions in its classes that are hundreds of lines long. I'm not kidding. I know guys who have written their own implementation of the features in AdvancedDataGrid because it sucked so bad. Thankfully, most use-cases for a DataGrid will be handled just fine by the regular DataGrid in Flex.

    --
    It's scary being a Flash and Flex developer on Slashdot. You guys are unnaturally rabid.
  90. Image Manipulation Software Not Necessary by Doctor+O · · Score: 1

    Joe Average User is not going to crop and save a screencap using image editing software.

    Maybe not, but if he's using a Mac, he might just press Cmd-Shift-4 and directly crop the image to a file on his desktop.

    --
    Who is General Failure and why is he reading my hard disk?
  91. Google doesn't by Rix · · Score: 1

    Google's dropped IE6 support from Gmail, and IE6 is roughly 20% of the browser population.

    Futher, Gmail is a relatively simple web app. It's just a mail client. There are things you simply cannot do with IE, no matter what compatibility hacks you throw in.

  92. Webdesiner vs Uers. by krischik · · Score: 1

    Thus no worry about how something will render if one person is using one browser and another is using something else

    Which in precisely which I hate flash. I like to lounge in my chair and flash uses super duper tiny fonts - probably 5x7 like the pocket calculators from the 80'th.

    It renders all the same - not matter what display size, no matter which dpi, no matter if the user can actually read it.

    Flash tramples over the users need. When ohh when will web designers stop being egocentric and start to think about the reader instead.

    Martin