Extreme Markup Languages 2004

Grok Headline matches for Extreme Markup Languages 2004

Extreme Markup Languages 2002 program
now available (extrememarkup.com)

Extreme Markup Languages 2002 program
now available (extrememarkup.com) 07/19/2002 03:49 PM

Features: Extreme Markup 2004

Features: Extreme Markup 2004 09/15/2004 07:42 PM
James Mason files a brief recap of this year's Extreme Markup Languages conference.

W3C publishes plan for mixing XML markup
languages (InfoWorld)

W3C publishes plan for mixing XML markup
languages (InfoWorld) 09/12/2002 03:11 PM

Jon Udell: Extreme design versus extreme
programming

Jon Udell: Extreme design versus extreme
programming 06/18/2002 08:16 AM
I've just returned from the What's Next conference in Brattleboro, Vermont, where I gave a pair of talks (one on web services, one on application servers). The keynote speaker for the day was Alan Cooper, designer of Visual Basic, author of several books, and founder of a company that specializes in interaction design.

Cooper's view is that the kinds of disasters that have always plagued the industry -- most recently, the catastrophic outcomes of many CRM (customer relationship management) systems -- are a result neither of poor strategy, nor of poor engineering, but of a failure to properly coordinate the two. The missing piece in his view is product planning and design, done according to a methodology that Cooper has devised and that his company practices. This methodology aligns itself with Colonel John Boyd's OODA (Observe, Orient, Decide, Act) loop, fashionable in military circles.

"zeldman.jonboy"

Markup-Tree-1.1.0

Markup-Tree-1.1.0 11/12/2003 06:50 PM

Markup-TreeNode-1.1.0

Markup-TreeNode-1.1.0 11/12/2003 06:50 PM

Simple markup

Simple markup 03/11/2003 11:53 AM

Timothy Appnel: I have a new appreciation for the elegeance and simplicity of XML markup. Not that I didn't have one before its just grown the size of the Empire state building and illuminated in neon.

Obviously, I'm currently embarking on a similar mission, and share Tim's appreciation for XML.  My goals, however, are much lower than Tim's: I'm not trying to create a full markup language.  I'm applying 80/20 whenever I can: e.g., unordered lists are enough.  The times when full functionality is required, I'll  personally use full XHTML.

I'm currently looking into textile for inspiration.

Q: Markup format?

Q: Markup format? 03/14/2005 05:10 PM

Q: Which markup format do you use when posting?

Both Textile and Markdown are installed and I flip between them. When I want to post a lot of code without hassle I'll use Markdown because it seems smarter about that kind of thing. Most of the time, however, I want to just write so I'll use Textile; I find that it's a quick and mildly-intuitive way to access the various classes in my stylesheet for the myriad of things I do within this little block of space. Each has a purpose, so each gets used. I rarely enter raw HTML, and when I do it's typically to get around something broken in either markup format.

Et toi?

This entry was in Textile, for those keeping score. It is much easier to enter p(ps). or p(note). rather than <p class="ps"> or <p class="note">.

Markup in titles in RSS?

Markup in titles in RSS? 12/13/2003 08:14 AM

The RSS 2.0 spec and its predecessors may not say clearly enough if you can or can't include markup in titles. But I don't think you should include markup in titles. Titles are like file names (not exactly of course). They are a happy medium between software and people. Both must be able to read them and make sense of them, in all contexts, and do so easily. While it seems reasonable that a description may contain markup, it also seems reasonable that a title should not. So, if I were writing a validator for RSS, and encountered markup in a title, I'd warn the author that many processors would not be happy about this and it would be safer to strip the markup from the title.

Disclaimer: Scripting News is a weblog, not a spec. If you interpret it as a spec you will be making a mistake. I think I've said this quite a few times, but a few people still treat it as if I were writing a spec here. Not so. And not fair.

A postscript. I went back to see what the spec actually says, and it turns out it's not really a problem with the spec, rather with my recollection of what the spec says. Scroll to elem ents of item. It says descriptions may contain entity-encoded HTML. It doesn't say that a title may. So if that's the biggest problem people can find with the spec (which many were flaming about when I wrote it, it's not like they offered any help, btw) then it's a pretty damned good spec if you ask me.

FML: Fiction Markup Language

FML: Fiction Markup Language 01/16/2004 11:33 AM

When is someone going to come up with Fiction Markup Language — an XML spec solely for annotating fiction? For example:

