date:20201018

@TT
 

>
> Right. But that SUPPORTS my point! You don't need TWO STORIES for that 
> since Muuri supports that just by having 2 or more COLUMNS. 
>

To the contrary, the workflow I described is not possible with multiple 
columns in a single Muuri story. Every time the story list changes, the 
tiddlers are re-organized across all columns to maximize screen space 
utilization.

Unfortunately I don't really have the time at present to try to explain it 
better than I already have. Not to mention that this is derailing the focus 
of the thread far too much, seeing as how BTC is still actively working on 
Muuri and things may change significantly before a stable release.

Cheers,
Saq





-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/e6dcc8ea-b3e8-4be4-af2f-a9ccc08b0b89o%40googlegroups.com.

[tw5] Re: Transclude tiddler title or text field as a "combination".

2020-10-18 Thread Charlie Veniot

Well, a few thumb tend to get whacked along the way when one tends to be 
all thumbs.

And the head o' the nail may get smacked a few more times than warranted ...

When you get to your destination and if possible, please share your 
creation !


On Sunday, October 18, 2020 at 5:37:49 AM UTC-3, vinvi...@gmail.com wrote:
>
> Thanks everyone.
>
> *Charlie Veniot*, you hit the nail on the head. Thank you!
> It still needs some tweaking, but this is exactly what I mean. (I don't 
> mind the table.) 
> Thanks again.
>
> Op zaterdag 17 oktober 2020 om 03:50:25 UTC+2 schreef Charlie Veniot:
>
>> I couldn't stop thinking about how I'd go about that, so I decided to 
>> scratch the itch and treat this like a "Brain Age" game and happily played.
>>
>> Well, minus fancy table.  I'm thinking markdown table is not a good idea 
>> for this, and (although easy) I wasn't in the mood to play with HTML tables.
>>
>> For the $hit$ and the giggle$:  Colour Thing 
>> 
>>
>> Have fun and tear it to pieces.  Keep in mind: I'm not yet quite a 
>> TiddlyWiki yellow belt, and I also tend to see things in pretty funky ways, 
>> so take it all in with a healthy dose of salt !
>>
>> Cheers !
>>
>> On Thursday, October 15, 2020 at 6:39:31 AM UTC-3 vinvi...@gmail.com 
>> wrote:
>>
>>> Hi,
>>>
>>> First of all, thank you,
>>>
>>> You are both right. I don't mean to lean back and let you do all the 
>>> work.
>>> As for the code: I have no idea. I don't know code and I don"t know what 
>>> is a convenient approach is here.
>>> Maybe you guys know a better approach? Unfortunately, I can't change the 
>>> order of the tags.
>>>
>>> I will try to get my "problem" clear with colors: (Each color is a 
>>> tiddler)
>>>
>>> There are three basic colors: Red, yellow and blue.
>>> And there are three mixing colors: Orange, green and violet.
>>> So there are three combinations: Red + yellow = orange / yellow + blue = 
>>> green / blue + red = violet.
>>>
>>> * Orange (tags: COLOR + MIXED COLOR)
>>> ** Red (tags: COLOR + BASIC COLOR + ORANGE + VIOLET)
>>> ** Yellow (tags: COLOR + BASIC COLOR + ORANGE + GREEN)
>>> * Green
>>> ** Yellow
>>> ** Blue
>>> * Violet
>>> ** Blue (tags: COLOR + BASIC COLOR + GREEN + VIOLET)
>>> ** Red
>>>
>>> PURPOSE: Show in the "Tiddler Red" all possible color combinations with 
>>> the color red in the following way: (See image).
>>>
>>> [image: red.png]
>>> Thank you,
>>>
>>> Op woensdag 14 oktober 2020 om 22:38:41 UTC+2 schreef Felicia Crow:
>>>
 Hi,

 Sorry to not be able to answer with a concrete solution, but I am not 
 sure I understand the problem correctly, which can totally be my fault for 
 missing the obvious.

 Would the output in tiddler 1 for instance be literally a + b or 
 whatever is in the text fields of tiddlers a and b combined? So if say 
 tiddler a had the text of 'lorem ipsum' and tiddler b contained 'dolor sit 
 amet' would you expect to see 'lorem ipsum dolor sit amet' in tiddler 1?

 Maybe you could also give some background on what you are trying to 
 achieve with this since this could make your thinking easier to follow, 
 maybe lead to other/easier solutions for the same problem.

 Kind Regards,
 Felicia



 On Tuesday, 13 October 2020 17:45:04 UTC+2, vinvi...@gmail.com wrote:
>
> Hello,
>
> Tiddlers a + b are tagged with tiddler 1.
> Tiddlers a + c + d are tagged with tiddler 2.
> Tiddlers a + b + c + d are tagged with (Ip).
>
> In tiddler (Ip), I want to show ALL letter combinations: (transclude 
> tiddler titles as a link)
> POSSIBLE COMBINATIONS:
> a + b → tiddler 1
> a + c + d → tiddler 2
>
> In tiddler a, I want to show all letter combinations with tiddler a: 
> (transclude tiddler titles as a link)
> POSSIBLE COMBINATIONS:
> a + b → tiddler 1
> a + c + d → tiddler 2
>
> In tiddler b, I want to show all letter combinations with tiddler b: 
> (transclude tiddler titles as a link)
> POSSIBLE COMBINATIONS:
> b + a → tiddler 2
>
> In tiddler 1, I want to show the letter combination: (transclude 
> textfield of tiddlers)
> a + b
>
> In tiddler 2, I want to show the letter combination: (transclude 
> textfield of tiddlers)
> a + c + d
>
> Many thanks,
>


-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/3b89b447-2acc-4139-837d-f16103432ed1o%40googlegroups.com.

[tw5] Re: Muuri Storyview

Saq Imtiaz wrote
>
>
> Secondly, as far as I can tell, Muuri will re-arrange all tiles when one 
> is moved. So let's say I am working in one tiddler but want to have all the 
> others open to refer to while maximizing how much I can see on screen. Well 
> as soon as I close or move one of them, the tiddler I am working in will 
> move as well! With two stories, I can be working in a normal story with a 
> persistent order while having my reference or "to do" items in the other 
> story.
>

Right. But that SUPPORTS my point! You don't need TWO STORIES for that 
since Muuri supports that just by having 2 or more COLUMNS. 

So I'm still wondering what the functional advantage of 2 stories is. 
Is it that each is scroll-able independently? I.e. potential horizontal 
ALIGNMENT of consanguines?

Best wishes
TT

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/bcc3533e-6acf-424a-9edf-35de897a6612o%40googlegroups.com.

[tw5] Re: Muuri Storyview


>
>
> What I mean is the logical place for meta data about an image is IN the 
> image. So, for me I'm thinking that is a somewhat different exploration 
> than two Muuri streams?
>

Depends on the nature of the notes and what they are meant for and how they 
will be consumed, in the use cases I described storing them in EXIF would 
serve no purpose. However I believe the example suffices to show that 
flexibility in how Muuri is used opens a lot of possibilities for users to 
optionally leverage.

