I'm happy to do so. I completely understand the need for feedback to help 
focus limited bandwidth.

Let me think on the questions and get back with you tomorrow. Again, thanks 
for the work you've already put into Streams. 

On Wednesday, August 12, 2020 at 9:55:36 AM UTC-5 [email protected] wrote:

> Hi Keelan,
>
> Thank you for the detailed feedback and for explaining the context behind 
> your usage. It is very helpful to get a different perspective on things and 
> to know that others find it useful. 
>
> My TiddlyWiki fiddling is something I do on my own time in addition to two 
> fairly demanding day jobs. While it is enjoyable for me, I must admit that 
> I carry over from my professional life the desire to be productive and 
> efficient in what little time I do have for it. Feedback goes a long way 
> towards knowing what to focus my energy and time on.
>
> The combination of the Stories plugin and Streams is what I had in mind 
> when I worked on the drag and drop support within Streams. I haven't really 
> mentioned this anywhere so I am glad to hear you realized the possiblities 
> in this. I think there is need of a bespoke customized TiddlyWiki edition 
> around Streams (and other plugins) to fully utilize its potential. For 
> example, you could if so desired, get the backlinks in Stroll to reference 
> only the root node of each backlink instead of each node. Similarly, the 
> search could be adapted to better integrate with Streams tiddlers as well. 
> Unfortunately that isn't something I have the time to devote to myself.
>
> I do have a few questions for you if have the time:
>
>    1. Have you encountered any issues or pain/choke points in your 
>    workflow with Streams?
>    2. Are there any features you find yourself wishing that Streams had?
>    3. Overall in your larger workflow in TiddlyWiki, not just related to 
>    Streams, what if any are the roadblocks that slow you down or cause 
>    difficulties?
>    4. Are your notes mostly plain text with formatting (bold, italics 
>    etc) or do you use a lot of macros and widgets in the actual note taking?
>
> Thank you.
>
> Cheers,
> Saq
>
>
> On Wednesday, August 12, 2020 at 2:45:23 PM UTC+2, Keelan Cook wrote:
>>
>> Saq,
>>
>> I've been lurking in this group for a few months now, and your comment 
>> wondering whether or not people are using Streams has pulled me out of the 
>> shadows! I wanted to vocalize how significant this plugin has become to my 
>> workflow. 
>>
>> A bit of background on my usage. I'm a professor and do a lot of research 
>> in history and the humanities. My work requires a really good notetaking 
>> workflow. On the other hand, I'm not even close to a programmer. So, I 
>> gravitate toward out-of-the-box systems, and they always have pain points.
>>
>> I've fiddled with TiddlyWiki off and on for several years. I've always 
>> wanted it to work for me, because I really admire the project. But, the 
>> ease of editing and quick note capture (as well as design aesthetics) 
>> usually ended my attempts and sent me back to other tools. Enter Streams.
>>
>> Like many others in this group, over the last 2-3 months the rise of 
>> TiddlyWiki as a Roam alternative pulled me back into the conversation. 
>> Dave's Stroll was instrumental in getting me back in. I stumbled on several 
>> themes that remove distaste for the UI. And then Streams became the pièce 
>> de résistance. Quick capture in adjustable outline form that allows for 
>> capturing literature notes and then drafting up outlines for longer form 
>> articles and books. I use your Stories plugin as well. I can pull up a 
>> Stream tiddler with source notes on one side and drag and drop content into 
>> my outline for works I'm creating. This is exactly what I've needed.
>>
>> Bimlas echoed my sentiments well in this recent post concerning ways to 
>> use TiddlyWiki: 
>> https://groups.google.com/g/tiddlywiki/c/Re11x96t-qI/m/GYuMKHx0AQAJ 
>>
>> I've been actively working to create my own, bespoke, note-taking 
>> environment and I finally feel like all the pieces are there in TiddlyWiki 
>> to do so. 
>>
>> So, I for one, am very interested in your continued work on Streams. It's 
>> minimalist, unobtrusive, and powerful for a researcher. I'm happy to 
>> provide any feedback that may be helpful to you, understanding I'm only 
>> able to speak toward end use and not the coding aspect of it. 
>>
>> Thanks so much for your work on this. It's been a game changer for me, 
>> and I've recommended it to several others in my field at this point.
>>
>> Keelan
>>
>> On Tuesday, August 11, 2020 at 1:16:39 PM UTC-5 PMario wrote:
>>
>>> On Tuesday, August 11, 2020 at 6:13:53 PM UTC+2, Saq Imtiaz wrote:
>>> ...
>>>
>>>> It's actually really nice to get some detailed feedback from real world 
>>>> usage, so firstly, thank you!
>>>>
>>>
>>> I did like the fast workflow very much!
>>>  
>>>
>>>> I probably haven't tried quite so hard to make time to work on Streams 
>>>> recently since there has been radio silence around it, which would suggest 
>>>> it is either perfect (hah!) or that no one is using it.
>>>>
>>>
>>> :)
>>>
>>> 6) I use [!is[shadow]has[stream-type]]  as a stream enable filter. This 
>>>>> may change in the future.
>>>>>
>>>>
>>>> I welcome suggestions for a sensible default for this.
>>>>
>>>
>>> Yea, I didn't want to have it with every tiddler. ... But my choice 
>>> needs a manual input of the "stream-type: default" field. So I think I'd 
>>> need to make a new button. .. So we need a "Streams Icon" ... @anyone?
>>>  
>>>
>>>>  
>>>>
>>>>> 7) I use this line <$vars 
>>>>> stream-root-title={{{[<currentTiddler>split[/]limit[1]]}}} in the 
>>>>> nodes-list-template. So tiddler names are created as shown in 5) .. 
>>>>> NO long node names. ... The disadvantage is, that "sub streams" don't get 
>>>>> a (+) 
>>>>> new Node button ... Only the "main stream" tiddler has this button. 
>>>>> .. 
>>>>>
>>>>
>>>> So two things to address here:
>>>> i) have you tried setting this format for tiddler titles in 
>>>> $:/config/sq/streams/new-node-title, instead of changing the 
>>>> stream-root variable:
>>>> {{{[<stream-root-title>split[/]limit[1]]}}}/<<now 
>>>> "[UTC]YYYY0MM0DD0hh0mm0ssXXX">>
>>>> I think this will accomplish the same thing without the need for 
>>>> editing nodes-list-template, which may cause issues with the drag and drop 
>>>> code as well.
>>>>
>>>
>>> You are right. That seems to fix the next problem for me too!
>>>  
>>>
>>>> ii) it was a design decision to only have the (+) add node button on 
>>>> the root stream, and not the sub nodes. I now see this isn't convenient. 
>>>> This will be changed, thank you for pointing it out.
>>>>
>>>
>>> Sorry. I wasn't clear enough. ... I meant "sub nodes" in a separated 
>>> tiddler. ... But as written above. Your new-node-title construction seems 
>>> to fix both problems, that I had with my "hacks"
>>>  
>>>
>>>>  
>>>>>
>>>>> 8) I do like the tiddler-title format as shown in 5), because it 
>>>>> automatically creates a visible "timeline", when the nodes have been 
>>>>> taken 
>>>>> and the core <<tree "DAT-CON/">> macro will be able to deal with it 
>>>>> after I did create a new "leaf template" for the macro.
>>>>
>>>>
>>>> Could you point out the leaf template please? I'd like to add examples 
>>>> like these to the documentation.
>>>>
>>>
>>> I'm not sure, what I actually want, yet. ... So I'll update the DAT-CONF 
>>> link once I've done more refactoring. ... As you know, I also want to make 
>>> my tocP macro usable with the stream structure. But I'm not sure, if I 
>>> should show the "first line of text" or if I should use "caption" or 
>>> "subtitle". 
>>>  
>>>
>>>>  
>>>>
>>>>> *My personal hickups* ;)
>>>>>
>>>>> a) I did notice again, that I can't deal with hidden information. 
>>>>>     a.1) I need the "stream-node-collapser" to be visible as soon as 
>>>>> child elements exist, similar to "toc-selective-expandable"
>>>>>     a.2) Waiting for the hover effect doesn't work for me.
>>>>>     a.3) I need the "collapser" to be in a different colour.
>>>>>
>>>>
>>>> This is really just down to a design decision try and find balance 
>>>> between usability and clutter where possible, but you have a very valid 
>>>> point. I'd love to get more user feedback in order to establish a sensible 
>>>> default, while allowing this to be customizable. Since this is just CSS, 
>>>> it 
>>>> can be easily made into a config option that toggles some css in the 
>>>> stylesheet.
>>>>
>>>
>>> At the DAT-CON I did a little bit of CSS tweaking 
>>> <http://dat-conf-2020.tiddlyspot.com/#CSS> between the video sessions. 
>>> ... So I could go on with taking notes ;)
>>>  
>>>
>>>>  
>>>>
>>>>> b) I need the cheat sheet to be tagged $:/tags/SideBar so I can have 
>>>>> it open all the time in the sidebar
>>>>>
>>>>
>>>> I'd actually love some help with tidying up that tiddler to improve 
>>>> readability.
>>>>  
>>>> Regarding keyboard shortcuts, the bottom line is that they need to be 
>>>> made configurable since everyone willl have different needs and 
>>>> expectations.
>>>>
>>>
>>> That's right. As I wrote, during a session it's "kind of" OK. .... But 
>>> the next day I tend to mess it up, at the beginning. 
>>>  
>>>
>>>>
>>>>
>>>>>    - Enter - save and create new node with text after cursor -> *For 
>>>>>    me personally this functionality is frustrating without an Undo :/ 
>>>>> *Especially 
>>>>>    in "refactoring mode" a day later.
>>>>>    
>>>>>
>>>> There is actually commented out code in Streams right now that handles 
>>>> an undo. I haven't made that active yet for two reasons:
>>>> i) I want to add a confirmation both for splitting the text at the 
>>>> cursor, and for merging back with the previous node
>>>> ii) I have an idea to separate out all such "word processor" features 
>>>> to a separate sub-plugin
>>>>
>>>
>>> OK
>>>  
>>>
>>>>
>>>>
>>>>>    - Alt+Enter - split longer text into multiple nodes. I need a 
>>>>> *confirmation 
>>>>>    dialogue*, even if it is slower. .. Fixing the problem if hitting 
>>>>>    this combination by accident is a 100 times more time consuming
>>>>>
>>>>>
>>>> A confirmation dialogue makes sense and will be added.
>>>>  
>>>> Thank you again for the detailed feedback, I've added notes on to my 
>>>> local copy of the Roadmap and will push it to github once I've had the 
>>>> chance to tidy it up.
>>>>
>>>
>>> You are welcome!
>>>
>>> -mario
>>>
>>>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/950b42be-d6a2-4336-bcf6-5b9f0a74cdd0n%40googlegroups.com.

Reply via email to