Great stuff. It'd be great if you could expand on those macro ideas, very interesting. I've got some thoughts about tagging, some of which show up in the prototype:
- We keep the tiddlers being tags thing, I agree it's been successful - The core storage mechanism will index tiddlers by tag, making searching by tag much, much faster - The tiddler selector mechanism will allow you to use tag-based filters in several places. For instance, in the current prototype the left hand column is marked up with an "accept" parameter that causes it to display all tiddlers tagged "documentation", with non-matching tiddlers falling through to the next column - By associating an image with a tag, we can show tags graphically, and, for instance, make them behave like checkboxes where one can apply and remove a tag just by clicking the icon Further, I'm trying to decompose some of the classic TiddlyWiki macros so that they can be more easily customised. For instance, making a popup macro into which one places a list-of-all-tiddlers-with-a-given-tag macro. So, for advanced users, instead of just having pre-canned macros like <<tagging>> and <<tagged>>, they'd be able to construct more complicated customisations. And as you can see if you flip one of the tiddlers into edit mode on the prototype, these macros are very visual, and will support drag-and-drop and so on to make them easy to manipulate Best wishes Jeremy On Fri, Jan 29, 2010 at 1:51 AM, Anthony Muscio <[email protected]> wrote: > Jeremy, > > I look forward to tiddlyWiki's evolutionary change. I want to flag here a > strong interest in tagging functionality been improved in the core. The > reason is that tagging offers such a substantial advantage buy effectively > providing sets to which tiddler may or may not belong. When tags are also > tiddlers you can quickly find the members of that set. > > Most people using tiddlywiki quickly adopt tagging as an organising system > and to drive status settings for task tools, and linking tiddlers in > knowledge and hierarchical systems. A set of simple but highly adaptable > tools for sophisticated tag manipulation should be part of tiddlywiki's > evolution (especially, but not because of the need to port current plugins). > > Such Tagging facilities should include > NewHearPlugin features allowing a quick hierarchy to be created > Toggling tags including lists with toggle check boxes. > Cycling Tags through a set -eg; Set next, unset last > Conditional toggling - eg; if tagged tag1 then - untage tag1 then add tag2 > and tag 3 > Set manipulation through tags - eg; Join all items tagged tag1 with all > items tagged tag2 and tag them with Tag3 > > Such features would allow use of these core tools to do what many spend days > developing. It may also allow novice users to quickly expand the > capabilities of their tiddlywiki's without reference to individual addons > and plugins. > > If I can help by writing draft specifications I would be happy to do so. I > expect coding these will be relatively trivial. Please let me know. > > Regards Tony > > > TonyM > > If you have not found an easy way to do it with TiddlyWiki, you have missed > something. > www.tiddlywiki.com > > > > On Fri, Jan 29, 2010 at 12:17, Morris Gray <[email protected]> wrote: >> >> On Jan 29, 3:34 am, Mike <[email protected]> wrote: >> > Speaking of fET, I was hoping to be able to migrate all of my scripts >> > (InlineJavascriptPlugin) >> > Last year I converted all of my fET to ILJS, and have an extensive >> > amount scripts throughout my daily use TW >> >> I have been doing the same thing. While fET is tremendous it does >> cause one to avoid learning Javascript which is much more generally >> useful. Supporting migration of legacy fET might be necessary in the >> beginning, but I don't think it should ultimately take precedence as a >> core support over the Javascript standard. >> >> Morris >> >> >> >> On Jan 29, 3:34 am, Mike <[email protected]> wrote: >> > Speaking of fET, I was hoping to be able to migrate all of my scripts >> > (InlineJavascriptPlugin) >> > Last year I converted all of my fET to ILJS, and have an extensive >> > amount scripts throughout my daily use TW >> > >> > As all things go, I anticipate it may be a while before I could change >> > into TW5 completely, but I look forward to the new possibilities it >> > creates. >> > >> > I took a look at the source after reading Paul's comments, and that >> > also looks very tidy - a lot of it is over my head, but the general >> > organization is much better. >> > >> > Mike >> > >> > On Jan 28, 2:38 am, Jeremy Ruston <[email protected]> wrote: >> > >> > > Paul's correct, out of the box, it won't be possible to drop existing >> > > TiddlyWiki plugins into TiddlyWiki5. This is because the underlying >> > > programming model has had to change quite a bit to enable the new >> > > features. >> > >> > > I believe that it would be possible to write a little mapping layer >> > > that would provide traditional TiddlyWiki APIs within TiddlyWiki5. >> > > With such a thing, it may be possible to get some plugins to run. I'm >> > > specifically interested in the little edge case of being able to >> > > migrate some decent percentage of foreachtiddler incantations. >> > >> > > Cheers >> > >> > > Jeremy >> > >> > > On Wed, Jan 27, 2010 at 9:00 PM, Paul Downey >> > > <[email protected]> wrote: >> > > > On Wed, Jan 27, 2010 at 8:07 PM, Mike <[email protected]> wrote: >> > > >> Very nice ! >> > >> > > >> Thank you for sharing your vision of the future :D >> > >> > > > ditto >> > >> > > >> How will this effect current plugins? >> > > >> (I did see the tiddler upgrade, I am assuming this would be for >> > > >> data) >> > >> > > > I'm assuming there's no easy way to upgrade plugins, and this will >> > > > make a lot of them feel hacky and passe anyway. >> > >> > > > I'm happy with this direction given the jQuery / HTML centricity >> > > > will >> > > > vastly simplify authoring new plugins - the core code looks far more >> > > > grokable than the current core. >> > >> > > >> I like the two column display, the lean layout >> > >> > > > I gather this is demonstrating multiple stories, which will make >> > > > building verticals much more interesting. >> > >> > > >> and the search bar >> > > >> static on the bottom of the browser. >> > >> > > > I like my search bar at the top of the page, but can see that's all >> > > > tunable. >> > >> > > > -- >> > > > Paul (psd) >> > > >http://blog.whatfettle.com >> > >> > > > -- >> > > > You received this message because you are subscribed to the Google >> > > > Groups "TiddlyWikiDev" group. >> > > > To post to this group, send email to [email protected]. >> > > > To unsubscribe from this group, send email to >> > > > [email protected]. >> > > > For more options, visit this group >> > > > athttp://groups.google.com/group/tiddlywikidev?hl=en. >> > >> > > -- >> > > Jeremy Ruston >> > > mailto:[email protected]://www.tiddlywiki.com >> >> -- >> You received this message because you are subscribed to the Google Groups >> "TiddlyWikiDev" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/tiddlywikidev?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "TiddlyWikiDev" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/tiddlywikidev?hl=en. > -- Jeremy Ruston mailto:[email protected] http://www.tiddlywiki.com -- You received this message because you are subscribed to the Google Groups "TiddlyWikiDev" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/tiddlywikidev?hl=en.