But yes, let's table further EXIF related discussion for a future separate 
thread so as to not go too off-topic. 

Cheers,
Saq


-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/688aedab-50cb-475d-8c29-16c67f842e13o%40googlegroups.com.

[tw5] Re: Muuri Storyview

Ciao Saq

You are a *very clever *programmer. I wanted, maybe for another thread, to 
ask you about how in TW we could access EXIF data in external images. That 
seems even more economical than twin data notation streams that are 
serendipitous and uncoordinated. 

What I mean is the logical place for meta data about an image is IN the 
image. So, for me I'm thinking that is a somewhat different exploration 
than two Muuri streams?

I leave this out of Muuri for now.

Best wishes
TT

Saq Imtiaz wrote:

> ... I can tell you that being able to write my notes for a project in one 
> story with additional tiddlers open with textual reference, while referring 
> to images and re-organizing them in another story would allow me to use TW 
> for something it so far has not be useful for at all.
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/a3c1b617-875b-44fd-b115-fca0f25a1befo%40googlegroups.com.

[tw5] Re: Muuri Storyview

@TT

> I think the end user problem is its hard to see what is going on since the 
> two stories are visually identical. It looks like ONE thing.
>

I realized this as well but it wasn't worth the effort to address for 
something that was a quick experiment to test compatibility. If BTC had not 
mentioned interest in seeing Muuri in a multiple story setup I would not 
even have posted those links.
 

>
> *My basic query is this:* functionally, for end aims, is this worth it? 
> What I mean is SINCE Muuri supports D to re-arrange at will what would be 
> the added value of two stories?
>

If your question addresses the demos I posted in particular, there is no 
added value beyond testing compatibility. However being able to use Muuri 
in multiple stories, or in a single story which is not the default, offers 
a lot of room for exploration and new workflows.
 
Firstly it's a technical thing for me. All storyviews currently in TW are 
flexible in that they can be used with multiple stories and there is 
nothing that ties them to the default story only. It just made sense to 
check if Muuri was too, as that opens the doors for others to leverage it 
in different ways, without any drawbacks. Thanks to the changes BTC made 
today this is already possible. We have all seen over time that TiddlyWiki 
users can be very creative as to the uses they will put things to when the 
need flexibility is present.

Secondly, as far as I can tell, Muuri will re-arrange all tiles when one is 
moved. So let's say I am working in one tiddler but want to have all the 
others open to refer to while maximizing how much I can see on screen. Well 
as soon as I close or move one of them, the tiddler I am working in will 
move as well! With two stories, I can be working in a normal story with a 
persistent order while having my reference or "to do" items in the other 
story.

As a photographer that also does his own art direction, I can tell you that 
being able to write my notes for a project in one story with additional 
tiddlers open with textual reference, while referring to images and 
re-organizing them in another story would allow me to use TW for something 
it so far has not be useful for at all.

Similarly, I could imagine having one story with unordered images with a 
specific tag using Muuri. And another story that I am dragging and dropping 
those images into to create a moodboard to share with collaborators.

I'm pretty pressed for time these days so these are just the immediate 
personal use cases that came to mind. All of which are possible with a 
storyview written so as to not be tied to a specific story.

Cheers,
Saq

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/45036def-ab7e-44ff-81d8-0c911bc9cf7ao%40googlegroups.com.

[tw5] Re: Muuri Storyview

Ciao Saq & BTC

Saq Imtiaz wrote:
>
> I think having a classic story view in the default story and muuri in the 
> second could be very powerful for making good use of a large screen for 
> some of my workflows.
>
> If you are curious, the files are here:
> Muuri in both stories:
> https://saqimtiaz.github.io/sq-tw/temp/muuri-stories.html
>
> Muuri in the second story only, with the first story only using 35% of 
> available space.
> https://saqimtiaz.github.io/sq-tw/temp/muuri-stories-alt.html
>
> Being able to drag between stories could be very handy. I've considered 
> adding that for the Stories plugin but ultimately didn't have the 
> motivation for it. With Muuri it would have greater appeal.
>

Both of those are very interesting experiments!

I think the end user problem is its hard to see what is going on since the 
two stories are visually identical. It looks like ONE thing.
That is not a criticism per se as its an *experiment*. I do think it might 
gain more value IF D between two stories worked.

*My basic query is this:* functionally, for end aims, is this worth it? 
What I mean is SINCE Muuri supports D to re-arrange at will what would be 
the added value of two stories? Not being negative. Just trying to grasp 
the advantage.

Thoughts & best wishes
TT

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/4b022995-89a9-47d4-b6ce-c535f0aae24bo%40googlegroups.com.

Re: [tw5] Re: Muuri Storyview

Thanks for clarification Saq!

On Sun, Oct 18, 2020 at 2:37 PM Saq Imtiaz  wrote:

> @Atro this is a quick mashup to see how Muuri would interact with the
> Stories plugin, and is not meant to be used for anything other than
> testing. As such there are no buttons to configure Muuri in that setup.
>
> On Sunday, October 18, 2020 at 12:48:32 PM UTC+2, Atronoush wrote:
>>
>> This is lovely Saq!
>> In the second example I don't see the Murri columns button to change the
>> number of columns!
>> How can one set the target story river (column) when clicking a
>> tiddler title in the right side bar?
>>
>> Atro
>>
>> On Sun, Oct 18, 2020 at 1:31 PM Saq Imtiaz  wrote:
>>
>>> Thanks for the clarification @BTC.
>>>
>>> I did a quick mashup adding Stories to your Muuri demo.
>>> Works pretty well, you can have Muuri in both stories or just one.
>>>
>>> I think having a classic story view in the default story and muuri in
>>> the second could be very powerful for making good use of a large screen for
>>> some of my workflows.
>>>
>>> If you are curious, the files are here:
>>> Muuri in both stories:
>>> https://saqimtiaz.github.io/sq-tw/temp/muuri-stories.html
>>>
>>> Muuri in the second story only, with the first story only using 35% of
>>> available space.
>>> https://saqimtiaz.github.io/sq-tw/temp/muuri-stories-alt.html
>>>
>>> Being able to drag between stories could be very handy. I've considered
>>> adding that for the Stories plugin but ultimately didn't have the
>>> motivation for it. With Muuri it would have greater appeal.
>>>
>>> Anyway, don't let me distract you with all the talk of multiple stories
>>> :)
>>>
>>> Cheers,
>>> Saq
>>>
>>> On Sunday, October 18, 2020 at 10:17:55 AM UTC+2, BurningTreeC wrote:

 Hi @Saq,

 >If I understand correctly, does that mean the number of columns would
 be have the hardcoded via CSS? Or is there a parameter to the list widget
 for it?

 There's no parameter for the list widget for the columns, it's
 hardcoded via CSS. I use "width: calc((100% / <>) - <> -
 (<> / <>));"

 >I was wondering if there could be additional optional attributes to
 the list widget, such as "columns", which points by default
 to $:/state/config/muuri/storyview/columns.

 As said above, the columns aren't handled within the storyview, they
 are pure CSS

 >I have also noticed that after changing the number of columns, the
 layout of the muuri tiles can be off (overlapping) until one of the tiles
 is dragged. Perhaps a refreshEnd reflow is needed?

 Thanks, I've also noticed that, I'll have to investigate further

 all the best,
 BTC

 saq.i...@gmail.com schrieb am Sonntag, 18. Oktober 2020 um 10:08:23
 UTC+2:

> Hi @BTC,
>
>
>> 1) I've now fixed your issue with using the core
>> $:/core/ui/ViewTemplate as a template, it does no more lay out using the
>> columns of the columns-button. Their width however needs to be defined
>> using a css...
>>
>
> If I understand correctly, does that mean the number of columns would
> be have the hardcoded via CSS? Or is there a parameter to the list widget
> for it?
>
> I was wondering if there could be additional optional attributes to
> the list widget, such as "columns", which points by default
> to $:/state/config/muuri/storyview/columns.
>
>
>> 2) There's another attribute ("storyList") that defines the tiddler
>> whose list field should be updated. This defaults to "$:/StoryList"
>>
>
> This resolves the refresh issue.
>
> I have also noticed that after changing the number of columns, the
> layout of the muuri tiles can be off (overlapping) until one of the tiles
> is dragged. Perhaps a refreshEnd reflow is needed?
>
> Cheers,
> Saq
>
 --
>>> 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 tiddl...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/tiddlywiki/a1d9c23a-587f-43c6-9d2f-28fb6e5dece7o%40googlegroups.com
>>> 
>>> .
>>>
>> --
> 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 tiddlywiki+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/79baf7c3-6a8a-4f52-9c0e-85f840f6db6ao%40googlegroups.com
> 
> .
>

-- 
You received this message because you are

[tw5] Re: Muuri Storyview

Ciao BTC

Final thoughts.

I think in actual practice I'd use Muuri to *arrange a site* for online 
publishing I do NOT want users to mess with. 

What I'm getting at is its a tool for content/organisation developers as 
much as for end users. Yes?

Maybe? Maybe some hidden option to HIDE the tool could aid publishers 
publish their arrangement without worry the end user will mess with it?

Thoughts

Best wishes
TT 

On Saturday, 17 October 2020 10:38:34 UTC+2, BurningTreeC wrote:
>
> Hello dear TiddlyWikians :)
>
> Right now I'm working on a better Muuri storyview. You can find its 
> progress and Demo page here: 
> https://burningtreec.github.io/tiddlywiki-muuri/
>
> It's more simple than previous versions and has less bells and whistles...
>
> As always, I welcome ideas, criticism and help :)
>
> all the best, BTC
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/228e780c-b634-4679-95cc-5696adca0490o%40googlegroups.com.

[tw5] Re: Muuri Storyview

Ciao BTC

Further ... I'm glad to see, also, that "*In Tiddler Muuri*" are still 
supported. Its an extremely efficient way to, for instance, create 
galleries, as your example shows.

Best wishes
TT

On Saturday, 17 October 2020 10:38:34 UTC+2, BurningTreeC wrote:
>
> Hello dear TiddlyWikians :)
>
> Right now I'm working on a better Muuri storyview. You can find its 
> progress and Demo page here: 
> https://burningtreec.github.io/tiddlywiki-muuri/
>
> It's more simple than previous versions and has less bells and whistles...
>
> As always, I welcome ideas, criticism and help :)
>
> all the best, BTC
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/30bbaf26-120e-44ab-a4a3-a3a96f5c2bado%40googlegroups.com.

[tw5] Re: Muuri Storyview

Ciao BTC,

As an enthusiast for Muuris past I am very glad to see and test this later 
version.

I DO like the simplification of the interface. Its still very 
bell-and-whistles enough! 
Nice simplifications IMO. Hats off!

*Regarding mobile* ... where I toyed some. I think there is need to assert 
an approach and stick with it. 
In terms of mobile interface it might be better, eventually, to hide the 
"column number" button (I assume through CSS based on screen size 
detection?).
I'm not convinced of value of even 2 columns on mobile--though it may be my 
bias in having a rather small dimensional smartphone?

*Regarding the "Finger Toggle" & scrolling *... This applies to both 
desktop & mobile, particularly on mobile. It can be hard to scroll UP after 
moving stuff around with the "Finger Toggle" active to switch it OFF. On 
mobile particularly trying to scroll up you can just end up moving Tiddlers 
around rather actually scrolling up. Maybe the toolbar for Muuri should be 
attached somewhere so its always accessible?

Just thoughts
Best wishes on a nice evolution.
TT 

On Saturday, 17 October 2020 10:38:34 UTC+2, BurningTreeC wrote:
>
> Hello dear TiddlyWikians :)
>
> Right now I'm working on a better Muuri storyview. You can find its 
> progress and Demo page here: 
> https://burningtreec.github.io/tiddlywiki-muuri/
>
> It's more simple than previous versions and has less bells and whistles...
>
> As always, I welcome ideas, criticism and help :)
>
> all the best, BTC
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/ca6cc43a-2339-40a8-99da-554b23482ceeo%40googlegroups.com.

Re: [tw5] Re: Muuri Storyview

@Atro this is a quick mashup to see how Muuri would interact with the 
Stories plugin, and is not meant to be used for anything other than 
testing. As such there are no buttons to configure Muuri in that setup.

On Sunday, October 18, 2020 at 12:48:32 PM UTC+2, Atronoush wrote:
>
> This is lovely Saq!
> In the second example I don't see the Murri columns button to change the 
> number of columns! 
> How can one set the target story river (column) when clicking a 
> tiddler title in the right side bar?
>
> Atro
>
> On Sun, Oct 18, 2020 at 1:31 PM Saq Imtiaz  > wrote:
>
>> Thanks for the clarification @BTC.
>>
>> I did a quick mashup adding Stories to your Muuri demo.
>> Works pretty well, you can have Muuri in both stories or just one. 
>>
>> I think having a classic story view in the default story and muuri in the 
>> second could be very powerful for making good use of a large screen for 
>> some of my workflows.
>>
>> If you are curious, the files are here:
>> Muuri in both stories:
>> https://saqimtiaz.github.io/sq-tw/temp/muuri-stories.html
>>
>> Muuri in the second story only, with the first story only using 35% of 
>> available space.
>> https://saqimtiaz.github.io/sq-tw/temp/muuri-stories-alt.html
>>
>> Being able to drag between stories could be very handy. I've considered 
>> adding that for the Stories plugin but ultimately didn't have the 
>> motivation for it. With Muuri it would have greater appeal.
>>
>> Anyway, don't let me distract you with all the talk of multiple stories :)
>>
>> Cheers,
>> Saq
>>
>> On Sunday, October 18, 2020 at 10:17:55 AM UTC+2, BurningTreeC wrote:
>>>
>>> Hi @Saq,
>>>
>>> >If I understand correctly, does that mean the number of columns would 
>>> be have the hardcoded via CSS? Or is there a parameter to the list widget 
>>> for it?
>>>
>>> There's no parameter for the list widget for the columns, it's hardcoded 
>>> via CSS. I use "width: calc((100% / <>) - <> - (<> 
>>> / <>));"
>>>
>>> >I was wondering if there could be additional optional attributes to the 
>>> list widget, such as "columns", which points by default 
>>> to $:/state/config/muuri/storyview/columns.
>>>
>>> As said above, the columns aren't handled within the storyview, they are 
>>> pure CSS
>>>
>>> >I have also noticed that after changing the number of columns, the 
>>> layout of the muuri tiles can be off (overlapping) until one of the tiles 
>>> is dragged. Perhaps a refreshEnd reflow is needed?
>>>
>>> Thanks, I've also noticed that, I'll have to investigate further
>>>
>>> all the best,
>>> BTC
>>>
>>> saq.i...@gmail.com schrieb am Sonntag, 18. Oktober 2020 um 10:08:23 
>>> UTC+2:
>>>
 Hi @BTC,
  

