Note to self: FairyBrier
Mar. 29th, 2005 01:34 pmFairyBrier is a UML modelling tool specifically for programmatic website developers. By viewing each page as an object with a definitive heirarchy with contractual preconditions and alternative targets if those preconditions are not met, FairyBrier allows the programmer to craft a session-managed website using only a mouse and a couple of gestures.
FairyBrier supports four levels of interaction: (1) A schematic view, which shows the pages as icons with UML decorations for their roles. (2) A role view, in which page names and their decorations are visible. (3) The storyboard view, in which links and stereotypes for the different pages come into view. (4) The page view, in which individual pages, their contents, preconditions, and off-view requirements are listed and accessible.
FairyBrier is expected to be able to save its state. It is also expected, in the end, to create a website skeleton compatible with JSP, PSP, or PHP.
I haven't written any code for this yet, but it's on my list, and I needed a place to keep it in my mind. This is as good a place as any.
FairyBrier supports four levels of interaction: (1) A schematic view, which shows the pages as icons with UML decorations for their roles. (2) A role view, in which page names and their decorations are visible. (3) The storyboard view, in which links and stereotypes for the different pages come into view. (4) The page view, in which individual pages, their contents, preconditions, and off-view requirements are listed and accessible.
FairyBrier is expected to be able to save its state. It is also expected, in the end, to create a website skeleton compatible with JSP, PSP, or PHP.
I haven't written any code for this yet, but it's on my list, and I needed a place to keep it in my mind. This is as good a place as any.
no subject
Date: 2005-04-01 03:11 am (UTC)I once had a job writing the middleware portion of the very thing you describe: a platform for building web applications out of a diagramming tool and an underlying toolkit COM+ objects.
Thing is, this wasn't a software company, and the project wasn't for a platform to build any web app, but a very specific, actual web app. So, it didn't fly, due to deadline and budgetting constraints.
Still, it was a good idea in theory, and it's nice to see the theory finally becoming a reality 4 years later.