links
300 Images From 1800 Sites
Punctuated Productivity
ascii table
brainjar.com: css positioning
Catman's Reference Guide to XHTML 1.1
Catman's XHTML 1.1 Elements and Attributes Reference Guide
citeseer
Color Scheme Generator
common errors in english
cool images
Copying music between authorized computers with iTunes for Windows
css layout-o-matic
daypop
del.icio.us
elegant hack
emacs wiki
floatutorial
imho...
keystroke shortcuts for windows xp
mozilla keyboard shortcuts
NameVoyager
perldoc.com
programming language popularity
regular expression tester
selectoracle
short url services
simple urls for search engines
the unix acronym list
yahoo dictionary
most read last 60 days: apache / fcgi / debian / rails (93)
listening reimplemented in ruby on rails (84)
installing atronscrobbler on windows using cygwin (83)
audiotron to audioscrobbler: atronscrobbler (81)
installing ruby and rails on debian (74)
categories
cygwin / linux / unix
emacs
entertainment
health
restlater
ruby on rails
software development
system administration
textpattern
web technologies
sections
about
article
photos
portfolio
recently
Tbone walking in the Park
rav this!
I'll rest later...
please don't feed the rails programmers
replication in rails
apache / fcgi / debian / rails
miguel's hell of gratuitous rewriting
favorite sig lines
listening reimplemented in ruby on rails
hard disk failure
maxloss
got backups?
installing ruby and rails on debian
hëävy mëtäl ümläüt
the lighter side: japanese error messages
home network performance
installing atronscrobbler on windows using cygwin
audiotron to audioscrobbler: atronscrobbler
lessons learned in electronic media
favorite messages from programs
A key component of textpattern for me is the textile system of generating pages with simple text. As I described in simplifiedmarkup, systems like textile can really simplify the maintenance of a web site, and by doing so facilitate the expansion of content on the site. Textile was one of the reasons I initially chose textpattern for my content management system / blog software.
Textile is cool, but it is not perfect. My hunch is that textile is suffering from a greatly expanded charter, flawed design, and flawed implementation.
Before I go further, let me say that my goal is not to dis textile. I like it, though I’m a bit frustrated with it. I hope these problems get resolved, and I’m contemplating fixing them myself.
What’s wrong with textile? This is what I’ve noticed: I’m spending way too much time wrestling with textile. By “wrestling” I mean trying different things to get textile to render the way I want. This is important because the reason for textile is to save time. If I can do the same thing with hand coded html in less time, then I don’t need textile.
I’m going to list the problems as I encounter them. I’ll update this periodically with both new problems and, hopefully, fixes.
Textile problems:
* * *
permalinkI’m interested in systems that convert simple text with optionally simple markup to html. I’ve used 2 such systems now:
Two main reasons:
I guess #1 is important to me as the primary author of my documents—simply put, I want to create these documents quickly and easily and have the output be valid html.
#2 becomes important when others must maintain the document. This is a key motivation for the twiki markup language—the system is a group collaboration system, and targeted to people that may not be skilled in html.
Textile extends #1 above to include translation of simple quotes and other punctuation to, um, the “more proper characters”. Matching double quotes become the paired, directional quotes, as in the previous sentence.
"before textile" —“after textile”
Here are some other systems (in no particular order):
These are great for creating documents with simple markup, but you soon want to do something that goes beyond the scope of the tool. As an example, I often want lists in tables. In twiki, tables and lists rely on lines for information about layout. A new line indicates a new list item (or the end of the list). A new line indicates a new row in the table, or the end of the table. Fortunately, twiki allows you to drop in regular html markup as needed, so if you really want a list in a table, you can just put the list tags right in, or code the whole table and list in html.
Another technique is to use a wysiwyg editor in a web form. There are a few of these available, too:
* * *
permalinkI’m trying to understand the details of textpattern.
Textpattern “pages” are poorly named—they are templates. I’m going to call them templates—when you see “template”, think textpattern page.
OFTB, textpattern has the following templates:
| template | description |
| default | this appears to be the page displayed when you go to the home page. The home page can list pages from multiple sections. |
| archive | this is the default article type. There is a section called article, and the associated template is archive. |
One of the key differences between the templates is the stuff that displays the content:
| default | <txp:article limit="5" /> |
| archive | <txp:article /> |
Forms are chunks of html that can be included into templates, and probably other forms. I guess I would have called these includes.
Template default appears to include form default as its repeating element, as does template archive.
Form comment and form comment_form are used for comments, the latter being the actual comment input form, and the former display of the comment.
Each piece of textual content—let’s call them articles—has a single section associated with it. The section defines:
| site organization | in that the section name is a folder / directory in your urls. Note, though, that the hiearchy is pretty flat right now, as you cannot nest sections natively. However, I’ve been nesting sections by creating new instances of textpattern in the hierarchy. Clearly I’m going to hell for this. |
| indirectly presentation | since you can associate templates with sections. |
* * *