Take perhaps the greatest novel ever written: Ian Fleming's 1953 classic "Casino Royale." Let's break this down from a big chunk of text to make up something more usable.

Obviously, you could mark the chapters and section numbers, but let's go further into the actual content of the narrative. Begin by surrounding all spoken text with tags. For example:

Perhaps you can have another attribute for "target" to identify to whom he's speaking. Then I could do an XPath query to find everything James Bond said to Vesper Lynd in the entire book.

And how about locations? Surround passages with their physical location, like the casino floor, Bond's hotel room, etc. (where appropriate — wouldn't work in all situations). I could then use XPath to find all the unique locations in the book (this would be great for the globe-hopping James Bond novels).

Identify "action" passages and mark them. How about the death of a character? Mark them so I can immediately find out where Le Chiffre was killed and read how it happened.

Introductions of characters are another thing. Mark the first appearance of each character so if I can't remember who someone is, I can go back and find where they first appeared and who they are.

I'm reading Tom Clancy's "Politika" right now, and I can hardly keep track of everyone. It'd be handy to be able to print a "report" showing who everyone is. (A good ebook client implementation of this would know what page the reader was on and not report anything past that page as to not spoil anything.)

Maybe mark the beginning and ending of pages as they appeared in the original publication. And have some way for an expert to insert commentary about the text.

James Bond novels are one thing, but imagine if someone did this for, say, "War and Peace". It would be like Cliffs Notes embedded in the text of the book.

There's unexplored potential here. I can't be the first person to think of this. (And another question: is this just an attempt to completely suck the soul right out of fiction? Should we just leave it the hell alone?)

Click here to comment on this entry

A myriad of markup systems

A myriad of markup systems 04/12/2004 11:15 PM

It's hard to avoid the legions of custom markup systems out there these days. Every Wiki has it's own syntactical quirks, while packages like Markdown, Textile, BBCode (in dozens of variants), reStructuredText offer easy ways of hooking markup conversion in to existing applications. When it comes to being totally over-implemented and infuratingly inconsistent, markup systems are rapidly catching up with template packages. Never one to miss out on an opportunity to reinvent the wheel, I've worked on several of each ;)

My most recent markup handling attempt has just been published as part of my SitePoint article on Bookmarklets (cl iché). It's a structured markup language in a bookmarklet: activate the bookmarklet to convert the text in any textarea on a page to XHTML. The syntax is ridiculously simple, and serves my limited needs just fine:

= This is a header

Here is a paragraph.

* This is a list of items
* Another item in the list

Converts to:

<h4>This is a header</h4>

<p>Here is a paragraph.</p>

<ul>
 <li>This is a list of items</li>
 <li>Another item in the list</li>
</ul>

The algorithm is simple, and easily portable to any language you care to mention:

1. Normalise newlines to \n, for cross-platform consistency.
2. Split the text up on double newlines, to create a list of blocks.
3. For each block:
   1. If it starts with an equals sign, wrap it in header tags.
   2. If it starts with an asterisk, split it in to lines, make each a list item (stripping off the asterisk at the start of the line if required) and glue them all together inside a <ul>.
   3. Otherwise, wrap it in a <p> tag provided it doesn't have one already.
4. Glue everything back together again with a couple of newlines, to make the underlying XHTML look pretty.

The bookmarklet comes in two flavours: Expand HTML Shorthand (the full version) and Expand HTML Shorthand IE, which loses header support in order to fit within IE's rippling 508 character limit. A more capable bookmarklet could be built using the import-script-stub method described in my article, but the implementation of such a thing is left as an exercise for the reader (I've always wanted to say that).

Incidentally, there's a very common bug in markup systems that allow inline styles that proves extremely difficult to fix: that of improperly nested tags. Say you have a system where *text* is bold and _text_ is italic; what happens when the user enters _italic*italic-bold_bold*? Most systems (and that includes Markdown, Textile and my home-rolled Python solution) use naive regular expressions for inline markup processing and will output vadly formed XHTML: <em>italic<strong>italic-bold</em>bold </strong>. To truly solve this problem requires a context-sensitive parser, which involves an unpleasantly large amount of effort to solve what looks like a simple bug.

Serenity through markup (ADTmag.com)

Serenity through markup (ADTmag.com) 10/02/2002 10:55 AM

Keep 'em separated: Layout and markup.