> 1) I've now fixed your issue with using the core 
> $:/core/ui/ViewTemplate as a template, it does no more lay out using the 
> columns of the columns-button. Their width however needs to be defined 
> using a css...
>

 If I understand correctly, does that mean the number of columns would 
 be have the hardcoded via CSS? Or is there a parameter to the list widget 
 for it?

 I was wondering if there could be additional optional attributes to the 
 list widget, such as "columns", which points by default 
 to $:/state/config/muuri/storyview/columns. 
  

> 2) There's another attribute ("storyList") that defines the tiddler 
> whose list field should be updated. This defaults to "$:/StoryList"
>

 This resolves the refresh issue.
  
 I have also noticed that after changing the number of columns, the 
 layout of the muuri tiles can be off (overlapping) until one of the tiles 
 is dragged. Perhaps a refreshEnd reflow is needed?

 Cheers,
 Saq

>>> -- 
>> 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 tiddl...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/tiddlywiki/a1d9c23a-587f-43c6-9d2f-28fb6e5dece7o%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/79baf7c3-6a8a-4f52-9c0e-85f840f6db6ao%40googlegroups.com.

[tw5] Re: TiddlyTools/timer.html - Calendar feature improvements

2020-10-18 Thread Eric Shulman

On Sunday, October 18, 2020 at 1:44:28 AM UTC-7, Anthony wrote:

> Unfortunately, my 'On This Day' calendar seems to have stopped working. 
> Using my TW with a version of TiddlyTools/Time/Calendar from 12th October 
> 2020 at 4:39am works fine but having updated to yesterday's version (17th 
> October 2020 at 1:22pm) none of my events now show on the calendar. This is 
> probably my fault as the tidders tagged with the event tag are not of type 
> 'text/plain' so that I can get the 'date;detail' information from tiddler 
> fields using, for example, the following where the information is taken 
> from a tiddler for a particular person in the project:
>
> <$view tiddler="Frances Hamilton Arnold (1956-)" field="birth-date" 
> format="date" template="0MM0DD" />;Frances Hamilton Arnold (1956-)
>
> My reasoning for doing this is so that I only need to input details once 
> in one place, using fields and then it's available elsewhere in the 
> project. Maybe this is a bad approach but seemed logical to me. If I create 
> a tidder tagged with the event tag making it 'text/plain' then it seems to 
> work fine. I can send you the file to your gmail account if that helps?
>

Up until now *(see below!) *an EventList tiddler (tagged with "events") had 
to contain ONLY lines of plain text, each with a format of: 
"MMDD;Description" (or "MMDD;Description" for "perpetual" annual 
events).  This was because the tiddler text content was just read into the 
Calendar code as-is, so it couldn't use wiki syntax to generate output 
that, when *rendered*, appears to produce the desired text format.

However... with just TWO lines of code, the Calendar now allows EventList 
tiddlers to generate their content, using any syntax that results in 
"MMDD;Description" output, which is then processed as before!

For the technically-minded, I changed this line in getevents_listed() from 
this:
<$list filter="[{!!text}splitregexp[\n]trim[]!match[]]" variable="line">
to this:
<$wikify name="eventdata" text={{!!text}} mode="inline">
<$list filter="[splitregexp[\n]trim[]!match[]]" variable="line">

With this new Calendar code in place, you can now create an EventList 
tiddler (tagged with "events"), containing wiki syntax like this:
<$list filter="[has[birth-date]]">
   <$view field="birth-date" format="date" template="0MM0DD" />;<
>


To use this new ability, just import the latest update of 
TiddlyTools/Time/Calendar from http://TiddlyTools.com/timer.html

Let me know how it goes...

enjoy,
-e




 

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/286fc1d3-2017-4d20-9f34-741b243d902ao%40googlegroups.com.

Re: [tw5] Re: Muuri Storyview

This is lovely Saq!
In the second example I don't see the Murri columns button to change the
number of columns!
How can one set the target story river (column) when clicking a
tiddler title in the right side bar?

Atro

On Sun, Oct 18, 2020 at 1:31 PM Saq Imtiaz  wrote:

> Thanks for the clarification @BTC.
>
> I did a quick mashup adding Stories to your Muuri demo.
> Works pretty well, you can have Muuri in both stories or just one.
>
> I think having a classic story view in the default story and muuri in the
> second could be very powerful for making good use of a large screen for
> some of my workflows.
>
> If you are curious, the files are here:
> Muuri in both stories:
> https://saqimtiaz.github.io/sq-tw/temp/muuri-stories.html
>
> Muuri in the second story only, with the first story only using 35% of
> available space.
> https://saqimtiaz.github.io/sq-tw/temp/muuri-stories-alt.html
>
> Being able to drag between stories could be very handy. I've considered
> adding that for the Stories plugin but ultimately didn't have the
> motivation for it. With Muuri it would have greater appeal.
>
> Anyway, don't let me distract you with all the talk of multiple stories :)
>
> Cheers,
> Saq
>
> On Sunday, October 18, 2020 at 10:17:55 AM UTC+2, BurningTreeC wrote:
>>
>> Hi @Saq,
>>
>> >If I understand correctly, does that mean the number of columns would be
>> have the hardcoded via CSS? Or is there a parameter to the list widget for
>> it?
>>
>> There's no parameter for the list widget for the columns, it's hardcoded
>> via CSS. I use "width: calc((100% / <>) - <> - (<>
>> / <>));"
>>
>> >I was wondering if there could be additional optional attributes to the
>> list widget, such as "columns", which points by default
>> to $:/state/config/muuri/storyview/columns.
>>
>> As said above, the columns aren't handled within the storyview, they are
>> pure CSS
>>
>> >I have also noticed that after changing the number of columns, the
>> layout of the muuri tiles can be off (overlapping) until one of the tiles
>> is dragged. Perhaps a refreshEnd reflow is needed?
>>
>> Thanks, I've also noticed that, I'll have to investigate further
>>
>> all the best,
>> BTC
>>
>> saq.i...@gmail.com schrieb am Sonntag, 18. Oktober 2020 um 10:08:23
>> UTC+2:
>>
>>> Hi @BTC,
>>>
>>>
 1) I've now fixed your issue with using the core
 $:/core/ui/ViewTemplate as a template, it does no more lay out using the
 columns of the columns-button. Their width however needs to be defined
 using a css...

