WikklyText 1.5.0 is released. This is somewhat of a cleanup release with a reorganization of the caching architecture, parsing cleanups and XHTML compliance fixes.

Major changes

• Caching is now done at the wikitext->XML layer, instead of wikitext->HTML. This has several benefits including:
  • Macros are now evaluated every time, instead of just the first time the wikitext is parsed (no more need for the -cache tag; you can safely remove it).
  • Auto-links to unknown CamelWords or links like [[My new word]] now work with caching turned on.
  • Bottom line: You can safely turn caching back on for all cases now.
• API Change: Keyword parameter plugin_dir changed to plugin_dirs in several places to reflect the lower level semantics. Old keyword still accepted for now.
• Can specify extra paths to look for plugins on wiki admin page. This is convenient when you want to have several wikis yet keep your plugins in a single location.
• Fix macro parsing for nested calls like <<aaa<<bbb
• Cleanups for XHTML conformance — now passes tests @ http://validator.w3.org/ in strict mode
• Links (both [[..]] and [img[..]]) can no longer have inner markup. Allowing inner markup was occasionally useful but caused too many problems with TiddlyWiki compatibility. Although this is a markup change, it is compatible with TiddlyWiki so hopefully won't cause too many problems. Please double-check your links after updating.
• Fixed CamelWord parsing so that abcDefGhi is not seen as abc[[DefGhi]]
• rendercache entries now expire to keep cache from growing indefinitely (parameters set through wiki admin page)
• Turn off browser caching of command responses
• [[/my/path]] will now make a file:/// link if /my/path is a valid path
• Rendering time limit now configurable on admin page. Fixed bug in time limit handling.
• Speedups in rendering for all store types; text stores benefit the most from these changes.
  
  

Downloads and more information at the WikklyText home page

This is a major feature release with many new features and enhancements:

User-visible changes

• Now creates autolinks to unknown CamelWords and links, just like TiddlyWiki does. Turned off by default to avoid surprising existing users. You can enable this behavior from the admin page.
• Metadata updates are now automatically applied. No longer have to shutdown wiki and run wik updatemeta from the command line.
• Added user-defined log filters on admin page.
• Added StyleSheet link on admin page for convenience.
• Added button on admin page to clear rendercache.
• Stricter parsing of CamelWords — now accepts alphabetical only.
• Fixed cache handling in SiteTitle()/~SiteSubtitle()
• Tags nocache and norss changed to -cache and -rss.
• Added <<div>> and <<span>> macros.
• Fixed <<nowiki>> handling.
  
  

Internal changes

• New plugin API make it easy to add user-defined macros. (see WritingPlugins)
• API Changes
  • URL resolvers now return linktype as string ('internal', 'external', or 'newitem') instead of True/False to allow more types of links. (For backwards compatibility, True/False are still accepted.)
  • wikStore_tw_re can no longer be used directly. wikStore_tw has always been marked as the official interface; if you are using wikStore_tw_re just change to wikStore_tw, it has the same API.
• var_get_* and var_set_* functions moved into WikContext. Old functions left in place for now to avoid breaking API, but marked as deprecated.
• Added file locking to wikStore_tw
• Updated wikStore_sqlite for multiprocess use.
• Added locking to wikStore_files
• More comprehensive time handling in wikStore_tw to account for many variations in TiddlyWiki formats.
• Fixes for CherryPy 3.1-final
  
  

Links:

• Home page
• Python package
• Win32 binaries
  
  

A new version of WikklyText is available for download. This is primarily a developers release, with many internal changes. You can view the list of major changes here.

Note this release is not suitable for use with Drupal. If you are using the Drupal plugin, please continue to use 0.99.22 until the next stable release of the Drupal plugin.

Downloads & instructions can be found at the WikklyText Home Page.

File has moved!

This is now hosted at wikklytext.com

This is a major feature enhancement release for WikklyText, adding these features:

• New script twextract converts a TiddlyWiki into a set of XML and HTML files. This is useful for ...
  • Serving your TiddlyWiki content as a lightweight set of pages instead of each user having to download the entire wiki.
  • Serving your TiddlyWiki content in a Javascript-restricted environment. The generated files are plain HTML.
    
    

You can view a demonstration here: TiddlyWiki Home Page, converted to HTML.

Other enhancements/fixes:

• Wikitexts can use <<set $LINKS_NEW_WINDOW 0|1>> to determine if links open in a new window.
• Improved CSS styling & document structure for standalone documents.
• Bugfixes in tables, allowing the PeriodicTable sample to work again.
• Lots of internal fixes and reorganization.
  
  

Downloads & instructions can be found at the WikklyText Home Page.

This is a bugfix release for WikklyText, taking care of a problem where embedded Python code (<?py ... ?>) was not visible from nested macro calls.

Downloads & instructions can be found at the WikklyText Home Page.

Update: WikklyText is now the default input format here for user comments. You can still use Filtered HTML if you choose, but WikklyText is the default.

You might have noticed a tagline showing up on articles written here lately — "Written in WikklyText". WikklyText is the name of the underlying wikitext engine used here at boodebr.org. WikklyText is a markup language that is "99% compatible" with TiddlyWiki markup. It can be used both as a Drupal plugin, and to create standalone (X)HTML documents. It is written in Python and isn't tied to any particular web framework. You should be able to plug it in to any CMS; I implemented a Drupal plugin because that is what I use.

After much work and polishing, I'm announcing the first public release — 0.99.16. As this is the first public release, please read the documentation and exercise caution before installing on your site and giving unlimited access to anonymous users.

Downloads & instructions can be found at the WikklyText Home Page.

Note that using WikklyText as a Drupal plugin requires Drupal 5.x. I'll gladly accept patches to make it work with Drupal 4.x, but I'm not currently running any 4.x servers.

This file has moved!

New location: Markup Reference

WikklyText has moved!

Beginning with the release of WikklyText 1.0, it is now hosted at wikklytext.com. I think this will be a better location than having it scattered throughout the pages here. wikklytext.com runs a WikklyText wiki (behind Apache) which is nice for demonstration purposes as well.

I discovered TiddlyWiki this week, and as the title says, WOW! If you haven't heard of it, essentially it is a serverless blog/wiki, implemented purely on the client-side (in Javascript). That's cool enough, but on top of that, it is head and shoulders above (in terms of user-interface) any other blog/wiki I've used. It is implemented as a single file (code+CSS+content), so it is trivially easy to carry around on a USB stick, etc.

Earlier this year I was playing around around a little bit with DHTML (trying to figure out what all this AJAX stuff was about). In doing so, I realized how much of what is called "AJAX" is really implemented in the browser. I had a vague idea that you might be able to write browser-only AJAX-ish apps, but had no idea they could be this cool. You can use TiddlyWiki as a blog, a wiki, a homepage, a bookmark collection, a todo-list, ... the possibilities seem endless. For all the times that I've opened up a text editor to scribble down some random fact (and then was never able to find it again), now I can use TiddlyWiki.