Vote -- Community curated TiddlyWiki editions: First steps

Community Projects Landing Page
#1

The original topic: TiddlyWiki is very powerful but gives too much freedom to new users. I lost myself: A story and an idea.
For more experienced members, feel free to edit this topic if you feel necessary.

  • Let’s start looking for the most requested uses of tiddlywiki: answer the poll and if there is any category that has not been covered among the answers, write it
  • Note-taking
  • Personal journal
  • Public blog
  • Project planning
  • Time-management system
  • Documentation site
  • Recipe list
  • Link curation wiki
  • Bibliographic database
  • Data log
  • Other (comment)

0 voters

Options not in the survey, but brought to attention:
-Writer’s organizational tool
-Writer’s tool (TTRPG specific)

The (ideal) goal is to compile as a community some curated editions for new users or less experienced users, giving them the tools to start using TidlyWiki without being overwhelmed, supported by solutions compiled by users who have already had the opportunity to experiment with TiddlyWiki.

In addition to discussing which editions would be most important to compile, I would also invite a discussion here on how we might coordinate.
What I would say: once we gathered information on the most common uses, I would divide the discussion into different, specific topics. In these topics, users who want to participate in this project will be able to freely discuss it, but I would also encourage users who only have requests or ideas to participate.
Then I would start focusing our efforts on just one or at most two of the most popular editions. (So ​​we can do things better and see if this project is feasible)

In my opinion, yes, it would be feasible, since we have to keep in mind that we need an edition that already has solutions, but one that is still simple enough to encourage customization.

I don’t know how materially we will then go about building these editions, so if you have any ideas on how it would be best to proceed, please share them!

7 Likes
Community curated editions: "Recipe list" edition
TiddlyWiki is very powerful but gives too much freedom to new users. I lost myself: A story and an idea
Community curated editions - Note-taking edition
Community curated editions - How best to coordinate our efforts?
#2

I suspect that we’ll find ourselves in a kind of shuffle-dance back and forth between which of these model-ideas seem most build-worthy and which actual builds (by folks here) seem model-worthy.

There is considerable labor involved in developing and refining a good TiddlyWiki (with actual workflow efficiency tested and tweaked through “living in” the solution), and some of these model ideas demand real-world familiarity with a particular domain. So, I think it doesn’t make sense to build most of these “from the ground up” just as demos.

Instead, people who already have working solutions or who are already motivated to develop one for their own purposes will need to put some work into converting a working tool into a public model:

  • making the affordances (navigation, edit-templates, tag- and field- structures) as clear as possible
  • taking out their most “funky” idiosyncratic elements that aren’t commonly associated with the main purpose
  • paring away enough content (perhaps adding here or there) so as to have a neatly curated set of sturdy model tiddlers (spanning the wiki’s various kinds of “nodes” of interest).

Perhaps one thing we can do for each other, when we have candidates for such reworking, is volunteer as “demo tourists” — helping to point out ways in which the solution might be made less convoluted, visually clearer, etc.

With something like a task-management wiki, I can imagine that we’ll actually need/want two or three flavors, because such radically different workflows and priority-handling styles appeal to different folks. (I look at some people’s GTD structures and nearly faint at the detailed executive function they both reflect and demand – just in order to maintain the tool for getting stuff done!)

Thanks for the topic @SnapSam!

4 Likes
#3

I did pin the topic for 2 weeks. 21.Dec.2023

#4

I’m not sure my use fits exactly into documentation site or not :thinking:

I primarily use mine as a personal wiki for my writing projects, keeping track of connections between characters, settings, and events.

Which means I use templates to build dossier / fandom styled profiles for the characters, create shortcuts between tiddlers that are relative to one another, such as x character during y event, etc., templates for in-story documents for reference or drawing web graphs to visualize what impacts what else.

My task management is handled by outlook, since I don’t think TiddlyWiki can interact with emails or calendars connected to MS or Google (otherwise I’d happily make TW my one stop shop.)

#5

Yes, I think this should be another high-level choice:

  • Writer’s organizational tool (for novels, articles, essays, and more)
5 Likes
#6