Keep 'em separated: Layout and markup. 10/28/2003 11:06 PM
So, my idea was to follow the nice development models that often exist at a platform level in UI architecture and apply them to the view components of a design pattern - particularly with an focus on extensibility. But I...

W3C Markup Validator Upgraded

W3C Markup Validator Upgraded 05/06/2004 09:47 PM
2004-05-06: W3C is pleased to announce an upgrade to the W3C Markup Validation Service. The new release is easier to use and install. It features new documentation and navigation, and offers helpful explanations and recovery mechanisms instead of fatal errors. Managed by a team of volunteers and the W3C Quality Assurance Activity, and supported by a large community, this validator is the single most popular resource on the W3C Web site. Read the announcement. (News archive)

MRL (Markup Recipe Language)

MRL (Markup Recipe Language) 01/25/2004 08:35 PM
Web site updated

"Other Languages "

"Other Languages " 04/08/2005 02:50 PM

"Other Languages "

"Other Languages " 03/29/2005 11:43 PM

ELML - eLesson Markup Language

ELML - eLesson Markup Language 03/30/2005 09:31 AM
Beta-Support of IMS Content Package

Enhancing Structural Markup with
JavaScript

Enhancing Structural Markup with
JavaScript 12/10/2003 09:07 PM
WebmasterBase Dec 10 2003 7:52PM ET

Text Analysis Markup System

Text Analysis Markup System 12/04/2003 10:45 PM
TAMS Analyzer 2.38b1 released

PHP Template Markup Language (ztml)

PHP Template Markup Language (ztml) 05/08/2004 10:36 AM
First alpha version released

XML Tourist: Mapping and Markup, Part 1

XML Tourist: Mapping and Markup, Part 1 12/19/2004 03:49 PM
In John E. Simpson's XML Tourist column, he introduces GML, the Geography Markup Language.

JFCML - JFC/Swing XML Markup Language

JFCML - JFC/Swing XML Markup Language 09/13/2004 01:09 PM
Project JFCML History

Requirements for the Ink Markup Language
Published

Requirements for the Ink Markup Language
Published 01/22/2003 02:35 PM
22 January 2003: The Multimodal Interaction Working Group has released Requirements for the Ink Markup Language as a W3C Note. This data format represents ink entered with an electronic pen or stylus, and is used to input and process handwriting, gestures, sketches, music and other notational languages. Read about the Multimodal Interaction Activity. (News archive)

Structural markup = Google power

Structural markup = Google power 10/29/2003 01:15 AM
Much has been said about PageRank, and how good or bad it is. One thing that is quite clear to...

Annotated Gel Markup Language Project

Annotated Gel Markup Language Project 01/29/2004 03:02 PM
Research Article Published

Conflict Resolution Markup Language

Conflict Resolution Markup Language 11/07/2003 02:07 AM
Equiforum and CRML

XML Tourist: Mapping and Markup, Part 2

XML Tourist: Mapping and Markup, Part 2 12/29/2004 08:49 PM
In the final part of his XML Tourist column's exploration of GML, John E. Simpson introduces us to the component schema parts as well as to some GML software.

New Generation of the W3C Markup
Validator Released

New Generation of the W3C Markup
Validator Released 11/26/2002 05:13 AM
26 November 2002: W3C is pleased to announce an upgrade to the W3C Markup Validation Service. Changes include improved result pages, accessibility fixes, restructured code and design, and more MathML, XHTML and SVG support. Feedback is welcome. The announcement names contributors and has release notes. (News archive)

Hate-pertext Markup Language

Hate-pertext Markup Language 04/09/2004 04:10 PM
There are quite a few conspiracy theories flying around the Net regarding Lockergnome's most recent "White Album" redesign. Blogger reaction? Overwhelmingly negative. Gnomie reaction? Overwhelmingly positive. Bottom line? We're still working on it - as well as a billion other things. I'm not asking for slack, but jumping Jesus on a pogo stick - there are only so many hours in the day. We're doing our best here, and appreciate the constructive criticism and code suggestions. Hell, maybe we should "open source" the SOB....

Mini ipod, maxi markup

Mini ipod, maxi markup 01/07/2004 05:39 PM
They seduce you, thrill you, and then they screw you. Neil McIntosh reports from the SteveNote, and brings us news of creative pricing: [The Ipod Minis will] cost $249 in the US, which works out at £138 at today's exchange...