>>>
>>> If I understand correctly, does that mean the number of columns would be
>>> have the hardcoded via CSS? Or is there a parameter to the list widget for
>>> it?
>>>
>>> I was wondering if there could be additional optional attributes to the
>>> list widget, such as "columns", which points by default
>>> to $:/state/config/muuri/storyview/columns.
>>>
>>>
 2) There's another attribute ("storyList") that defines the tiddler
 whose list field should be updated. This defaults to "$:/StoryList"

>>>
>>> This resolves the refresh issue.
>>>
>>> I have also noticed that after changing the number of columns, the
>>> layout of the muuri tiles can be off (overlapping) until one of the tiles
>>> is dragged. Perhaps a refreshEnd reflow is needed?
>>>
>>> Cheers,
>>> Saq
>>>
>> --
> 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 tiddlywiki+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/a1d9c23a-587f-43c6-9d2f-28fb6e5dece7o%40googlegroups.com
> 
> .
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CAKHVXmoEMWNupdeJgmhZQcZ4%3DFDSTR23%2BQVOVyquX8__w2q8Ug%40mail.gmail.com.

[tw5] Re: Muuri Storyview

Thanks for the clarification @BTC.

I did a quick mashup adding Stories to your Muuri demo.
Works pretty well, you can have Muuri in both stories or just one. 

I think having a classic story view in the default story and muuri in the 
second could be very powerful for making good use of a large screen for 
some of my workflows.

If you are curious, the files are here:
Muuri in both stories:
https://saqimtiaz.github.io/sq-tw/temp/muuri-stories.html

Muuri in the second story only, with the first story only using 35% of 
available space.
https://saqimtiaz.github.io/sq-tw/temp/muuri-stories-alt.html

Being able to drag between stories could be very handy. I've considered 
adding that for the Stories plugin but ultimately didn't have the 
motivation for it. With Muuri it would have greater appeal.

Anyway, don't let me distract you with all the talk of multiple stories :)

Cheers,
Saq

On Sunday, October 18, 2020 at 10:17:55 AM UTC+2, BurningTreeC wrote:
>
> Hi @Saq,
>
> >If I understand correctly, does that mean the number of columns would be 
> have the hardcoded via CSS? Or is there a parameter to the list widget for 
> it?
>
> There's no parameter for the list widget for the columns, it's hardcoded 
> via CSS. I use "width: calc((100% / <>) - <> - (<> 
> / <>));"
>
> >I was wondering if there could be additional optional attributes to the 
> list widget, such as "columns", which points by default 
> to $:/state/config/muuri/storyview/columns.
>
> As said above, the columns aren't handled within the storyview, they are 
> pure CSS
>
> >I have also noticed that after changing the number of columns, the layout 
> of the muuri tiles can be off (overlapping) until one of the tiles is 
> dragged. Perhaps a refreshEnd reflow is needed?
>
> Thanks, I've also noticed that, I'll have to investigate further
>
> all the best,
> BTC
>
> saq.i...@gmail.com schrieb am Sonntag, 18. Oktober 2020 um 10:08:23 UTC+2:
>
>> Hi @BTC,
>>  
>>
>>> 1) I've now fixed your issue with using the core $:/core/ui/ViewTemplate 
>>> as a template, it does no more lay out using the columns of the 
>>> columns-button. Their width however needs to be defined using a css...
>>>
>>
>> If I understand correctly, does that mean the number of columns would be 
>> have the hardcoded via CSS? Or is there a parameter to the list widget for 
>> it?
>>
>> I was wondering if there could be additional optional attributes to the 
>> list widget, such as "columns", which points by default 
>> to $:/state/config/muuri/storyview/columns. 
>>  
>>
>>> 2) There's another attribute ("storyList") that defines the tiddler 
>>> whose list field should be updated. This defaults to "$:/StoryList"
>>>
>>
>> This resolves the refresh issue.
>>  
>> I have also noticed that after changing the number of columns, the layout 
>> of the muuri tiles can be off (overlapping) until one of the tiles is 
>> dragged. Perhaps a refreshEnd reflow is needed?
>>
>> Cheers,
>> Saq
>>
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/a1d9c23a-587f-43c6-9d2f-28fb6e5dece7o%40googlegroups.com.

[tw5] Re: TiddlyTools/timer.html - Calendar feature improvements

2020-10-18 Thread Ste

Wow! Ty Eric!!! 

On Sunday, 18 October 2020 at 09:44:28 UTC+1 Anthony wrote:

> Hi Eric,
>
> I've been wondering whether it would be possible to identify 'event 
> collections' so this is great.
>
> Unfortunately, my 'On This Day' calendar seems to have stopped working. 
> Using my TW with a version of TiddlyTools/Time/Calendar from 12th October 
> 2020 at 4:39am works fine but having updated to yesterday's version (17th 
> October 2020 at 1:22pm) none of my events now show on the calendar. This is 
> probably my fault as the tidders tagged with the event tag are not of type 
> 'text/plain' so that I can get the 'date;detail' information from tiddler 
> fields using, for example, the following where the information is taken 
> from a tiddler for a particular person in the project:
>
> <$view tiddler="Frances Hamilton Arnold (1956-)" field="birth-date" 
> format="date" template="0MM0DD" />;Frances Hamilton Arnold (1956-)
>
> My reasoning for doing this is so that I only need to input details once 
> in one place, using fields and then it's available elsewhere in the 
> project. Maybe this is a bad approach but seemed logical to me. If I create 
> a tidder tagged with the event tag making it 'text/plain' then it seems to 
> work fine. I can send you the file to your gmail account if that helps?
>
> Do I need to re-think the way I do this?
>
> As ever, many thanks for this fantastic project and it's spurred me on to 
> try to learn more and extend my TW abilities.
>
> Take care,
>
> Anthony
>
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/e637e13b-83b0-4c31-a4d8-34073dd6f647n%40googlegroups.com.

[tw5] Re: Tags stopped being able to add

2020-10-18 Thread PMario

Hi,

BACKuP first - BACKuP first - BACKuP first - BACKuP first - BACKuP first - 
!!!

If you open the Control Panel tiddler : Info : Basic  tab and scroll down, 
you'll see "Number of overridden shadow tiddlers". If you click the number, 
you will get a  list. If one or more of them has "tag" in the title you can 
delete them.

If you delete "overwritten" shadow tiddlers, the original will take over 
again. 

It would be interesting which plugins you installed?

-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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/ee77f0e6-70ba-4a80-a70d-5a362e956029o%40googlegroups.com.

Re: [tw5] Re: Which is easier to send to others online, TW Classic or TW5? (newbie here ;)

