[TiddlyTouch] 0.1.0 beta Release

[BurningTreeC]

Hi @all

I'm happy to announce the first beta release of TiddlyTouch

v0.1.1

tiddlytouch.tiddlyspot.com

The plugin includes all the basic functionality, no experiments ;)

... and I've added an MIT license

I've refined many things and fixed errors and put a package together that works pretty well for me, I hope you'll find it useful, too

Documentation is on the plugin page, though it's more incomplete than anything else, I'll work on that (after a few beers, cheers)

For the next days I plan to release 0.1.2 that includes readme, docs etc. and I'll work on the documentation

If you find some errors or strange behaviour, please consider posting something in this thread

There are two known errors that can appear, I've made two pull requests on github and they got merged, one is with codemirror, the other with dragging links/tagpills with touch. You can read more about that on the page under "Known issues"

all the best,

have fun!

Simon 

[TonyM]

Simon,

Love your work and look forward to the 0.1.2 that includes readme, docs etc.  I am sure you are on top of it but just want to point out that for TiddlyTouch and Muuri, understanding what can be achieved, its purpose and function is only present in pieces in the discussion threads. Please ensure you overview the solution from a "naive inquirer" perspective. I would be happy to help once you have the other documentation because it can be difficult as the author as its your baby and you know the solution intimately it can be hard to imagine not knowing anything.

Regards

Tony

[BurningTreeC]

Thanks Tony,

I got your message and although documenting is quite a pain in the *ss I already planned to add a good and simple documentation

I appreciate your offer to help, it's very welcome. So as documentation evolves, I'll give your and all community member's comments an open ear as far as my time allows

That said - I'd like to thank all members that are participating here in this forum, sharing ideas and suggestions and helping others to improve their projects

cheers to Australia from Austria (the european Australia)

Simon

[@TiddlyTweeter]

Ciao Simon

I'm looking and will comment in a couple of days after I played with it.

One  point I can make right away is that the various "gizmos" you took out for this version---I understand why--however, for a new user, they are extremely helpful in illustrating what it can do.

I guess with a few complete examples (probably better whole custom-grid TiddlyWiki than all together?) I sincerely believe the potential will be much better understood.

Great stuff ...

Later
Josiah

[BurningTreeC]

Hello Josiah,

the gizmos will live on in the "AddOns" section and on the demo page, which is now using the new plugin version an gets the gizmos back one by one. I've changed many small things in the meantime, so some things need to be updated in those tiddlers, too

Generally, I want to use the demo page to play and demonstrate, and the plugin page for the docs and the plugin itself

though I don't know if I'll keep the pages on tiddlyspot, I should probably switch to something else

Simon

[BurningTreeC]

I'm looking and will comment in a couple of days after I played with it.

One  point I can make right away is that the various "gizmos" you took out for this version---I understand why--however, for a new user, they are extremely helpful in illustrating what it can do.

I guess with a few complete examples (probably better whole custom-grid TiddlyWiki than all together?) I sincerely believe the potential will be much better understood.

Josiah, what do you mean with "probably better whole custom-grid TiddlyWiki than all together"? 

Simon

[@TiddlyTweeter]

Ciao Simon,

I mean, simply, different TW illustrating the different aspects. For instance AUTO-POPULATE is brilliant but likely best in a TW orientated to that end (e.g. image gallery, or bulk Tweet rep). If its mixed in with other stuff it gets confusing. BUT the gizmos do illuminate what TiddlyTouch can do so are worth having---though probably not all at once.

I can give more examples but I think you'll get what I'm getting at without that.

I hope you will keep a place for muuri WITHIN a tiddler. That matches well many use cases.

Best wishes
Josiah

[BurningTreeC]

Ciao Simon,

I mean, simply, different TW illustrating the different aspects. For instance AUTO-POPULATE is brilliant but likely best in a TW orientated to that end (e.g. image gallery, or bulk Tweet rep). If its mixed in with other stuff it gets confusing. BUT the gizmos do illuminate what TiddlyTouch can do so are worth having---though probably not all at once. 

I can give more examples but I think you'll get what I'm getting at without that.

yep, I got it! the auto-populate is something that needs to be used carefully because having 100 tiddlers open slows the wiki down and you won't like to use it - on TiddlyDesktop though tiddlers out of the viewport get handled differently as I experienced and there it'd be fine, though there with muuri it doesn't work that well because they somehow get removed from the cache or I don't know and muuri doesn't handle them until you scroll them into view. Anyway, that's something different.

