TW 5.2.3 is Getting Ready to Be Released

automatically folding all tiddlers not currently in view (just by setting the respective state tiddler)

This is a really clever idea, and as an avid zoomin user with far too many tiddlers, I’d love to make use of it. I can’t quite figure out how to achieve the automatic folding and unfolding… did you have to change the way links are handled?

Actually, yes. I cloned the layout $:/core/ui/PageTemplate (which can then be chosen in Control Panel → Appearance → Layout) and added the line

<$messagecatcher $tm-navigate=<<additional-link-actions>> >

inside the $navigator widget (and its respective closing tag).
In a global macro additional-link-actions I do the folding / unfolding, and some re-sorting of newly opened tiddlers in the $:/StoryList, since they were all being appended at the end when the clicks were intercepted by the $messagecatcher. I can post the macro here if you like.

No core tiddlers were touched.

Have a nice day
Yaisog

@Yaisog this is a good idea that lets me do something I have wanted and that was to trigger an action on any navigation event.

As I understand it the message catcher widget “absorbs” the message and you need to issue it again so I assume your macro includes something like;

<$action-navigate $to=<<currentTiddler>> />

Or some thing similar, is this the variable?

The above seems to work, was there any other trick?

For reference, here is the macro:

\define is-folded()
[lookup[$:/state/folded/]match[hide]]
\end

\define additional-link-actions()
<$action-log message="$messagecatcher in $:/mwi/ui/PageTemplate"
						 from=<<event-navigateFromTitle>> 
						 to=<<event-navigateTo>> 
						 modifier=<<modifier>> 
						 storylist={{$:/StoryList!!list}} />
<$tiddler tiddler=<<event-navigateTo>> >
	<$list filter="[<event-navigateFromTitle>!is[blank]] [<tv-story-list>!contains<currentTiddler>] +[nth[2]]" variable="void">
		<$action-listops $tiddler=<<tv-story-list>> $subfilter="+[insertbefore:event-navigateFromTitle<currentTiddler>move<currentTiddler>]"/>
	</$list>
	<$action-navigate />
	<$list filter="[<modifier>match[normal]]" variable="void">
		<$action-deletetiddler $tiddler={{{ [all[current]addprefix[$:/state/folded/]] }}} />
		<$list filter="[list[$:/StoryList]!filter<is-folded>] -[all[current]] +[addprefix[$:/state/folded/]]">
			<$action-setfield $value="hide" />
		</$list>
	</$list>
</$tiddler>
\end

This adds closed tiddlers where I expect them in the story (below the current one), whether the Ctrl-key was used or not, and does the folding / unfolding.
The only thing I noticed is that when I create a new tiddler from the Page Toolbar, that tiddler starts folded. I don’t do that often enough that it bothers me, though, so I don’t have a workaround for it.

@TW_Tones: $action-navigate uses the currentTiddler, after it has been set to the variable event-navigateTo which is set by the $messagecatcher.

Have a nice day
Yaisog

PS: See also this discussion on GitHub regarding propagation of navigation events.

Try out the remarkable new feature of TW 5.2.3p.

To display stylesheets as rendered plain text with highlighting:

  1. Open https://tiddlywiki.com/prerelease/#%24%3A%2FControlPanel
  2. Navigate to Info → Advanced → Stylesheet

The CSS highlighting makes it much easier to see errors, which is particularly useful when using wikitext to generate dynamic stylesheets. (by @jeremyruston )

Now working with dynamic stylesheets is a joy!

Thank you Jeremy!

Help needed

The current list of contributors in https://tiddlywiki.com/prerelease/#Release%205.2.3 is like below

It would be nice if we could polish this to something like below

(taken from Sponsor @antfu on GitHub Sponsors)

A volunteer with css knowledge should be able to design a nice contributors list.

Further info

\define contributor(username)
<a href="https://github.com/$username$" style="text-decoration:none;font-size:24px;" class="tc-tiddlylink-external" target="_blank" rel="noopener noreferrer"><img src="https://github.com/$username$.png?size=32" width="32" height="32"/> @<$text text=<<__username__>>/></a>
\end

We then need to submit a PR (I help or do this) and implement @jeremyruston comments to be accepted for including in new release.

Personally I prefer seeing contributors’ names rather than just avatars.

