XML
  Home arrow XML arrow Talking business: How I Learned to Love CS...
Dev Articles Forums 
ADO.NET  
Apache  
ASP  
ASP.NET  
C#  
C++  
ColdFusion  
COM/COM+  
Delphi-Kylix  
Design Usability  
Development Cycles  
DHTML  
Embedded Tools  
Flash  
Graphic Design  
HTML  
IIS  
Interviews  
Java  
JavaScript  
MySQL  
Oracle  
Photoshop  
PHP  
Reviews  
Ruby-on-Rails  
SQL  
SQL Server  
Style Sheets  
VB.Net  
Visual Basic  
Web Authoring  
Web Services  
Web Standards  
XML  
Mobile Linux 
App Generation ROI 
IBM® developerWorks 
Weekly Newsletter
 
Developer Updates  
Free Website Content 
 RSS  Articles
 RSS  Forums
 RSS  All Feeds
Write For Us Get Paid 
Request Media Kit
Contact Us 
Site Map 
Privacy Policy 
Support 
 USERNAME
 
 PASSWORD
 
 
  >>> SIGN UP!  
  Lost Password? 
XML

Talking business: How I Learned to Love CSV
By: Chris Heilmann
  • Search For More Articles!
  • Disclaimer
  • Author Terms
  • Rating: 3 stars3 stars3 stars3 stars3 stars / 6
    2005-07-25

    Table of Contents:
  • Talking business: How I Learned to Love CSV
  • Handing out files in different formats
  • So what is a CSV file and how can I use it?
  • Laziness as a benefit

  • Rate this Article: Poor Best 
      ADD THIS ARTICLE TO:
      Del.ici.ous Digg
      Blink Simpy
      Google Spurl
      Y! MyWeb Furl
    Email Me Similar Content When Posted
    Add Developer Shed Article Feed To Your Site
    Email Article To Friend
    Print Version Of Article
    PDF Version Of Article
     
     
    ADVERTISEMENT


    Talking business: How I Learned to Love CSV


    (Page 1 of 4 )

    One of the biggest issues Web developers have to tackle is not server failures, line outages or yet another annoying bug in a really popular browser. It is receiving content in a proper format and ensuring that the maintainers of our products will not mess around with our code too much. One way to do this is by giving those who maintain our products a file format they can handle. Chris Heilmann discusses the advantages of CSV, an Excel file format.

    The user interface problem

    There comes a time in the career of a Web developer when she has to create for the unknown –- not only on the end user side, as that is a fact from the very start -- but also from a website maintenance point of view. We developers will not be the maintainers of the site; some technology and an editor will replace us. That is a good thing, as it gives us time to concentrate on the code and leaves the content reliability with the clients.

    Maintenance of Web sites basically falls into several categories:

    • Restrictive maintenance via forms in a Web application.
    • Partly restricted maintenance via cut down WYSIWYG editors.
    • All bets off maintenance via Word Macros, WYSIWYG tools or drag and drop interfaces.

    As developers of the site, we’d love to enforce the first option –- it means that the editors are restricted to what we defined in our style guide and we have full control over the generated code. Tridion (an enterprise level CMS) for example allows this; you define an XML schema and it generates the data entry forms for you.

    Badly briefed and trained editors, however, feel uneasy with this form of data entry. They feel limited in their expression and unable to “convey the brand” or “highlight special items.” In essence, they want to paint with text, which is virtually impossible in a CMS environment, and it should be. A website with a consistent look and feel and content structure is much easier to use and more accessible, as it is easier to understand.

    A lot of editors don’t want to type anything but the text; that is why wonderful ideas like Markdown [1], BBCode [2] or Textile [3] are also doomed to fail. Amusingly enough, these same editors seem to be happy to use BBCode in forums of their football clubs or on dating sites; there must be a bigger incentive. 

    For this reason, most top-selling CMSes come with a WYSIWYG editor of sorts, and we are left in the cold with the task of cleaning up their output. The code is not an issue; we could use Tidy [4] to do that for us. The freedom the editors have to generate whatever they want is the big problem. Visual representation supersedes semantic value, or, in simple terms, the text is not structured but painted. A headline is not a bigger and bolder text; for accessibility reasons and ease of conversion to other formats ,it needs to be a headline element.

    More XML Articles
    More By Chris Heilmann


       · Poorly titled article. I thought it would cover some useful/unusual/clever ways of...
       · 1) I totally agree with CSV not being an Excel format but one Excel can read.2) I...
       · I must agree i'm rather puzzled aswell as to what the usefullness of csv is in this...
       · Read Number Two above?
       · I am completely baffled over this article. I wish I never saw it.
       · As an 'Anonymous Loozah', I read the article which is actually very good.One of...
     

    XML ARTICLES

    - Using Regions with XSL Formatting Objects
    - Using XSL Formatting Objects
    - More Schematron Features
    - Schematron Patterns and Validation
    - Using Schematron
    - Datatypes and More in RELAX NG
    - Providing Options in RELAX NG
    - An Introduction to RELAX NG
    - Path, Predicates, and XQuery
    - Using Predicates with XQuery
    - Navigating Input Documents Using Paths
    - XML Basics
    - Introduction to XPath
    - Simple Web Syndication with RSS 2.0
    - Java UI Design with an IDE







    © 2003-2009 by Developer Shed. All rights reserved. DS Cluster 1 Hosted by Hostway
    For more Enterprise Application Development news, visit eWeek