The auto-populate should be done with performance in mind. I think about using lightweight viewtemplates for auto-population. I'll definitely bring that back to muritest but I'd like to do it in a way that is not only nice but also performant.

I hope you will keep a place for muuri WITHIN a tiddler. That matches well many use cases.

Yes, the muuri widget needs some work, not much, then I'll document its usage. 

[BurningTreeC]

Hello @all,

I'd like to ask a question 'cause now I'm working on this:

I've added 3times click/tap on tiddler - open to edit or save when editing,

4 times click/tap on tiddler - close tiddler or cancel when editing

now what about 5 and 6 times? ;)

for example:

5times in editing: cancel and close, save and close

5times normal - good ideas?

the question is if there's something that makes sense so that it's worth adding actions with more clicks/taps

any ideas?

best wishes,

BurningTreeC

[@TiddlyTweeter]

Ciao BuringTreeC

I'm giving opinions ... points of contrast. Please reject me as needed.

The general TOGGLE approach in TiddlyTouch is BRILLIANT. Much of which in another approach you'd need to do leaving the interface and go config Tiddler to do.

IMO, configuring an interface WITHIN  the basic interface you are thumbs-up. It easy for users to learn staying in the level presented and never having to see some weirdly different config console.

That said, there are issues with Toggles. IMO they work best when they do something at ONE  level  ... like change width.

I am NOT convinced a toggle should be used for the various edit states. The reason is that results are NOT at the same level. In one option the thing will dissapear (save & close), in another you won't really know what its done (save and continue) and another (save but keep in stream) is bland.

To try make my point clearer ... for instance, if TiddlyTouch had 15+ different visual CSS layouts I  think it WOULD work to toggle through them one by one. Why? Because you only gonna DO IT ONCE on setup. Its not everyday and zillions of morphs would be fine.

The other settings that are USED DAILY I think you need a limit. I was very happy to see you added width setting toggle to each tiddler. I think you are right to set the max at 6 for that.

This is a long way round of saying ...

1 - keep the toggle states of DAILY use low (6 or less)

2 - one off changes like global CSS  you do in a blue moon can be large (15 or more)

3 - Toggles that don't just change appearance but change function (like variations on saving), IMO should be avoided because the visual feedback is confusing.

My two cents
Josiah

Regarding NUMBERS of toggle states ... It differs between purposes.  For instance, if yu hcce 1

[BurningTreeC]

Hi @TiddlyTweeter

 

This is a long way round of saying ...

1 - keep the toggle states of DAILY use low (6 or less)

2 - one off changes like global CSS  you do in a blue moon can be large (15 or more)

 Can you give me a concrete example in TiddlyTouch you're referring to?

3 - Toggles that don't just change appearance but change function (like variations on saving), IMO should be avoided because the visual feedback is confusing.

Do you mean the colors with visual feedback or the general changing/disappearing? 

My two cents
Josiah

Regarding NUMBERS of toggle states ... It differs between purposes.  For instance, if yu hcce 1

This one got eaten up by a one-armed bandit

I'd very much like to hear some opinions about press for sidebar, tap to edit, close save and cancel, you were referring to that if I got you right, but is it the visual aspect that concerns you or the functional?

Thanks for your opinions,

best wishes,

Simon 

[@TiddlyTweeter]

Caro BTC,

There is no concrete example of (2) in TT, but it would be interesting if there were. My point was that there are cases where more than six toggle states work. Ones where the user can cycle though many options--ONCE in a while--when they need  persistent change. Example usage for different CSS styling sets is one.

On (3)  I think users will find its confusing. FWIW I was one of the pushers that led to these multiple "save" methods. FWIW I was only really interested in adding SAVE & CLOSE (i.e. "save & remove from stream" on saving rather than the default "finish edit, leave in stream"). Thomas then came up with a bunch of variants. I always found TW stable so that save and close was a plenty already to add. I can't see the attraction of the other variants. As far as Toggle states on that go I don't (a) see the point (b) think it does not works visually--because the different steps do different things.

The mess of my stray draft footnote was a sitting duck. No comment. :-)

Allora
Buona notte, J.

P.S. That footnote undid me.