I think I would agree with that, I come from a MS office and scrivener background, so a literary organizational tool fits that description well. However, creating something as a template for that could be a bit tricky in the long run, since it’s highly subjective in how an author categorizes their works.
For instance, I can tell you that my grouping of topics is far from the norm when in comparison to fantasy authors.

If a template were to be made for that, making tabs macros and character sheet templates would need to be readily accessible, kind of like what’s seen with some of the D&D / Pathfinder TiddlyWiki floating about on the web

Speaking of, TTRPG may be another category? though I suppose it could fit as a sub category of a project planner or literature tool

1 Like
#7

While I agree that is likely, I think we will need to settle that questions sooner rather than later. I’m hoping we settle it by agreeing to build a useful community edition with enough features that most new users would find it functional. No, more than that, they would fine it smooth. I would expect that the UI offers that one first, but also has “Or see J-J-Journal by Mohammad, Live(ish)Journal by Springer, PermaNotes by pmario, … or Techno Diary by TW_Tones.”

I think such community-supported editions should chiefly have the changes necessary to make it work correctly and look right. They should not be bogged down with tools that they might need. Ideally, they would collectively show off the power of TW, but individually we want the community editions to be simple enough that their features can be demonstrated in, say, one thousand words. (Absolutely making up the number, but the idea should be clear.) This does not apply at all to the user-supplied ones. They might get voted up and down the list of alternatives (and possibly enough downvotes keeps them off, since we don’t want to embarrass ourselves.) But they can exhibit much more complex behaviors and sophisticated combinations of features.

For instance, one or two topics might demonstrate the use of an alternate layout. But most of them shouldn’t. A few might need a custom search widget, but not the majority.

Part of the reason for this is that I think of these serving a secondary goal of showing off TW’s flexibility. The individual community editions – I think that term is already claimed; perhaps “demo editions” – serve to get a user going in the right direction; they show the depth. But the collection of them demonstrate most important TW features; together they show the breadth. Combining breadth and depth in individual wikis will simply scare off all but the most adventurous.

#8

Of course, it’s a direction we can take. But it seems to me that whoever volunteers for this job would have a very demanding job on his hands, if he had to do it alone (even with the help of the “tourists”).

In my opinion we should at least try to do something together. We discuss how we should do it first, perhaps presenting some plans or examples and then everyone takes on a task. Then the solutions will be combined (but this should be done with good communication so we don’t step on each other’s toes).

It could actually be difficult to coordinate. But I would say we should try. If we see that it’s a task that is best done alone, we’ll take that direction, but I’d say that should be plan B.

And it goes without saying that the volunteer should also be an expert user…
For example, I would be more than happy to do my part in the construction of one or more editions, but I could never, inexperienced as I am, manage a public model.
However, if we embarked on a “collective” project I could present some of my solutions and help find them, those would be tasks within my reach. Furthermore, by working together we will more easily find out which things really matter and which are not particular solutions suitable for just one person.

I thought about it as a possible response to the poll, but I must have forgotten. I would say consider it as part of “Note-taking”?

Unfortunately the poll after 15 minutes cannot be changed, so I can’t add the option. But I would have voted for that too. (personally I would consider it part of note-taking, however I will add a note to the main post)

1 Like
#9

I had a thought. Can we make a tiddlywiki tiddlywiki-builder? something where you go to the wiki, check boxes for how you plan to use it, what features, buttons, templates, palettes, alt layouts, you would like to have, and then click generate?

something like, and excuse my odd choice of reference, VanillaTweaks for minecraft resource packs? they built a site to create custom modular resource packs, and TW could do the same I’d imagine.

Then we don’t need to build and maintain multiple different kinds of TW, we just make sure to follow preset guidelines to make the options cross compatible. now you don’t have to worry about a writers tool having that one thing you like that the project planner doesn’t, etc.

Preset groups of modular options could be things like “I’m a writer” so it auto checks others under it’s category.

1 Like
#10

The only edition I’ll ever use (well, who knows what the future holds) is empty.html

I don’t know if that’s worth explicitly adding to the list of editions

My primary use case for TiddlyWiki is creating browser-based applications (not web applications, which I consider different). TiddlyWiki is my rapid application development tool (whether just to create prototype applications or to create end-product browser-based applications.)