It may be possible to create a comma separated list, with avatars + names, so it would be shorter in y-size. But it would also be less readable. I don’t have strong feelings about it

It can be done, hovering mouse show the names. It can also be designed such that names be appeared at the bottom.

The current form has no harmony with other elements in the release tiddler. The long list with a lot of empty space looks ugly! Note to the font size.

Even just some columns would improve it,

Also adding contributors other than those who made GitHub PR’s. The next release has a Fix for a bug I discovered and raised as an issue, I have also asked someone else to submit a change but typically I get no mention :frowning_face: only the one time I did a PR, but since I am not so sure how to fork the repository (or if I need to) I am not sure how to do it again. I will eventually, but I am thinking of others who are unnamed.

Updated

First trial: Just images and link, name appears as tooltip

To give a try

  1. download Contributors - i.json (1.3 KB)

  2. drag and drop over https://tiddlywiki.com/prerelease/

  3. open Contributors

Updated

Second trial: Images and link, and username

To give a try

  1. download Contributors - ii.json (1.3 KB)
  2. drag and drop over https://tiddlywiki.com/prerelease/
  3. open Contributors - ii
3 Likes

I do like this one quite a bit. It looks good. @jeremyruston we should consider Contributors - ii.json … but did you merge something from tobibeer lately?

1 Like

This is the proposed implementation of contributor section in 5.2.3.
Below image shows contributors to 5.2.0

It looks more colorful :wink: and live than the previous contributors section! I like to see the faces and am glad to see many volunteers helping and improving TW.

It’s a good point.

The reason is that I can figure out the contributors just by looking at the commit list. It’s much harder to keep track of the underlying contributor for an issue, and we don’t have a systematic mechanism for doing so. In the meantime, it does provide another incentive to make even a simple PR – we do credit docs updates because they end up in the same commit history.

The current macro only works for GitHub usernames in any case; perhaps we’d need a separate section for the talk.tiddlywiki.org usernames of other contributors.

1 Like

Worth mentioning here that making a documentation PR does not require any technical or Git knowledge: PR-maker

2 Likes

Jeremy I Guessed this was the case. I am personally happy to follow the path @saqimtiaz proposes below. However I would suggest there is cohort of users, reluctant to take this step to submit a PR or change but are key to ideas that get added to tiddly wiki.

  • One approach may be for any of the development team who do submit a PR on behalf of, for or as a result of another contributor, have the opportunity to name this “external contributor” in a repository somewhere (perhaps even in an acknowledgement tiddler, 1 per release?) with the PR number included.
    • For example when you kindly completed my suggestion [IDEA] Extend tiddler subtitle to be hackable with a tag for 5.2.3? #6775 you could register “@AnthonyMuscio #6779” as a contributor. But the same could be done by reference to a talk.tiddlywiki.org user ID or post if the user was not in GitHub, The PR itself could include an addition of this line to the version acknowledgement tiddler (but that’s a different repository? so some automation would help.)
  • I am primarily thinking of others in this suggestion, so more of the community can be recognised as contributing. (this does not mean “I do not, personally want to be acknowledged” sometimes)
  • A less satisfying alternative would be to allow community members who know they contributed to a particular release to be able to submit this fact and references to evidence, before the release goes live, say via tiddlywiki.com

And there is a HowTo here in the group: 7 Steps to Improve the TiddlyWiki Documentation … From my personal experience I can say it’s the most convenient way to edit TW documentation, since it can be directly seen. … Creating the PR is filling a form and click a button. After creating a backup … of course :wink:

3 Likes

New Feature

One new lovely feature in TW 5.2.3p is the customizable Tiddler subtitle. I love it!

Among many possibility, now I can even add a logo or company/university badge as subtitle without touching core tiddlers.

Special thanks goes to @TW_Tones (proposed this) and @jeremyruston (implemented this) and core developers @saqimtiaz and @pmario.

Thank you all.

Ref: https://tiddlywiki.com/prerelease/#SystemTag%3A%20%24%3A%2Ftags%2FViewTemplate%2FSubtitle

Example

  1. download mylogo-subtitle.json (214 Bytes)
  2. drag and drop on https://tiddlywiki.com/prerelease
  3. open any tiddler like TiddlyWiki Pre-release

So where do we see the action ??? Just a query ???