[@TiddlyTweeter]

BurningTreeC wrote:

I'd very much like to hear some opinions about press for sidebar, tap to edit, close save and cancel, you were referring to that if I got you right, but is it the visual aspect that concerns you or the functional?

To clarify, what I really like about it, is you integrate into the immediate presentation the means to alter the presentation without leaving the presentation. That is a long sentence, but its accurate. And I think largely novel in TW. So its not just about grids, which we had two recent good variants on already, its interactive flex. In other words the FUNCTIONS ARE VISUALLY activated. The toggle approach is spot-on.

Its exciting. It makes me want to make stuff.

And I can see a new user being able to cope with making stuff without having to learn masses first.

Something like that.

FWIW, in implementation of this I'd likely use Danielo's "Double Tap/Click to Edit."

Josiah

   

[TonyM]

I will just add here,

If you have a large list that you step through to select something, it is helpful for browsing and select one at a time=, especially at setup 

To accommodate those who may swish to toggle between one or more in the list, simply provide the ability to make a simple button to select a named (or numbered item) from the list.

Now any user can build the tools to use it however they wish rather than dictate. Its like providing API's

This matches the TiddlyWiki Philosophy elsewhere.

Regards

Tony

[BurningTreeC]

I know about that plugin - you need to know that press / tap / drag / ... recognition is right there inside muuri - you just write some lines of code and you have it. this comes natural to use somehow.

Look at the press/hold to open the sidebar. That's a very pleasant way to open and close it. Try it on a mobile device, too

For the tapping / clicking I know that it's to discuss. 

Josiah

thanks for your input 

[BurningTreeC]

@TonyM,

 

I will just add here,

If you have a large list that you step through to select something, it is helpful for browsing and select one at a time=, especially at setup 

To accommodate those who may swish to toggle between one or more in the list, simply provide the ability to make a simple button to select a named (or numbered item) from the list.

Now any user can build the tools to use it however they wish rather than dictate. Its like providing API's

You mean selecting widths directly?

Simon 

[TonyM]

SImon,

Sorry, It all made sense when I posted the above comment, but now I am not so sure.

Perhaps I was suggesting a list of toggles for global settings or features, all on one page, rather than needing to go looking for them. 

Regards

Tony

[Mat]

@BurningTreeC - forgive me, but where can I read what TiddlyTouch actually does/achieves? Is it a different storyview? Perhaps especially laid out for small screens? What is the reason to use it? Maybe "Touch" refers to some feature? Does it feature some special functionality? It is not clear in the "TiddlyTouch Introduction" tiddler.

Thanks for sharing your creations!

<:-)

[BurningTreeC]

Hello Mat,

I'm aware that there's an Introduction Tiddler without Introduction, I'll add some content there and more docs with the 0.1.2 release... until then:

short description: a gridded storyview based on the muuri plugin by Uwe Stuehler https://ustuehler.github.io/tw5-material/ with additional web-animations, hammer.js and popmotion.js integration for dragging, touching, zooming tiddlers, reordering the storylist, creating various layouts and what you can imagine doing with it and wikitext. I made it to work hand-in-hand with the classic tiddlywiki views so that one can switch from one to the other. You can explore it on http://muritest.tiddlyspot.com, I use that site for playing around with it, and on http://tiddlytouch.tiddlyspot.com you find the plugin itself with - hopefully soon - some documentation.

I'm studying human medicine, had some time to make this the last weeks but I can add docs only as my time allows me to do it, I ask everyone to be a little bit patient about the documentation thing, I'm also a bit lazy with that

all the best,

Simon

[BurningTreeC]

@TiddlyTweeter,

 

So its not just about grids, which we had two recent good variants on already

could you provide me some links or names for those grid-variants? I'm not aware of them and I'd like to see what you mean

thanks again, Simon

[@TiddlyTweeter]

Ciao Simon

They are both Trello inspired. Orientated to one row, they don't have the flex your more general approach has--though both have some sweet things about them toggle-wise as you will see ...

https://ibnishak.github.io/Tesseract/projects/tekan/Tekan.html

https://reidgould.github.io/tiddlywiki-dropboard/

FWIW, one of the reasons I'm interested in the muuri within tiddlers is to be able to emulate a Trello look (--as well as be able to create picture gallery sets via filters).

Best wishes
Josiah

BurningTreeC wrote:

[BurningTreeC]

oh yeah, they're cool!

one can have them inside muuri, why not?

you could also create a muuri kanban like the demo shows on the official muuri website https://haltu.github.io/muuri/

I tried to make the whole storyriver kind of a kanban with two more sections left and right but that got really complicated with the storylist-sorting ... at one point I want to give it another try but not in the near future

I think that such a kanban inside muuri can stay in a larger tiddler, one can style that tiddler, remove titles tags and controls and that'd be fine

[BurningTreeC]

Hello community people,

on the plugin page http://tiddlytouch.tiddlyspot.com I've put two new functions I'd like to discuss

1) the sidebar button in the leftbar activates filtering of tiddlers in the story river by entering a search expression in the sidebar searchfield, currently only if you CLICK the button in the LEFT bar

              this works only by the tiddler titles for now, will work by text tags titles (maybe fields) later. for activating it I'll find a better solution til it's done

2) in the sidebar there's a "Grid" tab that shows a small copy of the storyriver grid (badly styled) ... how useful can this be, how / when can this be used, what do you think about it?

kind regards,

BurningTreeC

[BurningTreeC]

Hello community people,

on the plugin page http://tiddlytouch.tiddlyspot.com I've put two new functions I'd like to discuss

1) the sidebar button in the leftbar activates filtering of tiddlers in the story river by entering a search expression in the sidebar searchfield, currently only if you CLICK the button in the LEFT bar

              this works only by the tiddler titles for now, will work by text tags titles (maybe fields) later. for activating it I'll find a better solution til it's done

filtering now works with a filter button showing up when entering a search expression in the sidebar search field,

no need for other special button acrobatics anymore to activate filter

 

2) in the sidebar there's a "Grid" tab that shows a small copy of the storyriver grid (badly styled) ... how useful can this be, how / when can this be used, what do you think about it?

BurningTreeC 

[BurningTreeC]

Hi @all!

For the coming release I've made some optimizations for performance and for different Browsers: firefox, edge, (also safari and iOS but I'm not able to test on a mac or iphone right now)

I've also replaced the  popmotion pinch-zoom with hammer.js pinch-zoom, so popmotion will then be gone. The pinch-zoom now also works different, because there are already enough options to control the tiddler width,

but no option to control the height. 

pinch-zoom now lets you change the tiddler height. On webkit browsers it should also paginate tiddlers so that one can scroll the content in horizontal direction. On firefox that doesn't work, there I made vertical scrollbars appear, I can't hide them, that's a bit annoying

If you like, please take a look on http://tiddlytouch.tiddlyspot.com or https://burningtreec.github.io/TiddlyTouch, I appreciate every comment if it works well for you or if it's a bad new function

I'm making tiddler-zoom working also with keyboard+mouse , just don't know yet if this new functionality or something like the old one

best wishes,

BurningTreeC

[chiposaur]

Hello Simon!

I've recently started using TiddlyTouch, and am loving it. I have a couple questions:

1. Is there a public facing repo? I'd like to look, potentially contribute, especially with docs.

2. Is there a "force height" feature?

Thanks for your work. It works great!

[BurningTreeC]

Hi chiposaur!

the TiddlyTouch version you're referring here is quite old and I had stalled working on it for quite a time because I tried to work on some things to make it into the tiddlywiki core.

the good news is that I'm about to finish a more lightweight, stable version of TiddlyTouch (aka MuuriTouch) and I'll put it on a github repository ... the next few days

this new version has a downside - it works with the current tiddlywiki prerelease only, because its css stylesheet relies on some of the recently added string- and math filters

a feature forcing the height of tiddlers is not implemented ... It's doable, the question is if you want to have the same height for all tiddlers or different heights

another point to think about is how to handle tiddler content that doesn't fit within the tiddler ... the easiest way would be making the tiddler-body scrollable when it overflows. another way would be to somehow scale the content to fit the tiddler height, but I don't know how to do that or if it's possible

the coming days I'll leave a message in the google group about where to find the new muuri storyview,

if you have any question, don't hesitate to ask

all the best,

Simon

[BurningTreeC]

Hi chiposaur, I've created a thread here in the group about the new muuri storyview (former TiddlyTouch)

https://groups.google.com/forum/#!topic/TiddlyWiki/_GbzNFX4ncg

just to inform you, best wishes