2020-10-18 Thread Terry

Thank you very much, Jed! That helps, and I'll now dive into TW5.

-Terry

On Sun, Oct 18, 2020 at 2:00 AM Jed Carty  wrote:

> The short answer is use TW5 unless you have a specific reason to use TW
> Classic.
>
>
>
> Either one can be opened and viewed in any modern browser, so that isn't
> much of a concern. New plugins and features generally only target TW5.
>
> Due to modern browser security features saving has become more of an issue
> in the past few years, and new saving methods may not work with TW Classic.
> If you are not sending the wiki to someone else to edit this isn't a
> concern for them.
>
> TW5 has more activity in its development and support. I think TW Classic
> is still supported and the development is continuing at least in bug fixes,
> but the majority of the community has switched to TW5.
>
>
> On Sunday, October 18, 2020 at 5:31:55 AM UTC+2 terry@gmail.com wrote:
>
>> If this has already been answered in the Group, my apologies - I *did*
>> search first, without luck.
>>
>> -Terry
>>
> --
> 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 tiddlywiki+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/5c862e66-0d39-49e5-b67a-5e6fddd8494fn%40googlegroups.com
> 
> .
>


-- 
Terry (he/his/him)


*Tell me, *


*what is it you plan to do *


*with your one wild and precious life? *

*—MARY OLIVER *

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CAJT5skMxRcYd4fJpf0YWU_zhFh3gUL4D8bXyfLy1edy2s-DiBw%40mail.gmail.com.

[tw5] Re: Which is easier to send to others online, TW Classic or TW5? (newbie here ;)

2020-10-18 Thread Jed Carty

The short answer is use TW5 unless you have a specific reason to use TW 
Classic.

Either one can be opened and viewed in any modern browser, so that isn't 
much of a concern. New plugins and features generally only target TW5.

Due to modern browser security features saving has become more of an issue 
in the past few years, and new saving methods may not work with TW Classic. 
If you are not sending the wiki to someone else to edit this isn't a 
concern for them.

TW5 has more activity in its development and support. I think TW Classic is 
still supported and the development is continuing at least in bug fixes, 
but the majority of the community has switched to TW5.

On Sunday, October 18, 2020 at 5:31:55 AM UTC+2 terry@gmail.com wrote:

> If this has already been answered in the Group, my apologies - I *did* 
> search first, without luck.
>
> -Terry
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/5c862e66-0d39-49e5-b67a-5e6fddd8494fn%40googlegroups.com.

Re: [tw5] Muuri Storyview

On Sun, Oct 18, 2020 at 11:32 AM BurningTreeC 
wrote:

> Hi @Atronoush,
>
> > Assume you use Murri with 3 columns and then click on the column button
> to switch to 4! But then you want to return to three columns!
> Right now you have to cycle, click to switch to 5 and six columns and then
> 1, 2 and finally 3 columns.
> Is there any way like shift+click to return from 4 to 3? or any simpler
> method?
> I know shift+click is not good for touch screens!
>

Lovely! works like a charm and these are the easiest!

>
> At the moment there's the cycling button and the keyboard shortcuts
> alt-shift-Right and alt-shift-Left. I was thinking about different ways but
> these are the easiest.
> For touch screens I could implement touch gestures like swiping left /
> right, but that's not that easy to implemen
>

Yep, that is true! But I use a multi-column layout on a big screen which is
not a touch screen :-(

>
>

> BTC
>

Thank you BTC.

>
> Atronoush schrieb am Sonntag, 18. Oktober 2020 um 08:01:23 UTC+2:
>
>> Question:
>>
>> Assume you use Murri with 3 columns and then click on the column button
>> to switch to 4! But then you want to return to three columns!
>> Right now you have to cycle, click to switch to 5 and six columns and
>> then 1, 2 and finally 3 columns.
>> Is there any way like shift+click to return from 4 to 3? or any simpler
>> method?
>> I know shift+click is not good for touch screens!
>>
>> Atro
>>
>> On Sat, Oct 17, 2020 at 12:08 PM BurningTreeC 
>> wrote:
>>
>>> Hello dear TiddlyWikians :)
>>>
>>> Right now I'm working on a better Muuri storyview. You can find its
>>> progress and Demo page here:
>>> https://burningtreec.github.io/tiddlywiki-muuri/
>>>
>>> It's more simple than previous versions and has less bells and
>>> whistles...
>>>
>>> As always, I welcome ideas, criticism and help :)
>>>
>>> all the best, BTC
>>>
>>> --
>>>
>> 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 tiddlywiki+...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/tiddlywiki/5c34030f-c9a4-4d64-ac82-8385cb2d941fn%40googlegroups.com
>>> 
>>> .
>>>
>> --
> 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 tiddlywiki+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/bb064af4-f2ec-4e52-bb30-5bad30b72e09n%40googlegroups.com
> 
> .
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CAKHVXmqkyV%2BE89w0G_hmuZU%2BCFo_Sn9bFnAvCGY103p%2BR3mJFw%40mail.gmail.com.

[tw5] Re: TiddlyTools/timer.html - Calendar feature improvements

2020-10-18 Thread Anthony

Hi Eric,

I've been wondering whether it would be possible to identify 'event
collections' so this is great.

Unfortunately, my 'On This Day' calendar seems to have stopped working.
Using my TW with a version of TiddlyTools/Time/Calendar from 12th October
2020 at 4:39am works fine but having updated to yesterday's version (17th
October 2020 at 1:22pm) none of my events now show on the calendar. This is
probably my fault as the tidders tagged with the event tag are not of type
'text/plain' so that I can get the 'date;detail' information from tiddler
fields using, for example, the following where the information is taken
from a tiddler for a particular person in the project:

<$view tiddler="Frances Hamilton Arnold (1956-)" field="birth-date"
format="date" template="0MM0DD" />;Frances Hamilton Arnold (1956-)

My reasoning for doing this is so that I only need to input details once in
one place, using fields and then it's available elsewhere in the project.
Maybe this is a bad approach but seemed logical to me. If I create a tidder
tagged with the event tag making it 'text/plain' then it seems to work
fine. I can send you the file to your gmail account if that helps?

Do I need to re-think the way I do this?

As ever, many thanks for this fantastic project and it's spurred me on to
try to learn more and extend my TW abilities.

Take care,

Anthony

--
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tiddlywiki/970329f3-0b98-4d46-819b-6944cf83612en%40googlegroups.com.

[tw5] Re: Transclude tiddler title or text field as a "combination".

2020-10-18 Thread vinvi...@gmail.com

Thanks everyone.

*Charlie Veniot*, you hit the nail on the head. Thank you!
It still needs some tweaking, but this is exactly what I mean. (I don't 
mind the table.) 
Thanks again.

Op zaterdag 17 oktober 2020 om 03:50:25 UTC+2 schreef Charlie Veniot:

