Wagn 1.4 is here, and it fleshes out a very cool concept: cross-patterned content.

We all see a lot of patterned content every day: calendars, weather forecasts, stock reports, etc. But usually these patterns don't cross-pollinate. In Wagn, they can.

If you've been using Wagn for a while, you can understand the updates in 1.4 as mating our Settings / Sets system with our structure system.  In short, Wagn lets users organize information into cards and apply settings (configuration options) to sets (groups) of cards.  The sets may be as broad as all cards or as narrow as a single card. We're now introducing two new formattings settings: *default and *content, which respectively determine cards' initial content (formerly "soft" format) and content template (formerly "hard" format).

The key thing to understand is that in Wagn everything is organized into cards, and every card's content can now be arranged with patterns that may be very broad or very narrow. And if the card is a complex whole built of other card parts, this same breadth of pattern can apply to every part. It's a very powerful concept.

Example: Wagn vs. relational database

To see how this all works and is different from a normal "relational" database, consider a system tracking information about pieces of furniture. Imagine that you want fields for measurements, type (chair, sofa, table), number of pieces, materials, comments, etc. The typical relational database model would be to make a furniture table with all of these fields. If you happened to have another table (say "artwork") with lots of the same fields (measurements, number of pieces, materials, comments, etc.), then those fields would not actually be related in any way to the furniture fields — separate table, separate universe.

Now let's consider how this would go in Wagn. Similarly, you might create a card type called "Furniture".  Then you would include cards for those same fields in the furniture form card.  (Check out all the new ways to navigate to form cards.)

But in Wagn, the configuration of each of those fields (or subcards) could be as general or as specific as you like.  You could set it up so a subcard named "number of pieces" would be a number card regardless of the type of card it's on. You could have different default values for measurements depending upon what you're measuring (furniture or artwork). You could override any of this formatting for a specific field on a specific card. And you could even override all of this formatting for an exceptional piece of furniture.

This is why I referred to Wagn's power as cross-patterned content. All different parts of the content you're organizing can follow patterns — or diverge from them — as appropriate.

And it's just one more advantage of our approach of building everything out of powerfully simple building blocks. Cards make all kinds of new integrations possible.

More in Wagn 1.4

Of course, there's lots more in Wagn 1.4. Wagn 1.0 was about flexible ways of organizing information: a cutting-edge wiki. Wagn 2.0 will be a full-fledged whole-system-building platform: true to it's wiki roots, but more powerful, modular, and intuitive. Wagn 1.4 is a big step in that direction.

Additional enhancements include:

• a flexible email system for configuring emails to be sent when you add a card
• briefer and more powerful syntax for referring to card parts (contextual names)
• a "raw" views for displaying unprocessed card contents — show me the markup!
• an "array" views for using Ruby cards to perform calculations on search results
• performance optimizations for faster page loads
• fixes to some old, hated bugs. Ever double-click in a comment box and lose the comment? Never again!