My secondary use-case is intertwingularity slicing and dicing (aka intertwingularity mapping, like textual mind-mapping vs graphical mind-mapping) when things do not fit well in a neat and tidy hierarchy.

1 Like
#11

Just to clarify: are we meant to be voting for

  • Ways we personally use TW?
  • Use cases we assume would be most popular?
  • Most commonly implemented or desired use cases we have seen personally?
  • Editions that seem hypothetically useful (or in need of special support), whether or not we have or would ever use them?
  • Something else?
#12

I think that will be an ongoing theme. One of the joys of TW is that you don’t have to settle for anyone’s idea of a one-size-fits-all tool. But we still have to present something.

One perhaps useful technique would be for us to use something familiar for each example. Perhaps a novel-prep wiki would be as if it were from Lewis Carol as he writes Alice in Wonderland (has the advantage of being public domain.) And academic article might be a famous one from Kant—care to help with that @Springer? :slight_smile: —or Einstein.

1 Like
#13

Could be done, I would not recommend it.

It would require testing every combination/permutation imaginable, every time there is a new TiddlyWiki version and every time there is a new version of a plugin.

For a new user building their own custom edition, it will sour their experience to spend that effort and have something that does not work.

Better, I think, to have a few editions, and each new edition tested when it needs to be for the purpose/scope intended.

#14

I would say: How do I use (or would like to use) Tiddlywiki?

But if you feel it is useful to vote for a category because you really think it could be useful for some users even if not for you personally, go ahead.

1 Like
#15

I think it will. My suggestion from the earlier thread would put that prominently as the final offering:

1 Like
#16

I would say no.
The “empty” will always remain the default version. The others edition come after. So there’s no need to put it on the list. (But in reality this is just a question of presentation, so it may be good to add)

#17

I don’t imagine this to really be the case. Afterall, TiddlyWiki on it’s own is modular in how it works, where different parts rely on one or several other macros, widgets, etc.

If the same general format is followed when creating the parts, it avoids the risk of things being incompatible. For instance, the palettes we have already in TW don’t all use the same color values, some use entirely different values, which results in issues.

It would also mean that, instead of multiple versions to try to keep up to date, you just need to check if the parts (I’m not sure what to call them, lets go with tidbits :man_shrugging:) just need to be tested. maybe just throwing a TW with all of them on it into one of the updaters and seeing what breaks.

It could even be just a plugin pack you could grab right when you start an empty.html :thinking:

I just imagine that, with enough different versions, eventually some are going to get left behind, or run more outdated than others.

1 Like
#18

i’d personally classify that under “world-building” which is something i have used TW for that doesn’t seem to be in the list?

1 Like
#19

I don’t want to put words in Charlie’s mouth, but I had a similar concern. Since nearly all the preexisting parts that a user could choose to plug in have been produced and maintained by individual developers, there’s some inevitable idiosyncrasy in the data structures they assume, and using them together often involves some reconfiguring. (This is a regular topic here at TalkTW: How do I get this plugin to work with this specific edition, when they were made by different people, for different core versions?) So unless we want to recreate a lot of established solutions, I’m not sure we can reasonably guarantee that plugins chosen a la carte will work together smoothly, or that they’ll continue to work with a later version of the core.

This is not to say that I don’t like the idea of an a la carte component list that doesn’t require a new user to discover all the relevant plugin libraries on their own. But I do think it may need to come with a “buyer beware”.

#20

Well, I would imagine it would take us to decide on what will be the starting edition of TW to have the components be based on, before updating them to work on future versions.
When I imagine how something like this would work, I imagine something similar to how @EricShulman’s TiddlyTools website is, however you bring up a valid point about multiple developers working with multiple formatting and design philosophies, and that’s where I feel like laying down the standards for each one of the components comes into play.
Making sure that specific guidelines are met, and that preexisting code snippets are used means that you don’t have to spend extra time reinventing the wheel, unless otherwise necessary, and also means that anything that worked with the original source of the code will now work with where you pulled it from.
Naturally, things will break, there is no getting around that as newer editions and newer functions are introduced, so making note of which sets of features work with which version is key.
VanillaTweaks does it by MC version, and we could do the same, and while those might be unsupported for a time, getting them to work could mean reintroducing them.