> I couldn't stop thinking about how I'd go about that, so I decided to 
> scratch the itch and treat this like a "Brain Age" game and happily played.
>
> Well, minus fancy table.  I'm thinking markdown table is not a good idea 
> for this, and (although easy) I wasn't in the mood to play with HTML tables.
>
> For the $hit$ and the giggle$:  Colour Thing 
> 
>
> Have fun and tear it to pieces.  Keep in mind: I'm not yet quite a 
> TiddlyWiki yellow belt, and I also tend to see things in pretty funky ways, 
> so take it all in with a healthy dose of salt !
>
> Cheers !
>
> On Thursday, October 15, 2020 at 6:39:31 AM UTC-3 vinvi...@gmail.com 
> wrote:
>
>> Hi,
>>
>> First of all, thank you,
>>
>> You are both right. I don't mean to lean back and let you do all the work.
>> As for the code: I have no idea. I don't know code and I don"t know what 
>> is a convenient approach is here.
>> Maybe you guys know a better approach? Unfortunately, I can't change the 
>> order of the tags.
>>
>> I will try to get my "problem" clear with colors: (Each color is a 
>> tiddler)
>>
>> There are three basic colors: Red, yellow and blue.
>> And there are three mixing colors: Orange, green and violet.
>> So there are three combinations: Red + yellow = orange / yellow + blue = 
>> green / blue + red = violet.
>>
>> * Orange (tags: COLOR + MIXED COLOR)
>> ** Red (tags: COLOR + BASIC COLOR + ORANGE + VIOLET)
>> ** Yellow (tags: COLOR + BASIC COLOR + ORANGE + GREEN)
>> * Green
>> ** Yellow
>> ** Blue
>> * Violet
>> ** Blue (tags: COLOR + BASIC COLOR + GREEN + VIOLET)
>> ** Red
>>
>> PURPOSE: Show in the "Tiddler Red" all possible color combinations with 
>> the color red in the following way: (See image).
>>
>> [image: red.png]
>> Thank you,
>>
>> Op woensdag 14 oktober 2020 om 22:38:41 UTC+2 schreef Felicia Crow:
>>
>>> Hi,
>>>
>>> Sorry to not be able to answer with a concrete solution, but I am not 
>>> sure I understand the problem correctly, which can totally be my fault for 
>>> missing the obvious.
>>>
>>> Would the output in tiddler 1 for instance be literally a + b or 
>>> whatever is in the text fields of tiddlers a and b combined? So if say 
>>> tiddler a had the text of 'lorem ipsum' and tiddler b contained 'dolor sit 
>>> amet' would you expect to see 'lorem ipsum dolor sit amet' in tiddler 1?
>>>
>>> Maybe you could also give some background on what you are trying to 
>>> achieve with this since this could make your thinking easier to follow, 
>>> maybe lead to other/easier solutions for the same problem.
>>>
>>> Kind Regards,
>>> Felicia
>>>
>>>
>>>
>>> On Tuesday, 13 October 2020 17:45:04 UTC+2, vinvi...@gmail.com wrote:

 Hello,

 Tiddlers a + b are tagged with tiddler 1.
 Tiddlers a + c + d are tagged with tiddler 2.
 Tiddlers a + b + c + d are tagged with (Ip).

 In tiddler (Ip), I want to show ALL letter combinations: (transclude 
 tiddler titles as a link)
 POSSIBLE COMBINATIONS:
 a + b → tiddler 1
 a + c + d → tiddler 2

 In tiddler a, I want to show all letter combinations with tiddler a: 
 (transclude tiddler titles as a link)
 POSSIBLE COMBINATIONS:
 a + b → tiddler 1
 a + c + d → tiddler 2

 In tiddler b, I want to show all letter combinations with tiddler b: 
 (transclude tiddler titles as a link)
 POSSIBLE COMBINATIONS:
 b + a → tiddler 2

 In tiddler 1, I want to show the letter combination: (transclude 
 textfield of tiddlers)
 a + b

 In tiddler 2, I want to show the letter combination: (transclude 
 textfield of tiddlers)
 a + c + d

 Many thanks,

>>>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/20293479-b3bb-46ee-be2c-bcac82e085c5n%40googlegroups.com.

[tw5] Re: Enable CORS on local node server?

2020-10-18 Thread Jed Carty

This isn't a bug in Bob, it works as intended.

If the behaviour isn't what you want or expect you can put a feature 
request on GitHub that clearly states your request. The guidelines for bugs 
and feature requests are here https://ooktech-public.gitlab.io/guidelines/

On Saturday, October 17, 2020 at 2:26:34 AM UTC+2 amreus wrote:

> I've been testing this using Jed's BobWin.exe on Windows. It works the 
> same without the need to modify the server so I think I'm going to target 
> Bob as the server. instead of the TiddlyWiki node server. 
>
> (There's currently a bug in bob 
>  that the created and 
> modified fields are incorrect.)
>
> Here's a basic bookmarklet for a bob server:
>
> javascript: (
>   function () {
> var data = { tiddlers: {'0': {'fields': {'title': window.location.href
> ,'caption': document.title ;
> var tid = JSON.stringify(data);
> var xhr = new XMLHttpRequest();
> const wikiname = 'bookmarks';
> xhr.timeout = 1;
> xhr.onreadystatechange = function () {
>   console.log('xhr.readyState: ' + xhr.readyState);
>   console.log('xhr.status: ' + xhr.status);
>   console.log('xhr.responseText: ' + xhr.responseText);
>   console.log('xhr.statusText: ' + xhr.statusText);
> };
> xhr.open('POST', `http://127.0.0.1:8080/api/push/${wikiname}`);
> xhr.send(tid);
>   })();
>
>
>
> On Monday, October 12, 2020 at 5:40:45 AM UTC-4 amreus wrote:
>
>> Thank you. I could use a lot of help with everything. I'm not a 
>> programmer - I  just play around with things sometimes. The javascript is 
>> all very hacky and it would be nice to offer the cors as an option instead 
>> of having it hard-coded.  I can share what I have on github if you or 
>> anyone else is interested. 
>>
>> I have not tried anything other than Firefox on Windows 10.
>>
>> Here's an image of the fields I am grabbing.  I decided to hide the 
>> tiddlers as system tiddlers and use the caption field for display. Also 
>> changed to using the URL as the unique identifier instead of the html title 
>> tag. 
>>
>> There is a major downside - since you can't catch CORS errors in 
>> javascript, I'm not sure how to notify the user if the bookmarking fails 
>> for that reason.  Specifically there is a problem with bookmarking Github 
>> pages - they are blocking the javascript and I get an error: " Content 
>> Security Policy: The page’s settings blocked the loading of a resource at 
>> inline (“script-src”)." I'm not sure if that can be overcome yet.
>>
>> But over-all I'm happy with how well it works.  Just browse and click to 
>> bookmark.  Then use all of the tools available in TiddlyWiki to organize 
>> your bookmarks. It's slightly less convenient than the built-in bookmarks 
>> library but vastly more powerful. 
>>
>> On Sunday, October 11, 2020 at 9:01:23 PM UTC-4 joshua@gmail.com 
>> wrote:
>>
>>> Excellent work! I've been following you progress. I will definitely use 
>>> something like this in my Bookmarks plugin.
>>>
>>> Has this been tested in multiple browsers? I also really like how this 
>>> opens up the possibility to write tiddlers to a wiki-tab while your browser 
>>> has another tab or content in view. Mahalo (thanks)!
>>>
>>> Best,
>>> Joshua Fontany
>>> On Sunday, October 11, 2020 at 2:10:21 AM UTC-7 amreus wrote:
>>>
 Thanks Joshua,

 I did figure enough of it it out to get a working bookmarklet. I had to 
 add the right headers to the server.js file and put handler file. 

 I'm not an expert but I think it is safe enough.  The code is a 
 bookmarklet which calls the WebServer API .  The result is I can press my 
 bookmarklet button on any page and have a tiddler created from the web 
 page 
 info. Kind of cool but I'm not sure how useful it really is.  I think I'm 
 motivated by curiosity and the challenge more than the utility. 

 Here's the bookmarklet as of now:

   function () {
 var e = encodeURIComponent;
 var t = document.title;
 var u = window.location.href;
 var data = JSON.stringify({ "tags": "Link", "url": u });
 var xhr = new XMLHttpRequest();
 xhr.open('PUT', 'http://127.0.0.1:8080/recipes/default/tiddlers/'
  + t);
 xhr.setRequestHeader('x-requested-with', 'TiddlyWiki');
 xhr.onreadystatechange = function () {
   if (xhr.readyState === 4) {
 console.log('xhr.status: ' + xhr.status);
 console.log('xhr.responseText: ' + xhr.responseText);
   }
 };
 xhr.send(data);
   })();

 On Saturday, October 10, 2020 at 11:18:36 PM UTC-4 joshua@gmail.com 
 wrote:

>
> CORS errors are a problem when the javascript you are running is being 
> run from within the Browser, but is trying to access a resource that is 
> not 
> on the "same domain" as the document you are viewing.
>
>

[tw5] Re: Muuri Storyview

2020-10-18 Thread BurningTreeC

Hi @Saq,

>If I understand correctly, does that mean the number of columns would be 
have the hardcoded via CSS? Or is there a parameter to the list widget for 
it?

There's no parameter for the list widget for the columns, it's hardcoded 
via CSS. I use "width: calc((100% / <>) - <> - (<> 
/ <>));"

>I was wondering if there could be additional optional attributes to the 
list widget, such as "columns", which points by default 
to $:/state/config/muuri/storyview/columns.

As said above, the columns aren't handled within the storyview, they are 
pure CSS

>I have also noticed that after changing the number of columns, the layout 
of the muuri tiles can be off (overlapping) until one of the tiles is 
dragged. Perhaps a refreshEnd reflow is needed?

Thanks, I've also noticed that, I'll have to investigate further

all the best,
BTC

saq.i...@gmail.com schrieb am Sonntag, 18. Oktober 2020 um 10:08:23 UTC+2:

> Hi @BTC,
>  
>
>> 1) I've now fixed your issue with using the core $:/core/ui/ViewTemplate 
>> as a template, it does no more lay out using the columns of the 
>> columns-button. Their width however needs to be defined using a css...
>>
>
> If I understand correctly, does that mean the number of columns would be 
> have the hardcoded via CSS? Or is there a parameter to the list widget for 
> it?
>
> I was wondering if there could be additional optional attributes to the 
> list widget, such as "columns", which points by default 
> to $:/state/config/muuri/storyview/columns. 
>  
>
>> 2) There's another attribute ("storyList") that defines the tiddler whose 
>> list field should be updated. This defaults to "$:/StoryList"
>>
>
> This resolves the refresh issue.
>  
> I have also noticed that after changing the number of columns, the layout 
> of the muuri tiles can be off (overlapping) until one of the tiles is 
> dragged. Perhaps a refreshEnd reflow is needed?
>
> Cheers,
> Saq
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/3accbe00-4fc7-4059-953c-119b1e79d33cn%40googlegroups.com.

[tw5] Re: Muuri Storyview

Hi @BTC,
 

> 1) I've now fixed your issue with using the core $:/core/ui/ViewTemplate 
> as a template, it does no more lay out using the columns of the 
> columns-button. Their width however needs to be defined using a css...
>

If I understand correctly, does that mean the number of columns would be 
have the hardcoded via CSS? Or is there a parameter to the list widget for 
it?

I was wondering if there could be additional optional attributes to the 
list widget, such as "columns", which points by default 
to $:/state/config/muuri/storyview/columns. 
 

> 2) There's another attribute ("storyList") that defines the tiddler whose 
> list field should be updated. This defaults to "$:/StoryList"
>

This resolves the refresh issue.
 
I have also noticed that after changing the number of columns, the layout 
of the muuri tiles can be off (overlapping) until one of the tiles is 
dragged. Perhaps a refreshEnd reflow is needed?

Cheers,
Saq

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/9e9b45dd-774c-4ad4-aa2a-76fb923891bfo%40googlegroups.com.

Re: [tw5] Muuri Storyview

2020-10-18 Thread BurningTreeC

Hi @Atronoush,

> Assume you use Murri with 3 columns and then click on the column button 
to switch to 4! But then you want to return to three columns!
Right now you have to cycle, click to switch to 5 and six columns and then 
1, 2 and finally 3 columns.
Is there any way like shift+click to return from 4 to 3? or any simpler 
method?
I know shift+click is not good for touch screens!

At the moment there's the cycling button and the keyboard shortcuts 
alt-shift-Right and alt-shift-Left. I was thinking about different ways but 
these are the easiest.
For touch screens I could implement touch gestures like swiping left / 
right, but that's not that easy to implement

BTC

Atronoush schrieb am Sonntag, 18. Oktober 2020 um 08:01:23 UTC+2:

> Question:
>
> Assume you use Murri with 3 columns and then click on the column button to 
> switch to 4! But then you want to return to three columns!
> Right now you have to cycle, click to switch to 5 and six columns and then 
> 1, 2 and finally 3 columns.
> Is there any way like shift+click to return from 4 to 3? or any simpler 
> method?
> I know shift+click is not good for touch screens!
>
> Atro
>
> On Sat, Oct 17, 2020 at 12:08 PM BurningTreeC  
> wrote:
>
>> Hello dear TiddlyWikians :)
>>
>> Right now I'm working on a better Muuri storyview. You can find its 
>> progress and Demo page here: 
>> https://burningtreec.github.io/tiddlywiki-muuri/
>>
>> It's more simple than previous versions and has less bells and whistles...
>>
>> As always, I welcome ideas, criticism and help :)
>>
>> all the best, BTC
>>
>> -- 
>>
> 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 tiddlywiki+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/tiddlywiki/5c34030f-c9a4-4d64-ac82-8385cb2d941fn%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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 tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/bb064af4-f2ec-4e52-bb30-5bad30b72e09n%40googlegroups.com.

Re: [tw5] Muuri Storyview