Creative Comments: On the Uses and
Abuses of Markup

Creative Comments: On the Uses and
Abuses of Markup 01/15/2003 07:57 PM
The way Creative Commons recommends linking its machine-readable licenses into HTML pages makes little sense, says Kendall Clark, and proposes alternatives.

No lines of markup were harmed during
this process

No lines of markup were harmed during
this process 01/08/2004 08:37 PM
Yeah, new year, new looks, and the best part: Apart from inserting one single span on every page, no lines...

W3c Gets Behind Speech Synthesis Markup
Language

W3c Gets Behind Speech Synthesis Markup
Language 09/09/2004 02:44 PM
CRM Assist Sep 9 2004 6:27PM GMT

Recipe Exchange Markup Language

Recipe Exchange Markup Language 03/22/2005 06:23 PM
Dohh, reml-ref exe property says v0.5, but it is v0.6

Sitegalore Available in 8 Languages

Sitegalore Available in 8 Languages 01/05/2005 04:44 PM
theWHIR Jan 5 2005 8:12PM GMT

Voyager's 55 Languages

Voyager's 55 Languages 12/19/2004 03:44 PM
The Voyager spacecraft had their famous galactic greetings on board, with the map offering detailed instructions for any aliens who wanted to invade Earth, the drawing of a naked man and woman designed to make me giggle when I saw it depicted in my fifth grade science textbook, and the...

The Parable of Languages

The Parable of Languages 10/09/2002 11:48 AM
Today, though, the group was quiet, much quieter than usual, because one of their members, PHP, was not its usual cheerful self. In fact, one could say that PHP was in a true funk, if one had a mind to say something like that aloud, or within the hearing of one's boss. Or doctor.

Why the blues, PHP, the other languages asked. All the languages that is but C, because all C ever said was "bite me", being a rude language and hard to live with, but still respected because it was such a good worker.

And PHP answered...

"tri" Thx to Sam Ruby for the link.

"zeldman.93kr73"

Dynamic Languages

Dynamic Languages 08/12/2004 11:41 AM

Dynamic Tools for Dynamic Languages: After reading the " Programmers are Idiots" essay that Joe posted last week, I got to thinking about my situation. Am I actually a programmer? I came to the conclusion that no, I'm not — I'm a scripter. I work predominantly on the Web, and while I can "program" in Visual Basic, I work best in scripting languages like PHP.

I guess I like to think that I solve problems, regardless of method. I may not fire up a C++ IDE and compile stuff right and left, but my company comes to me with IT problems every day (every hour, sometimes), and I manage to solve 90% of them. I use all sorts of languages and technologies, but at the end of the day, problems are solved and business continues to improve.

(I will admit, however, to a concerted attempt lately to program some things in VB.Net. Why? Because while I may not consider myself a "programmer," I do enjoy getting paid like one. And, sadly, you don't see many job postings for "problem solver.")

Related to all this is the essay linked above. It's a Very Important Thing. It's very long, but it has good headings, so you can skim it.

The author attempts to redefine traditional "scripting" languages like Perl, Python, and PHP as "dynamic languages." It's essentially a call for respect — these languages may be as glamourous as Visual Basic, Java, and C++, but they solve as many problems. Oftentimes more.

Just as Linux was suddenly recognized as a significant platform choice after years of being "snuck in through the back door", high-level open source programming languages are becoming recognized by mainstream analysts as key pieces of an effective approach to building software.

[...] The strengths of these languages derive from their open source nature, from their pragmatic approach, and from their constant evolution in response to real user needs. Ignoring them is equivalent to ignoring the hammer in your tool chest because you've just been sold a fancy screwdriver.

So, am I a programmer? Or am I a scripter? Or am I just a guy who solves problems through a broad base of experience with what a lot platforms, languages, and applications can do?

If it were up to me, I'd much rather hire someone who knew a little about a lot, and who could analyze a problem from that perspective before coming up with a solution that was centered around making the problem go away rather than using one language over the other. Of course, sometimes you need a specific type of programmer, but just as often, you don't — you really just need a problem solver.

But maybe I'm just making excuses because I don't have CS degree and I hate compiling stuff. Perhaps I'm just bitter.

Click here to comment on this entry

Grok Description matches for Extreme Markup Languages 2004
GrokA matches for Extreme Markup Languages 2004

Extreme Markup Languages 2004