Re: [tw5] Request for help (Dutch translation)

2021-06-06 Thread Ton Gerner
Hi Jeremy,

Thanks for your kind words.
I hope someone will take over.

Best regards,

Ton


On Sunday, June 6, 2021 at 11:59:38 AM UTC+2 Jeremy Ruston wrote:

> Thanks Ton, I'll be sorry to no longer receive your regular updates, I 
> think Dutch has been amongst the most consistently up-to-date translations 
> in the core. I'm sure your commitment has been deeply appreciated by Dutch 
> speakers.
>
> Many thanks,
>
> Jeremy
>
> --
> Jeremy Ruston
> jer...@jermolene.com
> https://jermolene.com
>
> On 5 Jun 2021, at 16:06, Ton Gerner  wrote:
>
> 
>
>
> For TW 5.1.6 (6 years ago) I made the Dutch translation and updated it 
> since then.
> Due to lack of time I cannot update it anymore.
> I noticed some Dutch speaking members in the group; therefore I ask if 
> someone can take over updating the Dutch translation.
>
> Thanks in advance,
>
> Ton
>
>
> -- 
> 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/65eff0dc-028d-4806-afed-7cb8ddde4eacn%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/59cd0e15-7b05-4224-8a9f-dda424369a3en%40googlegroups.com.


Re: [tw5] Re: [IDEA]: Drag and Drop a Bookmark.html Exported from Chrome/Edge/Firefox

2021-06-06 Thread Mohammad Rahmani
Hi Diego,

 I totally forgot about this! I will upload to GitHub this weekend!
The JS code has been finalized by Saq!

Best wishes
Mohammad


On Mon, Jun 7, 2021 at 8:40 AM dieg...@gmail.com  wrote:

> Hey Mohammad.
>
> Was this ever pushed to github?
>
> On Saturday, May 22, 2021 at 12:45:56 PM UTC-7 Mohammad wrote:
>
>> Hi Saq,
>>  Many thanks for all your help! Sure I will! Of course this is a product
>> from *TW Colab*! ;-) :-)
>> I add documentation and soon I will push it to GitHub!
>>
>> I also appreciate all the help from Josih!
>>
>>
>>
>>
>>
>> Best wishes
>> Mohammad
>>
>>
>> On Sat, May 22, 2021 at 11:59 PM Saq Imtiaz  wrote:
>>
>>> Hi Mohammad! As per our email discourse, your code is good. Polish it up
>>> and publish the first kookma JavaScript plugin!
>>>
>>> On Saturday, May 22, 2021 at 6:32:31 PM UTC+2 Mohammad wrote:
>>>
 On Sat, May 22, 2021 at 8:44 PM Saq Imtiaz  wrote:

> @Mohammad yes you need to have a while loop:
>
> while(results.Title.indexOf(title) == -1) {
> title = title + "1";
> }
>

 That is correct! I did a similar in R04!

 results.*Title*.indexOf(title)
 I did not know this!

>
>
> Another improvement you can make just to have neater code, is to make
> a function called getTitle outside and before the $tw.utils.each loop.
>
> var getTitle = function(title) {
> title = title.replace.
>  while(title in resultsTitles) {
> title = title + "1";
>  }
> return title;
> }
>
>
 Very nice! So, one can define a new function in middle of the code!




> Inside this function you can do the string replacement of unwanted
> characters and also check for already existing titles in a loop, and 
> return
> the new title. This is an aesthetic thing though and wont really impact 
> the
> efficiency of the code.
>

 Perfect!



> @TT the regexp is good, Mohammad refers to check for duplicate titles
> only once instead of in a loop. So if "TiddlyWiki.com" already exists, we
> have to check if "TiddlyWiki.com1" already exists.
>


 Thank you for all your help! I would appreciate sharing your final
 version! and give a link for the community!
 I think that my version is not good enough to be used by other users!
 (p.s I am not sure if these deserializers may be part of core later or
 not! If not, it is worth having them as a plugin!)
 I will write small help for potential users!




>
> On Saturday, May 22, 2021 at 4:39:13 PM UTC+2 TiddlyTweeter wrote:
>
>> IF the regex on match is NOT GLOBAL flagged it will only match the
>> first instance.
>>
>> I am NOT familiar with JS regex flags but try this ...
>>
>> */[|{}\[\]]/gi*
>>
>>
>> Let me know!
>> TT
>> On Saturday, 22 May 2021 at 16:18:56 UTC+2 Mohammad wrote:
>>
>>> Ah, there is an issue! It only searches for the first occurrence!
>>> Needs to be corrected!
>>>
>>> Best wishes
>>> Mohammad
>>>
>>>
>>> On Sat, May 22, 2021 at 6:39 PM Mohammad Rahmani <
>>> mohammad...@gmail.com> wrote:
>>>
 Hi Saq,
  This is the third revision! I used indexOf() and it seems it is
 compatible with ES5.
  I am not sure if the code is an efficient one or not, but it works!

 To give it a try I have attached a bookmarks file containing
 characters on parsing to generate duplicates!


 Best wishes
 Mohammad


 On Sat, May 22, 2021 at 3:56 PM Saq Imtiaz 
 wrote:

> Hi Mohammad, it looks good!
>
> So we can't use the unusedtitle macro from TiddlyWiki because
> inside the deserializer code, these are not tiddlers yet.
>
> What I recommend is to create another empty array where we make
> the array for results, called resultsTitles
>
> Then inside the $tw.utils loop, where we have results.push, we
> should also for each bookmark do resultsTitles.push(title). Now
> we have an array of results titles.
>
> So now we have to add an extra step for creating the title after
> the regex string replacement, here is pseudo code:
>
> while title exists in resultsTitles array
>title = title + "1"
>
> The title variable should now be unique for the bookmarks we are
> importing.
>
>
> On Saturday, May 22, 2021 at 1:03:23 PM UTC+2 Mohammad wrote:
>
>> @ TT
>> Check the attached revised one!
>> 1. drag and drop the attached JSON in empath.html (download one
>> from https://tiddlywiki.com/prerelease/)
>> 2. save and reload
>> 3. drag and bookmarks.html e

Re: [tw5] Re: Relink Plugin Performance

2021-06-06 Thread PMario
On Monday, June 7, 2021 at 6:26:01 AM UTC+2 History Buff wrote:

> Thanks. That explains it. I’m assuming that’s why Relink performs 
> similarly since it’s has to calculate backlinks. Would that be a correct 
> assumption?
>

Yes, It's not only backlinks. The relink plugin does a lot more checks, if 
you change the tiddler title. ... It checks all the tags-fields in all 
tiddlers. It checks all the list-fields and then it checks all the texts, 
if there are macros, widgets and so on using this tiddler as a parameter. 
.. So there is a lot of work to do.

If you change the title of a tiddler, the relink-mechanism is activated. It 
creates the "The following tiddlers will be updated" "dropdown" element. 
... If you don't save the tiddler, this list will probably be recalculated 
with every edit key-stroke . 

So if you change the title, it may be best to save the tiddler and then 
edit the text afterwards if needed.

-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/8f0eb0b0-1947-48d2-bfbb-08c0cac2e9c5n%40googlegroups.com.


Re: [tw5] Re: Relink Plugin Performance

2021-06-06 Thread Damon Pritchett
Thanks. That explains it. I’m assuming that’s why Relink performs similarly
since it’s has to calculate backlinks. Would that be a correct assumption?



On Sun, Jun 6, 2021 at 9:22 PM PMario  wrote:

> On Monday, June 7, 2021 at 1:35:57 AM UTC+2 History Buff wrote:
>
>
>> So my question is now becoming what is it about the first time the filter
>> for backlinks is run that takes so long? Is it the size of my TW or
>> something else?
>>
>
> Calculating backlinks is a CPU heavy function, that's why there is a
> "baclinks-index" in the core, which is cached. So he first time your
> tab is shown, the index needs to be built. Every other time it can use the
> index, which is significantly faster. The index isn't saved, that's why it
> has to be calculated after a page refresh.
>
> -mario
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "TiddlyWiki" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/tiddlywiki/tsciD8BLfTE/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> tiddlywiki+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/4f639434-b089-4c39-9c1b-89bb4e71da40n%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/CAD1WRcaAE0Ryhmr6_dV2WFkPfX%3DbJaTcCMFxu5ixUWtKFwi17Q%40mail.gmail.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread PMario
On Monday, June 7, 2021 at 1:35:57 AM UTC+2 History Buff wrote:
 

> So my question is now becoming what is it about the first time the filter 
> for backlinks is run that takes so long? Is it the size of my TW or 
> something else? 
>

Calculating backlinks is a CPU heavy function, that's why there is a 
"baclinks-index" in the core, which is cached. So he first time your 
tab is shown, the index needs to be built. Every other time it can use the 
index, which is significantly faster. The index isn't saved, that's why it 
has to be calculated after a page refresh.

-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/4f639434-b089-4c39-9c1b-89bb4e71da40n%40googlegroups.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread PMario
On Sunday, June 6, 2021 at 11:53:59 PM UTC+2 History Buff wrote:

> One further question that I just thought of. I have several iFrames linked 
> to Wikipedia pages within the TW. Would that happen to have any performance 
> issues with Relink or Tiddlywiki in general?
>

No, It shouldn't have any influence on performance.
-m

-- 
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/897db8cf-b062-4e04-8aeb-8e95c9e5c4can%40googlegroups.com.


Re: [tw5] Re: [IDEA]: Drag and Drop a Bookmark.html Exported from Chrome/Edge/Firefox

2021-06-06 Thread dieg...@gmail.com
Hey Mohammad.

Was this ever pushed to github?

On Saturday, May 22, 2021 at 12:45:56 PM UTC-7 Mohammad wrote:

> Hi Saq,
>  Many thanks for all your help! Sure I will! Of course this is a product 
> from *TW Colab*! ;-) :-)
> I add documentation and soon I will push it to GitHub!
>
> I also appreciate all the help from Josih!
>
>
>
>
>
> Best wishes
> Mohammad
>
>
> On Sat, May 22, 2021 at 11:59 PM Saq Imtiaz  wrote:
>
>> Hi Mohammad! As per our email discourse, your code is good. Polish it up 
>> and publish the first kookma JavaScript plugin!
>>
>> On Saturday, May 22, 2021 at 6:32:31 PM UTC+2 Mohammad wrote:
>>
>>> On Sat, May 22, 2021 at 8:44 PM Saq Imtiaz  wrote:
>>>
 @Mohammad yes you need to have a while loop:

 while(results.Title.indexOf(title) == -1) {
 title = title + "1";
 }

>>>
>>> That is correct! I did a similar in R04! 
>>>
>>> results.*Title*.indexOf(title)  
>>> I did not know this!
>>>


 Another improvement you can make just to have neater code, is to make a 
 function called getTitle outside and before the $tw.utils.each loop. 

 var getTitle = function(title) {
 title = title.replace.
  while(title in resultsTitles) {
 title = title + "1";
  }
 return title;
 }


>>> Very nice! So, one can define a new function in middle of the code!
>>>
>>>
>>>  
>>>
 Inside this function you can do the string replacement of unwanted 
 characters and also check for already existing titles in a loop, and 
 return 
 the new title. This is an aesthetic thing though and wont really impact 
 the 
 efficiency of the code.

>>>
>>> Perfect!
>>>
>>>
>>>
 @TT the regexp is good, Mohammad refers to check for duplicate titles 
 only once instead of in a loop. So if "TiddlyWiki.com" already exists, we 
 have to check if "TiddlyWiki.com1" already exists.

>>>
>>>
>>> Thank you for all your help! I would appreciate sharing your final 
>>> version! and give a link for the community!
>>> I think that my version is not good enough to be used by other users!
>>> (p.s I am not sure if these deserializers may be part of core later or 
>>> not! If not, it is worth having them as a plugin!)
>>> I will write small help for potential users!
>>>
>>>
>>>  
>>>

 On Saturday, May 22, 2021 at 4:39:13 PM UTC+2 TiddlyTweeter wrote:

> IF the regex on match is NOT GLOBAL flagged it will only match the 
> first instance.
>
> I am NOT familiar with JS regex flags but try this ...
>
> */[|{}\[\]]/gi*
>
>
> Let me know!
> TT
> On Saturday, 22 May 2021 at 16:18:56 UTC+2 Mohammad wrote:
>
>> Ah, there is an issue! It only searches for the first occurrence!
>> Needs to be corrected!
>>
>> Best wishes
>> Mohammad
>>
>>
>> On Sat, May 22, 2021 at 6:39 PM Mohammad Rahmani <
>> mohammad...@gmail.com> wrote:
>>
>>> Hi Saq,
>>>  This is the third revision! I used indexOf() and it seems it is 
>>> compatible with ES5.
>>>  I am not sure if the code is an efficient one or not, but it works!
>>>
>>> To give it a try I have attached a bookmarks file containing 
>>> characters on parsing to generate duplicates!
>>>
>>>
>>> Best wishes
>>> Mohammad
>>>
>>>
>>> On Sat, May 22, 2021 at 3:56 PM Saq Imtiaz  
>>> wrote:
>>>
 Hi Mohammad, it looks good!

 So we can't use the unusedtitle macro from TiddlyWiki because 
 inside the deserializer code, these are not tiddlers yet.

 What I recommend is to create another empty array where we make the 
 array for results, called resultsTitles

 Then inside the $tw.utils loop, where we have results.push, we 
 should also for each bookmark do resultsTitles.push(title). Now we 
 have an array of results titles.

 So now we have to add an extra step for creating the title after 
 the regex string replacement, here is pseudo code:

 while title exists in resultsTitles array
title = title + "1"

 The title variable should now be unique for the bookmarks we are 
 importing.


 On Saturday, May 22, 2021 at 1:03:23 PM UTC+2 Mohammad wrote:

> @ TT
> Check the attached revised one!
> 1. drag and drop the attached JSON in empath.html (download one 
> from https://tiddlywiki.com/prerelease/)
> 2. save and reload
> 3. drag and bookmarks.html exported from FF/Edge/Chrome (I have 
> one with nasty chars in the title)
> 4. See how the import works in Tiddlywiki
>
> @Saq
>
> Hoora! It works! Please see the code and advise!
>
> 1. I attached the revised deserializer and it works for titles 
> with nasty c

[tw5] Re: LaTeX environment using list widget with counter

2021-06-06 Thread Pak
Hi Mohammad,

Thanks for the tip on macro+KaTeX, I didn't realize we can do that. This 
will be useful!



On Monday, June 7, 2021 at 6:39:11 AM UTC+7 Eric Shulman wrote:

>
> 
> .theorems
>{ counter-reset: num; }
> .theorem::before
>{ counter-increment: num; content: "Theorem " counter(num) "."; 
> float:left; }
> 
> 
><$list filter="tid-thm-a tid-thm-b tid-thm-c">
>   
>  (<$view 
> field=caption/>) <$transclude mode="block"/>
>   
>   
>
> 
>
> Notes:
> * Added "float:left;" to the "theorem" class, so that it will appear 
> before the caption text
> * Added "float:left;padding:0 0.5em" around the caption text so that it 
> will appear before the tiddler content
> * Use of these two floats allows the first line of the tiddler content to 
> appear on the same line as the "Theorem X." heading
>
>
Hi Eric. Wow this works like a charm! The float trick and the custom 
counter are what I learned today.  Also, if I do something like this

.theorem::before
   { counter-increment: num; content: "Theorem 1." counter(num) "."; 
float:left; }

Then it will produce Theorem 1.1, Theorem 1.2, Theorem 1.3, ...
This is great! Many thanks :)

Pak

-- 
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/4b40ccdd-1504-4569-b6b3-66e35ca7d48bn%40googlegroups.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread Charlie Veniot
Hey, when I see somebody doing some serious sleuthing, it isn't so much 
technical skills that get my attention.  It is the creativity and 
inquisitiveness in action (i.e. the "what happens if I do this or that, or 
turn this on, or turn this off... ), that is really good stuff.

On Sunday, June 6, 2021 at 8:36:22 PM UTC-3 History Buff wrote:

> Thanks for the encouragement!
>
> On Sunday, June 6, 2021 at 4:31:36 PM UTC-7 cj.v...@gmail.com wrote:
>
>> Without having experienced your issues with TiddlyWiki performance (I 
>> don't have any TiddlyWiki as big, and I likely haven't installed as many 
>> plugin's), I might not be of any use to you other than cheering you on with 
>> the kind of fine sleuthing you are doing.  Especially if you note your 
>> findings here: that's a gift for the rest of us!
>>
>> So I've got my pom-pom's out for you.
>>
>> Maybe some more experienced folk can chime in with ideas?  
>> On Sunday, June 6, 2021 at 8:00:57 PM UTC-3 History Buff wrote:
>>
>>> So I decided to enable performance instrumentation to get a feel for 
>>> what was going on. When I did this and started changing a tiddler title the 
>>> mainrefresh was only 364 ms. But when I exectuted $tw.perf.log(); to see 
>>> what the filter performance was, the first filter listed which was "filter: 
>>> [titlebacklinks[]limit[1]]" and the timing was 3085.2 ms. That's 
>>> definitely noticeable and was about 85% of the total time. 
>>>
>>> I also noticed that if I just sit there and wait several seconds, the 
>>> delay in switching tiddlers and editing fields goes way down.
>>>
>>> On Sunday, June 6, 2021 at 2:53:59 PM UTC-7 History Buff wrote:
>>>
 One further question that I just thought of. I have several iFrames 
 linked to Wikipedia pages within the TW. Would that happen to have any 
 performance issues with Relink or Tiddlywiki in general?

 On Sunday, June 6, 2021 at 2:13:48 PM UTC-7 History Buff wrote:

> Not silly questions at all. I'm using 5.1.23 for Tiddlywiki and 2.0.0 
> of Relink. 
>
> I hadn't tried disabling or deleting before you asked. I did try both 
> methods and changed the name of a tiddler. While there was still some 
> delay 
> while Tiddlywiki determines which other tiddlers, the performance was 
> greatly improved. It took maybe a few tenths of a second for TW to find 
> all 
> the affected tiddlers.
>
> On Sunday, June 6, 2021 at 1:54:33 PM UTC-7 cj.v...@gmail.com wrote:
>
>> Silly questions: what version of TiddlyWiki and what version of 
>> Relink?
>>
>> Also, if you disable Relink, do you notice a significant difference 
>> in performance changing a tiddler's title, compared to doing same title 
>> change to same tiddler with Relink enabled ?
>>
>> On Sunday, June 6, 2021 at 5:46:21 PM UTC-3 History Buff wrote:
>>
>>> One more thing to add. I've also noticed that while I'm editing the 
>>> tiddler than I'm changing the name of, performance is generally 
>>> sluggish 
>>> throughout. This is especially true if I switch tiddlers before saving 
>>> or 
>>> try to add or edit a field. It's not until I save the tiddler that 
>>> performance goes back to normal.
>>>
>>> On Sunday, June 6, 2021 at 11:26:40 AM UTC-7 History Buff wrote:
>>>
 All,

 I apologize if this has been addressed before. I did some searching 
 and didn't really find anything.

 I have a rather large wiki with 3370 tidders, uses 244 tags and is 
 nearly 11 MB in size. I've noticed a huge slowness when I rename a 
 tiddler. 
 It takes 1-2 seconds for relink to finish finding all of the tiddlers 
 that 
 are going to be affected. I'm not exactly sure when this started since 
 I 
 don't rename tiddlers very often, but it seemed to just suddenly start 
 being an issue and not something that just got slower over time 
 (appearances can be deceiving so I could be wrong).

 I've played with the configuration options a bit, but haven't found 
 anything that really makes a difference. (I must admit that I don't 
 claim 
 to understand the many options fully.)

 Since I don't rename tiddlers terribly often, it's more of an 
 annoyance than a real issue. 

 Is this just a side effect of my wiki being large? Are there some 
 options that would affect performance more than others?

 Thanks in advance.

>>>

-- 
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/6efe9e4b-a7e0-4261-953b-d8355834c2b3n%40googlegro

[tw5] Re: Coding Pattern: Macro: Get all words starting with one of a list of letters

2021-06-06 Thread Charlie Veniot
Man, I wish I could edit that last post:  "...and I keep expressions *and 
words separate*.  

On Sunday, June 6, 2021 at 11:25:00 PM UTC-3 Charlie Veniot wrote:

> Arg.  I had posted the code for that macro, and had forgotten to set it up 
> to get only those tiddlers tagged "mot" (i.e. word), because many tiddlers 
> are tagged "expressions", and I keep expressions.  And then there are other 
> tiddlers that are neither a word nor an expression.
>
> And because I'm a continuous tweaker of things, I also had to change the 
> variable name in the macro.
>
> Also, worth highlighting that the macro shows how I've gone about handling 
> *dynamically 
> generated filters*.
>
> Anyways, for anybody and all interested, the new version of the macro:
>
> \define GetWords(FirstLetterOptions)
> <$vars *thisFilter*={{{ 
> [[$FirstLetterOptions$]split[]addprefixaddprefix[prefix]addsuffixaddprefixaddsuffixjoin[
>  
> ]*addsuffix[ 
> +]addsuffixaddsuffix[tag]addsuffixaddsuffix[mot]addsuffixaddsuffix*addsuffix[
>  
> +]addsuffixaddsuffix[sort]addsuffixaddsuffixaddsuffix] }}}>
> @@.multicol
> <$list variable="thisTiddler" filter=<<*thisFilter*>>>
> <$link to=<>/>
> 
> @@
> 
> \end
>
> *Example generated dynamic filter*: <> 
>
> thisFilter has the value [prefix[a]] [prefix[â]] [prefix[à]] +[tag[mot]] 
> +[sort[]]
> On Saturday, June 5, 2021 at 10:37:11 PM UTC-3 Charlie Veniot wrote:
>
>> G'day,
>>
>> *In the code further below, I use what I know and/or what I'm comfortable 
>> with.  Please, if you have code for alternative approaches, please share!  
>> This post is just about sharing code for studying.*
>>
>> Working again on my French-Acadian dictionary 
>> , I am redesigning the way of 
>> retrieving matching words per words tiddler (organized by letter of the 
>> alphabet, so a tiddler for words starting with letter "a", a tiddler for 
>> words starting with letter "b", etc. etc.
>>
>> I decided that I needed a global macro to do the job of getting all 
>> relevant words for each list of words tiddler, so that I can code <> a>> to get all of the words starting with "a", <> to get all 
>> of the words starting with "b", etc. etc.
>>
>> Should be easy enough with a filter that takes the macro parameter and 
>> yields results of things like [prefix[a]], [prefix[b]], etc.
>>
>> But [prefix[a]] won't catch words starting with accented a's ( â or à ).
>>
>> [sort[]] has the smarts to treat accented a's as equal to "a", so sorting 
>> works A-1.
>>
>> So for your perusal, the code I've come up with that works quite sweetly 
>> with the macro call <> :
>>
>> \define lb() [
>>
>> \define rb() ]
>>
>> \define GetWords(FirstLetterOptions)
>> <$vars letterList={{{ 
>> [[$FirstLetterOptions$]split[]addprefixaddprefix[prefix]addsuffixaddprefixaddsuffixjoin[
>>  
>> ]addsuffix[ 
>> +]addsuffixaddsuffix[sort]addsuffixaddsuffixaddsuffix] }}}>
>> @@.multicol
>> <$list variable="thisTiddler" filter=<>>
>> <$link to=<>/>
>> 
>> @@
>> 
>> \end
>>
>> And the CSS for multicol :
>>
>> /* MULTI COLUMN MODE */
>> .multicol {
>>display:block;
>>-moz-column-count:4;
>>-moz-column-gap:1em;
>>-webkit-column-count: 4;
>>-webkit-column-gap:1em;
>> }
>>
>

-- 
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/6ea32209-35d8-4f76-a727-841558788f02n%40googlegroups.com.


[tw5] Re: Coding Pattern: Macro: Get all words starting with one of a list of letters

2021-06-06 Thread Charlie Veniot
Arg.  I had posted the code for that macro, and had forgotten to set it up 
to get only those tiddlers tagged "mot" (i.e. word), because many tiddlers 
are tagged "expressions", and I keep expressions.  And then there are other 
tiddlers that are neither a word nor an expression.

And because I'm a continuous tweaker of things, I also had to change the 
variable name in the macro.

Also, worth highlighting that the macro shows how I've gone about handling 
*dynamically 
generated filters*.

Anyways, for anybody and all interested, the new version of the macro:

\define GetWords(FirstLetterOptions)
<$vars *thisFilter*={{{ 
[[$FirstLetterOptions$]split[]addprefixaddprefix[prefix]addsuffixaddprefixaddsuffixjoin[
 
]*addsuffix[ 
+]addsuffixaddsuffix[tag]addsuffixaddsuffix[mot]addsuffixaddsuffix*addsuffix[
 
+]addsuffixaddsuffix[sort]addsuffixaddsuffixaddsuffix] }}}>
@@.multicol
<$list variable="thisTiddler" filter=<<*thisFilter*>>>
<$link to=<>/>

@@

\end

*Example generated dynamic filter*: <> 

thisFilter has the value [prefix[a]] [prefix[â]] [prefix[à]] +[tag[mot]] 
+[sort[]]
On Saturday, June 5, 2021 at 10:37:11 PM UTC-3 Charlie Veniot wrote:

> G'day,
>
> *In the code further below, I use what I know and/or what I'm comfortable 
> with.  Please, if you have code for alternative approaches, please share!  
> This post is just about sharing code for studying.*
>
> Working again on my French-Acadian dictionary 
> , I am redesigning the way of 
> retrieving matching words per words tiddler (organized by letter of the 
> alphabet, so a tiddler for words starting with letter "a", a tiddler for 
> words starting with letter "b", etc. etc.
>
> I decided that I needed a global macro to do the job of getting all 
> relevant words for each list of words tiddler, so that I can code < a>> to get all of the words starting with "a", <> to get all 
> of the words starting with "b", etc. etc.
>
> Should be easy enough with a filter that takes the macro parameter and 
> yields results of things like [prefix[a]], [prefix[b]], etc.
>
> But [prefix[a]] won't catch words starting with accented a's ( â or à ).
>
> [sort[]] has the smarts to treat accented a's as equal to "a", so sorting 
> works A-1.
>
> So for your perusal, the code I've come up with that works quite sweetly 
> with the macro call <> :
>
> \define lb() [
>
> \define rb() ]
>
> \define GetWords(FirstLetterOptions)
> <$vars letterList={{{ 
> [[$FirstLetterOptions$]split[]addprefixaddprefix[prefix]addsuffixaddprefixaddsuffixjoin[
>  
> ]addsuffix[ 
> +]addsuffixaddsuffix[sort]addsuffixaddsuffixaddsuffix] }}}>
> @@.multicol
> <$list variable="thisTiddler" filter=<>>
> <$link to=<>/>
> 
> @@
> 
> \end
>
> And the CSS for multicol :
>
> /* MULTI COLUMN MODE */
> .multicol {
>display:block;
>-moz-column-count:4;
>-moz-column-gap:1em;
>-webkit-column-count: 4;
>-webkit-column-gap:1em;
> }
>

-- 
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/b9f71a36-3737-4a39-9427-bf5e241a525cn%40googlegroups.com.


Re: [tw5] Navigation Pattern Tiddly Wiki Sample

2021-06-06 Thread TW Tones
Java,

I suggest you decide what Toc suits you from 
here https://tiddlywiki.com/#Table-of-Contents%20Macros

My huge lot of options may seem confusing, the idea is to present the 
answers to your question, and of course you had no idea what my answer 
would be. The trick is when you get a comprehensive answer is to capture it 
and work through it when you have time or think it may contain an answer. 
We also write answers for others who may find your question in the future. 

My answers are the keys to possibilities, it is you who needs to choose 
which key you will try now, and it is worth documenting the keys until one 
day you discover which doors to open. In some ways it was your question 
that caused the number of answers, if you can ask more focused questions 
you will get more focused answers. Confusion is just knowledge you have not 
digested yet.

Tones


On Friday, 4 June 2021 at 10:24:47 UTC+10 Java Development wrote:

> Hi Tones,
>
> Now i understand and looking for TOC themes or template as separate wiki 
> to edit and save
>
> What you have shared huge lot of options seems confusing. Can you please 
> share two or three TOC themes with the latest Tiddly Wiki version to use one
>
> Thanks a lot
>
> On Fri, Jun 4, 2021 at 4:02 AM TW Tones  wrote:
>
>> The simple answer is yes you can do all of this in TiddlyWiki.
>>
>> Your question as I understand it is too broad, and the answer too big 
>> please start by learning about the following
>>
>>- There is a core plugin you can add for building menus as seen on 
>>https://tiddlywiki.com
>>- Review the use of the different table of contents macros as they 
>>demonstrate different navigation models.
>>- Although aging now I did a menu plugin years ago but you can see 
>>how I made smart menu items https://tiddlywiki.psat.com.au/mymenus/
>>- You can learn about popups and drop downs (there is a dropdown menu 
>>on tags you can customise with $:/tags/TagDropdown)
>>- There is now a mechaisium for selectable layouts
>>- There are special tags for the placement of content on different 
>>parts of the page eg $:/tags/TopLeftBar
>>
>> Best of luck, do ask more questions as needed but we did find it 
>> difficult to answer this time. I think you may need to do a little more to 
>> illustrate what you are after. An annotated image, or list of elements are 
>> always helpful. Also if your questions are too big, and too uncertian, but 
>> have complex answers people may find it hard to find time to answer, and 
>> thus don't answer.
>>
>> Regards
>> Tones
>>
>>
>> On Thursday, 3 June 2021 at 22:41:56 UTC+10 Java Development wrote:
>>
>>> #1 - Search Bar on top to search for any keyword inside the content
>>> #2 - Yes various categories ..Not a drop down...On click - it goes to 
>>> the next level - multi-level - sub-level cateagories - finally content will 
>>> be rendered
>>> #3 - All the categories are non-collapsable menu - fixed 
>>> #4 - This pattern is useful assume
>>>
>>> Assume - A Single book has 2 main section -> 10 sub-sections -> 10 
>>> chapters in each sub-section -> Each Chapter would have 30 paragraphs -> 
>>> Text would be rendered at last
>>>
>>> Assume A Single book has 2 main section -> 10 sub-sections -> 10 
>>> chapters in each sub-section -> Text would be rendered on clicking the 
>>> chapters if there are no paragrapahs
>>>
>>> Like breadcrum model - faster and easy navigation..
>>>
>>> On Thu, Jun 3, 2021 at 6:04 PM David Gifford  wrote:
>>>
 By "navigation pattern", do you mean the bar near the top of that page 
 that has Categories, Home, etc? Or are you specifically thinking of the 
 Dropdown menu for Categories? Or do you want the search bar above a top 
 menu? Or is there something you want from the card/entry, like the reviews 
 or the install button? Like I said when you wrote me by email, and as 
 others have said here already, you need to be more specific in what you 
 want to do. 

 On Thursday, June 3, 2021 at 6:40:54 AM UTC-5 Java Development wrote:

> Hi TW Jones,
>
> I'm referring to the link 
> https://play.google.com/store/apps/details?id=message.qna where you 
> can see the navigation and looking for a similar pattern in tiddly wiki.
>
> Tiddlywiki - We need to see how we can show up the whole page with the 
> navigation pattern. 
>
> Thanks
>
> On Thu, Jun 3, 2021 at 3:36 AM TW Tones  wrote:
>
>> javaDev,
>>
>> I think your question is still too abstract or unclear for us to help.
>>
>> Arguably TiddlyWiki is all About navigating your content contained in 
>> your tiddlers. 
>>
>> We know so many ways and I expect can "emulate any other way of 
>> navigating content" within tiddlywiki, the question you ask seems 
>> incomplete.
>>
>> Are you actually referring to the links? eg;  ?id=message.of.the.hour
>>
>> If so this is si

[tw5] Re: [Comment] My Ongoing Irritations with Google Groups

2021-06-06 Thread TW Tones
This is where a TiddlyWiki solution offers a lot more. 

Having a career in Knowledge and information management, support and 
troubleshooting - one thing I picked us is the questions are as important 
as the answers. The smart way is to capture the questions asked, those 
without answers become needed new knowledge, the quicker a question is 
answered the more the way to ask the question is identified as profitable 
so help the interrogator learn how to ask questions based on successful 
questions before. It is auto-curation. 

GG is a mailing list, it can be used to harvest knowledge, but it not only 
has little to help curate the knowledge it sometimes actively works against 
it, it is not possible to develop even tentative "source of a given truth" 
or the unabridged info.

My use of google groups could be a harvesting/curation process but I cant 
take responsibility for it because I need a living. I thought I would build 
a blog that provides an index into the information posted in GG going 
forward, news and observations, references and commentary, but few were 
interested, perhaps they did not have the same vision I have for a blog.

As Charlie shared IT'S ALL WRONG, especially documents, says Ted in 2011  
tells me we need innovation to 
escape the bounds of a email list. Interesting something google should do 
but does not belying their lack of innovation (at least that they share 
publicly) 

Tones
On Monday, 7 June 2021 at 05:54:12 UTC+10 cj.v...@gmail.com wrote:

> Although I preferred the previous incarnation of Google Groups, I'm liking 
> the simplicity of this incarnation.  I like anything that has a feel of 
> minimalism, even if it has some warts.
>
> For complex searching of the group, I'm quite happy going to advanced 
> Google Search, for example:  
> https://www.google.com/advanced_search?q=site:groups.google.com/g/tiddlywiki+filter+macro&hl=en&as_qdr=all
>
> And every time a question of any kind happens again, I find it puts the 
> question in a new light, so repetition is good because of the potential for 
> updated insights/features.
>
> The questions are just as valuable as (maybe more so than)  the answers.
>
> To me, Google Groups combined with Advanced Google Search (when needed), 
> strikes a pretty good balance.
>
>
>
> On Sunday, June 6, 2021 at 2:19:18 PM UTC-3 Soren Bjornstad wrote:
>
>> Jeremy's concerns seem to focus around search, but I actually haven't 
>> found Google Groups search to be that bad (you have to pick "sort by 
>> relevance" instead of "sort by date" after every search or it is just about 
>> useless, though – if you think it's bad and you haven't tried that, do). 
>> However, the editing experience, while it used to be tolerable, has become 
>> horrendous since the latest UI “upgrade”. I regularly have the screen get 
>> corrupted or lose data (wtf, how did this become acceptable), and doing 
>> code formatting is a huge pain now.
>>
>> In terms of migration difficulty...I've been part of the Anki open-source 
>> community on and off for many years, and it has moved from Google Groups to 
>> TenderApp (actually a tech support system, but it worked OK for discussions 
>> too, and had an awesome API back when that was rare) to Discourse, and 
>> there don't seem to have been significant problems getting the community to 
>> come along with. Unless we have a substantial contingent of core members 
>> who refuse to switch platforms, I'm not convinced this is going to be a 
>> huge problem. For people who drop in and out, having to learn one new 
>> platform over another one doesn't seem like much of a change unless the new 
>> platform is significantly harder to use. How many people are actually 
>> already familiar with Google Groups nowadays?
>>
>> I'm not a huge fan of Discourse either, though, FWIW, and a pure TW 
>> solution would be harder to implement and probably harder for new users to 
>> use. So not sure I have much of an opinion on whether we should move. If we 
>> decided to, I'd be willing to chip in for hosting costs.
>>
>> On Thursday, June 3, 2021 at 7:07:18 PM UTC-5 flohit...@googlemail.com 
>> wrote:
>>
>>> Hey all, 
>>> this has been annoying for me, too. I thought, discourse isn‘t that old 
>>> (or other open source hostable solutions), so probably it’s easier to stay 
>>> here. But GG is crap. 
>>> I think discourse is a good Solution that can be implemented first on 
>>> the side, if some „main“ people are willing to commit to do so. I mean 
>>> mostly Jeremy and people who are actively developing and discussing stuff, 
>>> the core community. Discourse  can imo be a good discussion forum for 
>>> people who are already a bit committed to a project and want to discuss it 
>>> more deeply. The better searchability and more asynchronous, forum–not–feed 
>>> approach quite naturally allows for deeper accumulation of knowledge which 
>>> will be accessible for newbies as well. I also often am af

[tw5] Re: IT'S ALL WRONG, especially documents, says Ted in 2011

2021-06-06 Thread TW Tones
Thanks Charlie,

Led me on to the series Computers for Cynics, I saw the 1st and look 
forward to more.

It is nice to hear someone question the things I have done in the past, and 
while cynicism can be corrosive, I do not think so when it questions 
"unchallenged received wisdom". As a conceptual thinker, I who is always 
trying to what if any essential concepts can be derived from complex 
systems, it is a fact that we have to revisit the "paradigms" and "Axioms" 
repeatedly something which commercial enterprises usually don't like doing, 
least it eat into profits.

Part of my love for tiddlywiki is it a platform on which I organise, view 
and manipulate knowledge the way I want to. Playing with the the 
"paradigms", "Axioms" and assumptions. Just as the "general Purpose 
computer" permits an almost limitless computation, tiddlywiki permits an 
almost limitless ways to store information or knowledge. Structured and 
unstructured.

Tones

On Monday, 7 June 2021 at 01:48:15 UTC+10 cj.v...@gmail.com wrote:

> Just in case this is of any interest for a coffee break:
>
> https://www.youtube.com/watch?v=pX0UN-gXBZE
>
> I do find Ted Nelson eccentric.
>
> I often think: "I'm not sure what his problem is, but I'm sure it is hard 
> to spell."
>
> I always enjoy listening to him.  I always find what he has to say 
> fantastic.
>
> Whenever he says something, it gives me new insights into sometimes 
> unrelated things, but usually things that have me thinking about how I 
> organize stuff in TiddlyWiki, or how TiddlyWiki handles things so well
>

-- 
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/6e54008f-ef0e-4e54-8f3c-0d127efa0a8an%40googlegroups.com.


[tw5] Re: LaTeX environment using list widget with counter

2021-06-06 Thread Eric Shulman
On Sunday, June 6, 2021 at 9:16:05 AM UTC-7 Eric Shulman wrote:

> On Sunday, June 6, 2021 at 5:56:54 AM UTC-7 Pak wrote:
>
>> Suppose I have 3 tiddlers: tid-thm-a, tid-thm-b, tid-thm-c I would like 
>> to transclude them in a tiddler so that it displays the following:
>> Theorem 1. (optional caption) (...contents in tid-thm-a... displayed in 
>> block mode, but the first line should be on the same line as Theorem 1}
>> Theorem 2. (optional caption) (...contents in tid-thm-b... displayed in 
>> block mode, but the first line should be on the same line as Theorem 2}
>> Theorem 3. (optional caption) (...contents in tid-thm-c... displayed in 
>> block mode, but the first line should be on the same line as Theorem 3}
>>
>
Addendum: I re-read the description of your desired layout.  My previous 
solution didn't put the tiddler contents on the same line as the "Theorem 
X."  heading.

Here's an updated solution that achieves the layout you described:


.theorems
   { counter-reset: num; }
.theorem::before
   { counter-increment: num; content: "Theorem " counter(num) "."; 
float:left; }


   <$list filter="tid-thm-a tid-thm-b tid-thm-c">
  
 (<$view 
field=caption/>) <$transclude mode="block"/>
  
  
   


Notes:
* Added "float:left;" to the "theorem" class, so that it will appear before 
the caption text
* Added "float:left;padding:0 0.5em" around the caption text so that it 
will appear before the tiddler content
* Use of these two floats allows the first line of the tiddler content to 
appear on the same line as the "Theorem X." heading

-- 
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/07ba90d9-ced2-4a97-a050-88dc49c8d9e1n%40googlegroups.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread History Buff
Thanks for the encouragement!

On Sunday, June 6, 2021 at 4:31:36 PM UTC-7 cj.v...@gmail.com wrote:

> Without having experienced your issues with TiddlyWiki performance (I 
> don't have any TiddlyWiki as big, and I likely haven't installed as many 
> plugin's), I might not be of any use to you other than cheering you on with 
> the kind of fine sleuthing you are doing.  Especially if you note your 
> findings here: that's a gift for the rest of us!
>
> So I've got my pom-pom's out for you.
>
> Maybe some more experienced folk can chime in with ideas?  
> On Sunday, June 6, 2021 at 8:00:57 PM UTC-3 History Buff wrote:
>
>> So I decided to enable performance instrumentation to get a feel for what 
>> was going on. When I did this and started changing a tiddler title the 
>> mainrefresh was only 364 ms. But when I exectuted $tw.perf.log(); to see 
>> what the filter performance was, the first filter listed which was "filter: 
>> [titlebacklinks[]limit[1]]" and the timing was 3085.2 ms. That's 
>> definitely noticeable and was about 85% of the total time. 
>>
>> I also noticed that if I just sit there and wait several seconds, the 
>> delay in switching tiddlers and editing fields goes way down.
>>
>> On Sunday, June 6, 2021 at 2:53:59 PM UTC-7 History Buff wrote:
>>
>>> One further question that I just thought of. I have several iFrames 
>>> linked to Wikipedia pages within the TW. Would that happen to have any 
>>> performance issues with Relink or Tiddlywiki in general?
>>>
>>> On Sunday, June 6, 2021 at 2:13:48 PM UTC-7 History Buff wrote:
>>>
 Not silly questions at all. I'm using 5.1.23 for Tiddlywiki and 2.0.0 
 of Relink. 

 I hadn't tried disabling or deleting before you asked. I did try both 
 methods and changed the name of a tiddler. While there was still some 
 delay 
 while Tiddlywiki determines which other tiddlers, the performance was 
 greatly improved. It took maybe a few tenths of a second for TW to find 
 all 
 the affected tiddlers.

 On Sunday, June 6, 2021 at 1:54:33 PM UTC-7 cj.v...@gmail.com wrote:

> Silly questions: what version of TiddlyWiki and what version of Relink?
>
> Also, if you disable Relink, do you notice a significant difference in 
> performance changing a tiddler's title, compared to doing same title 
> change 
> to same tiddler with Relink enabled ?
>
> On Sunday, June 6, 2021 at 5:46:21 PM UTC-3 History Buff wrote:
>
>> One more thing to add. I've also noticed that while I'm editing the 
>> tiddler than I'm changing the name of, performance is generally sluggish 
>> throughout. This is especially true if I switch tiddlers before saving 
>> or 
>> try to add or edit a field. It's not until I save the tiddler that 
>> performance goes back to normal.
>>
>> On Sunday, June 6, 2021 at 11:26:40 AM UTC-7 History Buff wrote:
>>
>>> All,
>>>
>>> I apologize if this has been addressed before. I did some searching 
>>> and didn't really find anything.
>>>
>>> I have a rather large wiki with 3370 tidders, uses 244 tags and is 
>>> nearly 11 MB in size. I've noticed a huge slowness when I rename a 
>>> tiddler. 
>>> It takes 1-2 seconds for relink to finish finding all of the tiddlers 
>>> that 
>>> are going to be affected. I'm not exactly sure when this started since 
>>> I 
>>> don't rename tiddlers very often, but it seemed to just suddenly start 
>>> being an issue and not something that just got slower over time 
>>> (appearances can be deceiving so I could be wrong).
>>>
>>> I've played with the configuration options a bit, but haven't found 
>>> anything that really makes a difference. (I must admit that I don't 
>>> claim 
>>> to understand the many options fully.)
>>>
>>> Since I don't rename tiddlers terribly often, it's more of an 
>>> annoyance than a real issue. 
>>>
>>> Is this just a side effect of my wiki being large? Are there some 
>>> options that would affect performance more than others?
>>>
>>> Thanks in advance.
>>>
>>

-- 
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/29a9ffcc-d71d-4458-bb21-542d64aa6bb0n%40googlegroups.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread History Buff
Alright, a little more information.  I just did a different test with 
backlinks. On most of my tiddlers, I have a tab that lists all of the 
backlinks to that tiddler. When I click on that, I see a similar delay. 
Looking at the performance instrumentation, I see the following:

mainRefresh: 3381.10ms

"filter: [all[current]backlinks[]!search:description[Newspapers]limit[1]]" 
takes 
3316.5ms

However, this long time only happens the very first time I click this 
particular backlinks tab for any tiddler. Any other tiddler after that, I 
can open that tab in a fairly fast time. Although, I need to experiment a 
bit further, I think this is the same thing that is happening with Relink. 
It's the first time a backlinks filter is run that takes forever. Any time 
after that, it seems reasonably fast (unless the TW is reloaded then it 
starts all over again). 

So my question is now becoming what is it about the first time the filter 
for backlinks is run that takes so long? Is it the size of my TW or 
something else? 


On Sunday, June 6, 2021 at 4:00:57 PM UTC-7 History Buff wrote:

> So I decided to enable performance instrumentation to get a feel for what 
> was going on. When I did this and started changing a tiddler title the 
> mainrefresh was only 364 ms. But when I exectuted $tw.perf.log(); to see 
> what the filter performance was, the first filter listed which was "filter: 
> [titlebacklinks[]limit[1]]" and the timing was 3085.2 ms. That's 
> definitely noticeable and was about 85% of the total time. 
>
> I also noticed that if I just sit there and wait several seconds, the 
> delay in switching tiddlers and editing fields goes way down.
>
> On Sunday, June 6, 2021 at 2:53:59 PM UTC-7 History Buff wrote:
>
>> One further question that I just thought of. I have several iFrames 
>> linked to Wikipedia pages within the TW. Would that happen to have any 
>> performance issues with Relink or Tiddlywiki in general?
>>
>> On Sunday, June 6, 2021 at 2:13:48 PM UTC-7 History Buff wrote:
>>
>>> Not silly questions at all. I'm using 5.1.23 for Tiddlywiki and 2.0.0 of 
>>> Relink. 
>>>
>>> I hadn't tried disabling or deleting before you asked. I did try both 
>>> methods and changed the name of a tiddler. While there was still some delay 
>>> while Tiddlywiki determines which other tiddlers, the performance was 
>>> greatly improved. It took maybe a few tenths of a second for TW to find all 
>>> the affected tiddlers.
>>>
>>> On Sunday, June 6, 2021 at 1:54:33 PM UTC-7 cj.v...@gmail.com wrote:
>>>
 Silly questions: what version of TiddlyWiki and what version of Relink?

 Also, if you disable Relink, do you notice a significant difference in 
 performance changing a tiddler's title, compared to doing same title 
 change 
 to same tiddler with Relink enabled ?

 On Sunday, June 6, 2021 at 5:46:21 PM UTC-3 History Buff wrote:

> One more thing to add. I've also noticed that while I'm editing the 
> tiddler than I'm changing the name of, performance is generally sluggish 
> throughout. This is especially true if I switch tiddlers before saving or 
> try to add or edit a field. It's not until I save the tiddler that 
> performance goes back to normal.
>
> On Sunday, June 6, 2021 at 11:26:40 AM UTC-7 History Buff wrote:
>
>> All,
>>
>> I apologize if this has been addressed before. I did some searching 
>> and didn't really find anything.
>>
>> I have a rather large wiki with 3370 tidders, uses 244 tags and is 
>> nearly 11 MB in size. I've noticed a huge slowness when I rename a 
>> tiddler. 
>> It takes 1-2 seconds for relink to finish finding all of the tiddlers 
>> that 
>> are going to be affected. I'm not exactly sure when this started since I 
>> don't rename tiddlers very often, but it seemed to just suddenly start 
>> being an issue and not something that just got slower over time 
>> (appearances can be deceiving so I could be wrong).
>>
>> I've played with the configuration options a bit, but haven't found 
>> anything that really makes a difference. (I must admit that I don't 
>> claim 
>> to understand the many options fully.)
>>
>> Since I don't rename tiddlers terribly often, it's more of an 
>> annoyance than a real issue. 
>>
>> Is this just a side effect of my wiki being large? Are there some 
>> options that would affect performance more than others?
>>
>> Thanks in advance.
>>
>

-- 
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/9b53e986-f9ab-4313-9a13-21366926eebcn%40googlegroups.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread Charlie Veniot
Without having experienced your issues with TiddlyWiki performance (I don't 
have any TiddlyWiki as big, and I likely haven't installed as many 
plugin's), I might not be of any use to you other than cheering you on with 
the kind of fine sleuthing you are doing.  Especially if you note your 
findings here: that's a gift for the rest of us!

So I've got my pom-pom's out for you.

Maybe some more experienced folk can chime in with ideas?  
On Sunday, June 6, 2021 at 8:00:57 PM UTC-3 History Buff wrote:

> So I decided to enable performance instrumentation to get a feel for what 
> was going on. When I did this and started changing a tiddler title the 
> mainrefresh was only 364 ms. But when I exectuted $tw.perf.log(); to see 
> what the filter performance was, the first filter listed which was "filter: 
> [titlebacklinks[]limit[1]]" and the timing was 3085.2 ms. That's 
> definitely noticeable and was about 85% of the total time. 
>
> I also noticed that if I just sit there and wait several seconds, the 
> delay in switching tiddlers and editing fields goes way down.
>
> On Sunday, June 6, 2021 at 2:53:59 PM UTC-7 History Buff wrote:
>
>> One further question that I just thought of. I have several iFrames 
>> linked to Wikipedia pages within the TW. Would that happen to have any 
>> performance issues with Relink or Tiddlywiki in general?
>>
>> On Sunday, June 6, 2021 at 2:13:48 PM UTC-7 History Buff wrote:
>>
>>> Not silly questions at all. I'm using 5.1.23 for Tiddlywiki and 2.0.0 of 
>>> Relink. 
>>>
>>> I hadn't tried disabling or deleting before you asked. I did try both 
>>> methods and changed the name of a tiddler. While there was still some delay 
>>> while Tiddlywiki determines which other tiddlers, the performance was 
>>> greatly improved. It took maybe a few tenths of a second for TW to find all 
>>> the affected tiddlers.
>>>
>>> On Sunday, June 6, 2021 at 1:54:33 PM UTC-7 cj.v...@gmail.com wrote:
>>>
 Silly questions: what version of TiddlyWiki and what version of Relink?

 Also, if you disable Relink, do you notice a significant difference in 
 performance changing a tiddler's title, compared to doing same title 
 change 
 to same tiddler with Relink enabled ?

 On Sunday, June 6, 2021 at 5:46:21 PM UTC-3 History Buff wrote:

> One more thing to add. I've also noticed that while I'm editing the 
> tiddler than I'm changing the name of, performance is generally sluggish 
> throughout. This is especially true if I switch tiddlers before saving or 
> try to add or edit a field. It's not until I save the tiddler that 
> performance goes back to normal.
>
> On Sunday, June 6, 2021 at 11:26:40 AM UTC-7 History Buff wrote:
>
>> All,
>>
>> I apologize if this has been addressed before. I did some searching 
>> and didn't really find anything.
>>
>> I have a rather large wiki with 3370 tidders, uses 244 tags and is 
>> nearly 11 MB in size. I've noticed a huge slowness when I rename a 
>> tiddler. 
>> It takes 1-2 seconds for relink to finish finding all of the tiddlers 
>> that 
>> are going to be affected. I'm not exactly sure when this started since I 
>> don't rename tiddlers very often, but it seemed to just suddenly start 
>> being an issue and not something that just got slower over time 
>> (appearances can be deceiving so I could be wrong).
>>
>> I've played with the configuration options a bit, but haven't found 
>> anything that really makes a difference. (I must admit that I don't 
>> claim 
>> to understand the many options fully.)
>>
>> Since I don't rename tiddlers terribly often, it's more of an 
>> annoyance than a real issue. 
>>
>> Is this just a side effect of my wiki being large? Are there some 
>> options that would affect performance more than others?
>>
>> Thanks in advance.
>>
>

-- 
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/c2e31039-c8e2-4871-b40c-a85fd563cb53n%40googlegroups.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread History Buff
So I decided to enable performance instrumentation to get a feel for what 
was going on. When I did this and started changing a tiddler title the 
mainrefresh was only 364 ms. But when I exectuted $tw.perf.log(); to see 
what the filter performance was, the first filter listed which was "filter: 
[titlebacklinks[]limit[1]]" and the timing was 3085.2 ms. That's 
definitely noticeable and was about 85% of the total time. 

I also noticed that if I just sit there and wait several seconds, the delay 
in switching tiddlers and editing fields goes way down.

On Sunday, June 6, 2021 at 2:53:59 PM UTC-7 History Buff wrote:

> One further question that I just thought of. I have several iFrames linked 
> to Wikipedia pages within the TW. Would that happen to have any performance 
> issues with Relink or Tiddlywiki in general?
>
> On Sunday, June 6, 2021 at 2:13:48 PM UTC-7 History Buff wrote:
>
>> Not silly questions at all. I'm using 5.1.23 for Tiddlywiki and 2.0.0 of 
>> Relink. 
>>
>> I hadn't tried disabling or deleting before you asked. I did try both 
>> methods and changed the name of a tiddler. While there was still some delay 
>> while Tiddlywiki determines which other tiddlers, the performance was 
>> greatly improved. It took maybe a few tenths of a second for TW to find all 
>> the affected tiddlers.
>>
>> On Sunday, June 6, 2021 at 1:54:33 PM UTC-7 cj.v...@gmail.com wrote:
>>
>>> Silly questions: what version of TiddlyWiki and what version of Relink?
>>>
>>> Also, if you disable Relink, do you notice a significant difference in 
>>> performance changing a tiddler's title, compared to doing same title change 
>>> to same tiddler with Relink enabled ?
>>>
>>> On Sunday, June 6, 2021 at 5:46:21 PM UTC-3 History Buff wrote:
>>>
 One more thing to add. I've also noticed that while I'm editing the 
 tiddler than I'm changing the name of, performance is generally sluggish 
 throughout. This is especially true if I switch tiddlers before saving or 
 try to add or edit a field. It's not until I save the tiddler that 
 performance goes back to normal.

 On Sunday, June 6, 2021 at 11:26:40 AM UTC-7 History Buff wrote:

> All,
>
> I apologize if this has been addressed before. I did some searching 
> and didn't really find anything.
>
> I have a rather large wiki with 3370 tidders, uses 244 tags and is 
> nearly 11 MB in size. I've noticed a huge slowness when I rename a 
> tiddler. 
> It takes 1-2 seconds for relink to finish finding all of the tiddlers 
> that 
> are going to be affected. I'm not exactly sure when this started since I 
> don't rename tiddlers very often, but it seemed to just suddenly start 
> being an issue and not something that just got slower over time 
> (appearances can be deceiving so I could be wrong).
>
> I've played with the configuration options a bit, but haven't found 
> anything that really makes a difference. (I must admit that I don't claim 
> to understand the many options fully.)
>
> Since I don't rename tiddlers terribly often, it's more of an 
> annoyance than a real issue. 
>
> Is this just a side effect of my wiki being large? Are there some 
> options that would affect performance more than others?
>
> Thanks in advance.
>


-- 
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/a7b291c3-344a-4698-8875-0df7041ed0cfn%40googlegroups.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread History Buff
One further question that I just thought of. I have several iFrames linked 
to Wikipedia pages within the TW. Would that happen to have any performance 
issues with Relink or Tiddlywiki in general?

On Sunday, June 6, 2021 at 2:13:48 PM UTC-7 History Buff wrote:

> Not silly questions at all. I'm using 5.1.23 for Tiddlywiki and 2.0.0 of 
> Relink. 
>
> I hadn't tried disabling or deleting before you asked. I did try both 
> methods and changed the name of a tiddler. While there was still some delay 
> while Tiddlywiki determines which other tiddlers, the performance was 
> greatly improved. It took maybe a few tenths of a second for TW to find all 
> the affected tiddlers.
>
> On Sunday, June 6, 2021 at 1:54:33 PM UTC-7 cj.v...@gmail.com wrote:
>
>> Silly questions: what version of TiddlyWiki and what version of Relink?
>>
>> Also, if you disable Relink, do you notice a significant difference in 
>> performance changing a tiddler's title, compared to doing same title change 
>> to same tiddler with Relink enabled ?
>>
>> On Sunday, June 6, 2021 at 5:46:21 PM UTC-3 History Buff wrote:
>>
>>> One more thing to add. I've also noticed that while I'm editing the 
>>> tiddler than I'm changing the name of, performance is generally sluggish 
>>> throughout. This is especially true if I switch tiddlers before saving or 
>>> try to add or edit a field. It's not until I save the tiddler that 
>>> performance goes back to normal.
>>>
>>> On Sunday, June 6, 2021 at 11:26:40 AM UTC-7 History Buff wrote:
>>>
 All,

 I apologize if this has been addressed before. I did some searching and 
 didn't really find anything.

 I have a rather large wiki with 3370 tidders, uses 244 tags and is 
 nearly 11 MB in size. I've noticed a huge slowness when I rename a 
 tiddler. 
 It takes 1-2 seconds for relink to finish finding all of the tiddlers that 
 are going to be affected. I'm not exactly sure when this started since I 
 don't rename tiddlers very often, but it seemed to just suddenly start 
 being an issue and not something that just got slower over time 
 (appearances can be deceiving so I could be wrong).

 I've played with the configuration options a bit, but haven't found 
 anything that really makes a difference. (I must admit that I don't claim 
 to understand the many options fully.)

 Since I don't rename tiddlers terribly often, it's more of an annoyance 
 than a real issue. 

 Is this just a side effect of my wiki being large? Are there some 
 options that would affect performance more than others?

 Thanks in advance.

>>>

-- 
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/7a239fc0-8a81-4c90-a2ae-fd47131f2f6dn%40googlegroups.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread History Buff
Not silly questions at all. I'm using 5.1.23 for Tiddlywiki and 2.0.0 of 
Relink. 

I hadn't tried disabling or deleting before you asked. I did try both 
methods and changed the name of a tiddler. While there was still some delay 
while Tiddlywiki determines which other tiddlers, the performance was 
greatly improved. It took maybe a few tenths of a second for TW to find all 
the affected tiddlers.

On Sunday, June 6, 2021 at 1:54:33 PM UTC-7 cj.v...@gmail.com wrote:

> Silly questions: what version of TiddlyWiki and what version of Relink?
>
> Also, if you disable Relink, do you notice a significant difference in 
> performance changing a tiddler's title, compared to doing same title change 
> to same tiddler with Relink enabled ?
>
> On Sunday, June 6, 2021 at 5:46:21 PM UTC-3 History Buff wrote:
>
>> One more thing to add. I've also noticed that while I'm editing the 
>> tiddler than I'm changing the name of, performance is generally sluggish 
>> throughout. This is especially true if I switch tiddlers before saving or 
>> try to add or edit a field. It's not until I save the tiddler that 
>> performance goes back to normal.
>>
>> On Sunday, June 6, 2021 at 11:26:40 AM UTC-7 History Buff wrote:
>>
>>> All,
>>>
>>> I apologize if this has been addressed before. I did some searching and 
>>> didn't really find anything.
>>>
>>> I have a rather large wiki with 3370 tidders, uses 244 tags and is 
>>> nearly 11 MB in size. I've noticed a huge slowness when I rename a tiddler. 
>>> It takes 1-2 seconds for relink to finish finding all of the tiddlers that 
>>> are going to be affected. I'm not exactly sure when this started since I 
>>> don't rename tiddlers very often, but it seemed to just suddenly start 
>>> being an issue and not something that just got slower over time 
>>> (appearances can be deceiving so I could be wrong).
>>>
>>> I've played with the configuration options a bit, but haven't found 
>>> anything that really makes a difference. (I must admit that I don't claim 
>>> to understand the many options fully.)
>>>
>>> Since I don't rename tiddlers terribly often, it's more of an annoyance 
>>> than a real issue. 
>>>
>>> Is this just a side effect of my wiki being large? Are there some 
>>> options that would affect performance more than others?
>>>
>>> Thanks in advance.
>>>
>>

-- 
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/0951d6e2-856a-4d5e-8819-4cb975159d3en%40googlegroups.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread Charlie Veniot
Silly questions: what version of TiddlyWiki and what version of Relink?

Also, if you disable Relink, do you notice a significant difference in 
performance changing a tiddler's title, compared to doing same title change 
to same tiddler with Relink enabled ?

On Sunday, June 6, 2021 at 5:46:21 PM UTC-3 History Buff wrote:

> One more thing to add. I've also noticed that while I'm editing the 
> tiddler than I'm changing the name of, performance is generally sluggish 
> throughout. This is especially true if I switch tiddlers before saving or 
> try to add or edit a field. It's not until I save the tiddler that 
> performance goes back to normal.
>
> On Sunday, June 6, 2021 at 11:26:40 AM UTC-7 History Buff wrote:
>
>> All,
>>
>> I apologize if this has been addressed before. I did some searching and 
>> didn't really find anything.
>>
>> I have a rather large wiki with 3370 tidders, uses 244 tags and is nearly 
>> 11 MB in size. I've noticed a huge slowness when I rename a tiddler. It 
>> takes 1-2 seconds for relink to finish finding all of the tiddlers that are 
>> going to be affected. I'm not exactly sure when this started since I don't 
>> rename tiddlers very often, but it seemed to just suddenly start being an 
>> issue and not something that just got slower over time (appearances can be 
>> deceiving so I could be wrong).
>>
>> I've played with the configuration options a bit, but haven't found 
>> anything that really makes a difference. (I must admit that I don't claim 
>> to understand the many options fully.)
>>
>> Since I don't rename tiddlers terribly often, it's more of an annoyance 
>> than a real issue. 
>>
>> Is this just a side effect of my wiki being large? Are there some options 
>> that would affect performance more than others?
>>
>> Thanks in advance.
>>
>

-- 
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/4c2d9a9f-d94e-4910-b586-2c3650e08f62n%40googlegroups.com.


[tw5] Re: Relink Plugin Performance

2021-06-06 Thread History Buff
One more thing to add. I've also noticed that while I'm editing the tiddler 
than I'm changing the name of, performance is generally sluggish 
throughout. This is especially true if I switch tiddlers before saving or 
try to add or edit a field. It's not until I save the tiddler that 
performance goes back to normal.

On Sunday, June 6, 2021 at 11:26:40 AM UTC-7 History Buff wrote:

> All,
>
> I apologize if this has been addressed before. I did some searching and 
> didn't really find anything.
>
> I have a rather large wiki with 3370 tidders, uses 244 tags and is nearly 
> 11 MB in size. I've noticed a huge slowness when I rename a tiddler. It 
> takes 1-2 seconds for relink to finish finding all of the tiddlers that are 
> going to be affected. I'm not exactly sure when this started since I don't 
> rename tiddlers very often, but it seemed to just suddenly start being an 
> issue and not something that just got slower over time (appearances can be 
> deceiving so I could be wrong).
>
> I've played with the configuration options a bit, but haven't found 
> anything that really makes a difference. (I must admit that I don't claim 
> to understand the many options fully.)
>
> Since I don't rename tiddlers terribly often, it's more of an annoyance 
> than a real issue. 
>
> Is this just a side effect of my wiki being large? Are there some options 
> that would affect performance more than others?
>
> Thanks in advance.
>

-- 
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/5de67fed-3d9c-4a09-807f-a30998c7912en%40googlegroups.com.


[tw5] Re: Create Save and close in one click ?

2021-06-06 Thread Eric Shulman
addendum:

If you want to create new tiddlers with automatic numbering if the tiddler 
already exists, use $action-createtiddler, like this:

<$button> click me
   <$action-createtiddler $basetitle="SomethingNew" text="yabba dabba doo!" 
tags="foo bar baz" caption="this is a caption" somefield="argle bargle" />


-e

On Sunday, June 6, 2021 at 1:14:27 PM UTC-7 Eric Shulman wrote:

> On Sunday, June 6, 2021 at 12:43:25 PM UTC-7 mohamed...@hotmail.com wrote:
>
>> is there a way to have a button  create a new tiddler ,save it  and close 
>> it all in one click?
>>
>
> You can create a tiddler and set field values without ever opening it by 
> using $action-setfield, like this:
>
> <$button> click me
><$action-setfield $tiddler="SomethingNew" text="yabba dabba doo!" 
> tags="foo bar baz" caption="this is a caption" somefield="argle bargle" />
> 
>  
> -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/2db0e3dc-6ac9-49fb-8471-a3f6cf06adcan%40googlegroups.com.


[tw5] Re: Create Save and close in one click ?

2021-06-06 Thread Eric Shulman
On Sunday, June 6, 2021 at 12:43:25 PM UTC-7 mohamed...@hotmail.com wrote:

> is there a way to have a button  create a new tiddler ,save it  and close 
> it all in one click?
>

You can create a tiddler and set field values without ever opening it by 
using $action-setfield, like this:

<$button> click me
   <$action-setfield $tiddler="SomethingNew" text="yabba dabba doo!" 
tags="foo bar baz" caption="this is a caption" somefield="argle bargle" />

 
-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/313af374-c925-4081-a308-e12677296901n%40googlegroups.com.


[tw5] Re: [Comment] My Ongoing Irritations with Google Groups

2021-06-06 Thread Charlie Veniot
Although I preferred the previous incarnation of Google Groups, I'm liking 
the simplicity of this incarnation.  I like anything that has a feel of 
minimalism, even if it has some warts.

For complex searching of the group, I'm quite happy going to advanced 
Google Search, for example:  
https://www.google.com/advanced_search?q=site:groups.google.com/g/tiddlywiki+filter+macro&hl=en&as_qdr=all

And every time a question of any kind happens again, I find it puts the 
question in a new light, so repetition is good because of the potential for 
updated insights/features.

The questions are just as valuable as (maybe more so than)  the answers.

To me, Google Groups combined with Advanced Google Search (when needed), 
strikes a pretty good balance.



On Sunday, June 6, 2021 at 2:19:18 PM UTC-3 Soren Bjornstad wrote:

> Jeremy's concerns seem to focus around search, but I actually haven't 
> found Google Groups search to be that bad (you have to pick "sort by 
> relevance" instead of "sort by date" after every search or it is just about 
> useless, though – if you think it's bad and you haven't tried that, do). 
> However, the editing experience, while it used to be tolerable, has become 
> horrendous since the latest UI “upgrade”. I regularly have the screen get 
> corrupted or lose data (wtf, how did this become acceptable), and doing 
> code formatting is a huge pain now.
>
> In terms of migration difficulty...I've been part of the Anki open-source 
> community on and off for many years, and it has moved from Google Groups to 
> TenderApp (actually a tech support system, but it worked OK for discussions 
> too, and had an awesome API back when that was rare) to Discourse, and 
> there don't seem to have been significant problems getting the community to 
> come along with. Unless we have a substantial contingent of core members 
> who refuse to switch platforms, I'm not convinced this is going to be a 
> huge problem. For people who drop in and out, having to learn one new 
> platform over another one doesn't seem like much of a change unless the new 
> platform is significantly harder to use. How many people are actually 
> already familiar with Google Groups nowadays?
>
> I'm not a huge fan of Discourse either, though, FWIW, and a pure TW 
> solution would be harder to implement and probably harder for new users to 
> use. So not sure I have much of an opinion on whether we should move. If we 
> decided to, I'd be willing to chip in for hosting costs.
>
> On Thursday, June 3, 2021 at 7:07:18 PM UTC-5 flohit...@googlemail.com 
> wrote:
>
>> Hey all, 
>> this has been annoying for me, too. I thought, discourse isn‘t that old 
>> (or other open source hostable solutions), so probably it’s easier to stay 
>> here. But GG is crap. 
>> I think discourse is a good Solution that can be implemented first on the 
>> side, if some „main“ people are willing to commit to do so. I mean mostly 
>> Jeremy and people who are actively developing and discussing stuff, the 
>> core community. Discourse  can imo be a good discussion forum for people 
>> who are already a bit committed to a project and want to discuss it more 
>> deeply. The better searchability and more asynchronous, forum–not–feed 
>> approach quite naturally allows for deeper accumulation of knowledge which 
>> will be accessible for newbies as well. I also often am afraid that if a 
>> question of mine won’t be answered fastly, it will just drown in the 
>> endless feed...
>> so i think a Good first step is moving discussions regarding more 
>> specific projects to discourse which are a bit more technical and not so 
>> much of concern for newer people. For example the developers group, 
>> discussion about next releases, etc. discourse can be helpful bridge 
>> between purely technical GitHub and social media, it has some functions 
>> that also enhance that afaik. If people register that they can get their 
>> deeper questions answered more thoroughly on discourse, because it has a 
>> better interface and the more expert people usually hang out there, they 
>> will move there, but not out of idealism.
>> most discourse forums demand a login, which can be a bit offputting for 
>> complete newbies. So outlets on „mainstream“ Networks should be maintained 
>> – Reddit, the matrix channel (which is a bit undervalued :( ) , maybe this 
>> here... 
>> discord channels are also quite popular – in order to provide easy 
>> accessibility for people that are less experienced.
>> Also I would believe someone in the tiddlycommunity could set up an 
>> instance? There are several projects involving servers, right?There also 
>> already is a tiddlywiki subgroup on fission, but I don’t think that’s for 
>> general purposes (?)
>> TiddlyTweeter schrieb am Sonntag, 30. Mai 2021 um 08:34:37 UTC+2:
>>
>>> This Google Group is OUR main end-user forum. 
>>>
>>> There are problems with Google Groups. More recently it was 
>>> "dumbed-down" by Google. A lot of tools just disa

[tw5] Create Save and close in one click ?

2021-06-06 Thread paulgilbert2000

Hi,

is there a way to have a button  create a new tiddler ,save it  and close 
it all in one click?

-- 
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/2ddb50cc-ab9b-4619-9354-dab4c6804dc8n%40googlegroups.com.


[tw5] Relink Plugin Performance

2021-06-06 Thread History Buff
All,

I apologize if this has been addressed before. I did some searching and 
didn't really find anything.

I have a rather large wiki with 3370 tidders, uses 244 tags and is nearly 
11 MB in size. I've noticed a huge slowness when I rename a tiddler. It 
takes 1-2 seconds for relink to finish finding all of the tiddlers that are 
going to be affected. I'm not exactly sure when this started since I don't 
rename tiddlers very often, but it seemed to just suddenly start being an 
issue and not something that just got slower over time (appearances can be 
deceiving so I could be wrong).

I've played with the configuration options a bit, but haven't found 
anything that really makes a difference. (I must admit that I don't claim 
to understand the many options fully.)

Since I don't rename tiddlers terribly often, it's more of an annoyance 
than a real issue. 

Is this just a side effect of my wiki being large? Are there some options 
that would affect performance more than others?

Thanks in advance.

-- 
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/07542733-e234-463a-a1aa-0d569c56800an%40googlegroups.com.


[tw5] Re: [Comment] My Ongoing Irritations with Google Groups

2021-06-06 Thread Soren Bjornstad
Jeremy's concerns seem to focus around search, but I actually haven't found 
Google Groups search to be that bad (you have to pick "sort by relevance" 
instead of "sort by date" after every search or it is just about useless, 
though – if you think it's bad and you haven't tried that, do). However, 
the editing experience, while it used to be tolerable, has become 
horrendous since the latest UI “upgrade”. I regularly have the screen get 
corrupted or lose data (wtf, how did this become acceptable), and doing 
code formatting is a huge pain now.

In terms of migration difficulty...I've been part of the Anki open-source 
community on and off for many years, and it has moved from Google Groups to 
TenderApp (actually a tech support system, but it worked OK for discussions 
too, and had an awesome API back when that was rare) to Discourse, and 
there don't seem to have been significant problems getting the community to 
come along with. Unless we have a substantial contingent of core members 
who refuse to switch platforms, I'm not convinced this is going to be a 
huge problem. For people who drop in and out, having to learn one new 
platform over another one doesn't seem like much of a change unless the new 
platform is significantly harder to use. How many people are actually 
already familiar with Google Groups nowadays?

I'm not a huge fan of Discourse either, though, FWIW, and a pure TW 
solution would be harder to implement and probably harder for new users to 
use. So not sure I have much of an opinion on whether we should move. If we 
decided to, I'd be willing to chip in for hosting costs.

On Thursday, June 3, 2021 at 7:07:18 PM UTC-5 flohit...@googlemail.com 
wrote:

> Hey all, 
> this has been annoying for me, too. I thought, discourse isn‘t that old 
> (or other open source hostable solutions), so probably it’s easier to stay 
> here. But GG is crap. 
> I think discourse is a good Solution that can be implemented first on the 
> side, if some „main“ people are willing to commit to do so. I mean mostly 
> Jeremy and people who are actively developing and discussing stuff, the 
> core community. Discourse  can imo be a good discussion forum for people 
> who are already a bit committed to a project and want to discuss it more 
> deeply. The better searchability and more asynchronous, forum–not–feed 
> approach quite naturally allows for deeper accumulation of knowledge which 
> will be accessible for newbies as well. I also often am afraid that if a 
> question of mine won’t be answered fastly, it will just drown in the 
> endless feed...
> so i think a Good first step is moving discussions regarding more specific 
> projects to discourse which are a bit more technical and not so much of 
> concern for newer people. For example the developers group, discussion 
> about next releases, etc. discourse can be helpful bridge between purely 
> technical GitHub and social media, it has some functions that also enhance 
> that afaik. If people register that they can get their deeper questions 
> answered more thoroughly on discourse, because it has a better interface 
> and the more expert people usually hang out there, they will move there, 
> but not out of idealism.
> most discourse forums demand a login, which can be a bit offputting for 
> complete newbies. So outlets on „mainstream“ Networks should be maintained 
> – Reddit, the matrix channel (which is a bit undervalued :( ) , maybe this 
> here... 
> discord channels are also quite popular – in order to provide easy 
> accessibility for people that are less experienced.
> Also I would believe someone in the tiddlycommunity could set up an 
> instance? There are several projects involving servers, right?There also 
> already is a tiddlywiki subgroup on fission, but I don’t think that’s for 
> general purposes (?)
> TiddlyTweeter schrieb am Sonntag, 30. Mai 2021 um 08:34:37 UTC+2:
>
>> This Google Group is OUR main end-user forum. 
>>
>> There are problems with Google Groups. More recently it was "dumbed-down" 
>> by Google. A lot of tools just disappeared. That just made it worse for OUR 
>> needs.
>>
>> And, long term, it has proved to also have NO DECENT MEMORY. 
>> Search here is the Total Pits.
>>
>> WHAT happens as a result of that?
>>
>> A VERY common pattern that happens daily here is RE-CREATION OF THE 
>> WHEEL. 
>> GG lacks any easy, structured, way to interrogate the VAST knowledge-base 
>> that this GG actually IS. 
>> SO, again and again, you see very similar queries come up and be 
>> patiently RE-answered.
>>
>> I think a much BETTER way would be to leverage off the knowledge 
>> accumulated here and direct users first to already EXTANT solutions.
>>
>> I'm not sure it is possible. 
>> But repetition of the variants on the same question is a waste, I think?
>>
>> Just comments
>> TT
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving

Re: [tw5] A Code Pattern: Batch update of tags on tiddlers

2021-06-06 Thread CJ Veniot
Well said and totally agree (well, everybody is great), and any slow down
of good information and conversation is to me the worst thing that can
happen in a community.

I just want to clearly state that if I'm not showing appreciation, not
adopting something, or not engaging: I'm just not ready to process the
info, I can't transition out of current thought processes, and I'm just
trying to stay in a cognitively safe place.

The beauty of differences can be overwhelming to this kid.  You should see
me struggle at a buffet...



On Sun, Jun 6, 2021 at 12:47 PM Mohammad Rahmani 
wrote:

> Hi Charlie,
>
> You are great and I learn from you and what you publish in the forum!
> There is no need to apologize as we discussed something technically! and
> many times disagreement helps to improve things!
> We have a Perdian proverb: differences make beauty!
>
> So, I appreciate your efforts and thoughts shared with us here!
>
> Best wishes
> Mohammad
>
>
> On Sun, Jun 6, 2021 at 8:04 PM Charlie Veniot  wrote:
>
>> Hey, I totally agree with you, and if I sound unappreciative, then I
>> totally apologize.  I do very much appreciate.
>>
>> Each one of us learns within the confines of our own abilities, learning
>> by maximizing those things that play to our strengths and minimizing those
>> things that emphasize our weaknesses.
>>
>> I've got ADHD (attention regulation challenges), and I go into
>> dysfunction when I'm overstimulated by sensory overload and/or cognitive
>> overload.
>>
>> My safe place is immersing myself in the details of a complex and very
>> focused problem/project.  I'm at my happiest when hyper-focused on all of
>> the intertwingled/hyperlinked intricacies of a problem/project scope and
>> the tools I know for working things out.  When I hit a wall because what I
>> am familiar does not work, then I go seeking out the new things I need,
>> within the safe boundaries of the problem/project scope.
>>
>> It does tickle me silly to know that there are other approaches to
>> handling a problem.  It is a huge benefit.  But I can't study that new
>> thing right away, because I'm hyperfocused (like a dog chewing on a bone)
>> on churning code for the current problem with a keen desire to master a
>> particular thing (in this case: filtering.)
>>
>> As keen as I am for folk to contribute their knowledge of alternative
>> ways of doing things for everybody's benefit (I encourage that something
>> silly), the best I can do is simply take note of that, and park it into a
>> recess of my sponge for later reference when I need it.  Back to the dog
>> chewing on a bone: everything else is a squirrel.  I get easily distracted,
>> but unlike the dog who can forget about the bone and see just the squirrel,
>> I'm more like a kid in a candy+toy store, and I don't know where to look:
>> too much to process.
>>
>> So I take note that there are awesome alternatives out there (features in
>> TiddlyWiki, plugin's, macros/scripts, upcoming new stuff, whatever), and I
>> quickly park that note in subconscious memory for when I hit a wall or want
>> to just enjoy learning something new.  When I'm in the midst of trying to
>> figure out how I can solve something with the things I've learned so far,
>> trying to process alternative ways of doing things when I'm banging my head
>> against a wall is like having a bunch of people talking to me at the same
>> time:  immediate over-stimulation and I shut right down.
>>
>> Most folk don't have this disability (they can easily pause something,
>> and transition from one thing to another), hence my standing ovation for
>> anything and everything educative.  I just usually find myself having to
>> ignore the discussion, because I'm already fully engaged in some pretty
>> deep bush-whacking.
>>
>> So that long-winded diatribe just to say the stuff you're contributing
>> (that everybody contributes, whenever/wherever/however) is awesome.  I'm
>> exceedingly appreciative.  It is just hard for me to show that appreciation
>> by adopting/discussing the idea because I can't cope with competing
>> thoughts.
>>
>> Well, I also find writing a great exercise to understand oneself, too.
>> Not just how I function/dysfunction, but also how it impacts others.  Which
>> has me on regular guilt-trips.  Trying to stay in a safe place cognitively,
>> while trying to be respectful/appreciative of others.  Not so easy to focus
>> on both when the disability is attention regulation.
>>
>> I can pat my head and rub my belly at the same time, so I like to think
>> it is possible.  Then again, show me a dog that doesn't like to have belly
>> rubbed and a pat on the head ...
>>
>>
>>
>> On Sunday, June 6, 2021 at 1:37:38 AM UTC-3 Mohammad wrote:
>>
>>> On Sun, Jun 6, 2021 at 12:34 AM Charlie Veniot 
>>> wrote:
>>>
 The simplest combo of filters and transclusions?  That could be wildly
 different for each person.

 For each person, It would be what is easiest to understand and maintain
 for

[tw5] Re: LaTeX environment using list widget with counter

2021-06-06 Thread Eric Shulman
On Sunday, June 6, 2021 at 5:56:54 AM UTC-7 Pak wrote:

> Suppose I have 3 tiddlers: tid-thm-a, tid-thm-b, tid-thm-c I would like to 
> transclude them in a tiddler so that it displays the following:
> Theorem 1. (optional caption) (...contents in tid-thm-a... displayed in 
> block mode, but the first line should be on the same line as Theorem 1}
> Theorem 2. (optional caption) (...contents in tid-thm-b... displayed in 
> block mode, but the first line should be on the same line as Theorem 2}
> Theorem 3. (optional caption) (...contents in tid-thm-c... displayed in 
> block mode, but the first line should be on the same line as Theorem 3}
>
> 1. How do I make x run as a counter?
> 2. The contents of transcluded tiddlers appear on the next line, not after 
> the word Theorem x.
>
>
Give this a try:

.theorems
   { counter-reset: num; }
.theorem::before
   { counter-increment: num; content: "Theorem " counter(num) "."; }


   <$list filter="tid-thm-a tid-thm-b tid-thm-c">
  
 <$view field=caption/>
 <$transclude mode="block"/>
  
   


Notes:
* The "theorems" class resets the counter named "num" to 0
* The "theorem" class increments the num counter and displays the "Theorem 
X." text
* I put the transcluded content within a blockquote just to make it look 
nicer

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/a9323570-8e3b-4c6c-a09c-d0c5f521ebf0n%40googlegroups.com.


[tw5] IT'S ALL WRONG, especially documents, says Ted in 2011

2021-06-06 Thread Charlie Veniot
Just in case this is of any interest for a coffee break:

https://www.youtube.com/watch?v=pX0UN-gXBZE

I do find Ted Nelson eccentric.

I often think: "I'm not sure what his problem is, but I'm sure it is hard 
to spell."

I always enjoy listening to him.  I always find what he has to say 
fantastic.

Whenever he says something, it gives me new insights into sometimes 
unrelated things, but usually things that have me thinking about how I 
organize stuff in TiddlyWiki, or how TiddlyWiki handles things so well

-- 
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/180b0f2c-4206-4b1f-8a5a-62fd5b3342bcn%40googlegroups.com.


Re: [tw5] A Code Pattern: Batch update of tags on tiddlers

2021-06-06 Thread Mohammad Rahmani
Hi Charlie,

You are great and I learn from you and what you publish in the forum!
There is no need to apologize as we discussed something technically! and
many times disagreement helps to improve things!
We have a Perdian proverb: differences make beauty!

So, I appreciate your efforts and thoughts shared with us here!

Best wishes
Mohammad


On Sun, Jun 6, 2021 at 8:04 PM Charlie Veniot  wrote:

> Hey, I totally agree with you, and if I sound unappreciative, then I
> totally apologize.  I do very much appreciate.
>
> Each one of us learns within the confines of our own abilities, learning
> by maximizing those things that play to our strengths and minimizing those
> things that emphasize our weaknesses.
>
> I've got ADHD (attention regulation challenges), and I go into dysfunction
> when I'm overstimulated by sensory overload and/or cognitive overload.
>
> My safe place is immersing myself in the details of a complex and very
> focused problem/project.  I'm at my happiest when hyper-focused on all of
> the intertwingled/hyperlinked intricacies of a problem/project scope and
> the tools I know for working things out.  When I hit a wall because what I
> am familiar does not work, then I go seeking out the new things I need,
> within the safe boundaries of the problem/project scope.
>
> It does tickle me silly to know that there are other approaches to
> handling a problem.  It is a huge benefit.  But I can't study that new
> thing right away, because I'm hyperfocused (like a dog chewing on a bone)
> on churning code for the current problem with a keen desire to master a
> particular thing (in this case: filtering.)
>
> As keen as I am for folk to contribute their knowledge of alternative ways
> of doing things for everybody's benefit (I encourage that something silly),
> the best I can do is simply take note of that, and park it into a recess of
> my sponge for later reference when I need it.  Back to the dog chewing on a
> bone: everything else is a squirrel.  I get easily distracted, but unlike
> the dog who can forget about the bone and see just the squirrel, I'm more
> like a kid in a candy+toy store, and I don't know where to look: too much
> to process.
>
> So I take note that there are awesome alternatives out there (features in
> TiddlyWiki, plugin's, macros/scripts, upcoming new stuff, whatever), and I
> quickly park that note in subconscious memory for when I hit a wall or want
> to just enjoy learning something new.  When I'm in the midst of trying to
> figure out how I can solve something with the things I've learned so far,
> trying to process alternative ways of doing things when I'm banging my head
> against a wall is like having a bunch of people talking to me at the same
> time:  immediate over-stimulation and I shut right down.
>
> Most folk don't have this disability (they can easily pause something, and
> transition from one thing to another), hence my standing ovation for
> anything and everything educative.  I just usually find myself having to
> ignore the discussion, because I'm already fully engaged in some pretty
> deep bush-whacking.
>
> So that long-winded diatribe just to say the stuff you're contributing
> (that everybody contributes, whenever/wherever/however) is awesome.  I'm
> exceedingly appreciative.  It is just hard for me to show that appreciation
> by adopting/discussing the idea because I can't cope with competing
> thoughts.
>
> Well, I also find writing a great exercise to understand oneself, too.
> Not just how I function/dysfunction, but also how it impacts others.  Which
> has me on regular guilt-trips.  Trying to stay in a safe place cognitively,
> while trying to be respectful/appreciative of others.  Not so easy to focus
> on both when the disability is attention regulation.
>
> I can pat my head and rub my belly at the same time, so I like to think it
> is possible.  Then again, show me a dog that doesn't like to have belly
> rubbed and a pat on the head ...
>
>
>
> On Sunday, June 6, 2021 at 1:37:38 AM UTC-3 Mohammad wrote:
>
>> On Sun, Jun 6, 2021 at 12:34 AM Charlie Veniot  wrote:
>>
>>> The simplest combo of filters and transclusions?  That could be wildly
>>> different for each person.
>>>
>>> For each person, It would be what is easiest to understand and maintain
>>> for that person, based on each person's intertwingled way of seeing things,
>>> based on each person's experiences (how he/she has done things before, with
>>> the features/tool he/she is familiar with, etc. etc. etc.).  So done in a
>>> way that is likely easily recognisable long after initially written.
>>>
>>> Likely done à-la "git 'er done" with what one knows right away, maybe
>>> with what one knows to look for without ever having worked with, maybe
>>> refactored later with newly learned things (say listops, for example), or
>>> things with which one now feels comfortable using.
>>>
>>> There is no one simplest solution for all.  There are a plethora of
>>> solutions, one being the "

Re: [tw5] A Code Pattern: Batch update of tags on tiddlers

2021-06-06 Thread Charlie Veniot
Hey, I totally agree with you, and if I sound unappreciative, then I 
totally apologize.  I do very much appreciate.

Each one of us learns within the confines of our own abilities, learning by 
maximizing those things that play to our strengths and minimizing those 
things that emphasize our weaknesses.

I've got ADHD (attention regulation challenges), and I go into dysfunction 
when I'm overstimulated by sensory overload and/or cognitive overload.

My safe place is immersing myself in the details of a complex and very 
focused problem/project.  I'm at my happiest when hyper-focused on all of 
the intertwingled/hyperlinked intricacies of a problem/project scope and 
the tools I know for working things out.  When I hit a wall because what I 
am familiar does not work, then I go seeking out the new things I need, 
within the safe boundaries of the problem/project scope.

It does tickle me silly to know that there are other approaches to handling 
a problem.  It is a huge benefit.  But I can't study that new thing right 
away, because I'm hyperfocused (like a dog chewing on a bone) on churning 
code for the current problem with a keen desire to master a particular 
thing (in this case: filtering.)

As keen as I am for folk to contribute their knowledge of alternative ways 
of doing things for everybody's benefit (I encourage that something silly), 
the best I can do is simply take note of that, and park it into a recess of 
my sponge for later reference when I need it.  Back to the dog chewing on a 
bone: everything else is a squirrel.  I get easily distracted, but unlike 
the dog who can forget about the bone and see just the squirrel, I'm more 
like a kid in a candy+toy store, and I don't know where to look: too much 
to process.

So I take note that there are awesome alternatives out there (features in 
TiddlyWiki, plugin's, macros/scripts, upcoming new stuff, whatever), and I 
quickly park that note in subconscious memory for when I hit a wall or want 
to just enjoy learning something new.  When I'm in the midst of trying to 
figure out how I can solve something with the things I've learned so far, 
trying to process alternative ways of doing things when I'm banging my head 
against a wall is like having a bunch of people talking to me at the same 
time:  immediate over-stimulation and I shut right down.

Most folk don't have this disability (they can easily pause something, and 
transition from one thing to another), hence my standing ovation for 
anything and everything educative.  I just usually find myself having to 
ignore the discussion, because I'm already fully engaged in some pretty 
deep bush-whacking.

So that long-winded diatribe just to say the stuff you're contributing 
(that everybody contributes, whenever/wherever/however) is awesome.  I'm 
exceedingly appreciative.  It is just hard for me to show that appreciation 
by adopting/discussing the idea because I can't cope with competing 
thoughts.

Well, I also find writing a great exercise to understand oneself, too.  Not 
just how I function/dysfunction, but also how it impacts others.  Which has 
me on regular guilt-trips.  Trying to stay in a safe place cognitively, 
while trying to be respectful/appreciative of others.  Not so easy to focus 
on both when the disability is attention regulation.

I can pat my head and rub my belly at the same time, so I like to think it 
is possible.  Then again, show me a dog that doesn't like to have belly 
rubbed and a pat on the head ...



On Sunday, June 6, 2021 at 1:37:38 AM UTC-3 Mohammad wrote:

> On Sun, Jun 6, 2021 at 12:34 AM Charlie Veniot  wrote:
>
>> The simplest combo of filters and transclusions?  That could be wildly 
>> different for each person.
>>
>> For each person, It would be what is easiest to understand and maintain 
>> for that person, based on each person's intertwingled way of seeing things, 
>> based on each person's experiences (how he/she has done things before, with 
>> the features/tool he/she is familiar with, etc. etc. etc.).  So done in a 
>> way that is likely easily recognisable long after initially written.
>>
>> Likely done à-la "git 'er done" with what one knows right away, maybe 
>> with what one knows to look for without ever having worked with, maybe 
>> refactored later with newly learned things (say listops, for example), or 
>> things with which one now feels comfortable using.
>>
>> There is no one simplest solution for all.  There are a plethora of 
>> solutions, one being the "simplest" for one group of people, another 
>> solution being the best for another group of people, and another for 
>> another group, ad infinitum/nauseum..  What you may consider the simplest, 
>> I consider too complex.  What I consider the simplest, you might consider 
>> too complex.
>>
>
> but one can learn from others! that is why we have schools, teachers, 
> universities, books, papers, ... you may find your solution is the best, 
> but see other solutions and learn!
>
>
>> 

Re: [tw5] LaTeX environment using list widget with counter

2021-06-06 Thread Mohammad Rahmani
Pak,

I got your point you like the first like of tid appears as span e.g inline
block NOT a div!


On Sun, Jun 6, 2021 at 5:26 PM Pak  wrote:

> Hello,
>
> I would like to imitate a latex environment using list widget and
> transclude the contents in the tiddlers.
>
> Suppose I have 3 tiddlers: tid-thm-a, tid-thm-b, tid-thm-c I would like to
> transclude them in a tiddler so that it displays the following:
>
> Theorem 1. (optional caption) (...contents in tid-thm-a... displayed in
> block mode, but the first line should be on the same line as Theorem 1}
>

move the first line into a field called summary or description or like
that, then
<$view field=summary/>

NOTE that the transclude widget is called using block mode!




>
> Theorem 2. (optional caption) (...contents in tid-thm-b... displayed in
> block mode, but the first line should be on the same line as Theorem 2}
>
> Theorem 3. (optional caption) (...contents in tid-thm-c... displayed in
> block mode, but the first line should be on the same line as Theorem 3}
>
> My initial attempt is
>
> <$list filter="tid-thm-a tid-thm-b tid-thm-c">
> Theorem x. (<$view field=caption/>) <$transclude mode="block"/>
> 
>
> But there are two problems.
> 1. How do I make x run as a counter?
> 2. The contents of transcluded tiddlers appear on the next line, not after
> the word Theorem x.
>
> If I use LaTeX, I would perhaps do something like:
> \begin{theorem}
> \input{tid-thm-a}
> \end{theorem}
>
> How do I make it behave similar to LaTeX? Any help is appreciated.
>
> Pak
>
> --
> 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/7929ebb9-5925-4a21-8a8f-05bc9d149a8en%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/CAAV1gMAkZjvd0xqAKCDqfG-CO%3DSWBgmdF-GZ9YyfNShpRE3WGw%40mail.gmail.com.


Re: [tw5] LaTeX environment using list widget with counter

2021-06-06 Thread Mohammad Rahmani
Hi Pak,

On Sun, Jun 6, 2021 at 5:26 PM Pak  wrote:

> Hello,
>
> I would like to imitate a latex environment using list widget and
> transclude the contents in the tiddlers.
>
> Suppose I have 3 tiddlers: tid-thm-a, tid-thm-b, tid-thm-c I would like to
> transclude them in a tiddler so that it displays the following:
>
> Theorem 1. (optional caption) (...contents in tid-thm-a... displayed in
> block mode, but the first line should be on the same line as Theorem 1}
>
> Theorem 2. (optional caption) (...contents in tid-thm-b... displayed in
> block mode, but the first line should be on the same line as Theorem 2}
>
> Theorem 3. (optional caption) (...contents in tid-thm-c... displayed in
> block mode, but the first line should be on the same line as Theorem 3}
>
> My initial attempt is
>
> <$list filter="tid-thm-a tid-thm-b tid-thm-c">
> Theorem x. (<$view field=caption/>) <$transclude mode="block"/>
> 
>
> But there are two problems.
> 1. How do I make x run as a counter?
> 2. The contents of transcluded tiddlers appear on the next line, not after
> the word Theorem x.
>

I think  Theorem x. (<$view field=caption/>) should appear in the same line
but <$transclude mode="block"/>  starts in the next like note to mode=block
which creates a div

I also use macros a lot!

example: (note how macro parameter is used inside KaTeX block!)

\define pellet(cmp:A)
$$
D_{e $cmp$} \frac{1}{r^2} \frac{\partial C_{$cmp$}}{\partial x} (r^2
\frac{\partial C_{$cmp$}}{\partial x}) +r_$cmp$ = 0
$$
\end


Thene whenever I call macro like this

<>   or like <>
Then it inserts the diffusion-reaction BVP!





>
> If I use LaTeX, I would perhaps do something like:
> \begin{theorem}
> \input{tid-thm-a}
> \end{theorem}
>
> How do I make it behave similar to LaTeX? Any help is appreciated.
>
> Pak
>
> --
> 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/7929ebb9-5925-4a21-8a8f-05bc9d149a8en%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/CAAV1gMCefhoqbNez7HFUZJ4Ns1g%3D1weTUawL_m4iitC25ZCf3Q%40mail.gmail.com.


Re: [tw5] Re: Shiraz plugin new release 2.3.0

2021-06-06 Thread Mohammad Rahmani
On Sun, Jun 6, 2021 at 5:06 PM si  wrote:

> Hi Mohammad,
>
> I've been using Shiraz for a while now, and its super amazing and useful,
> however I have noticed that it has some features that feel like they should
> belong in a separate plugin.
>
> Specifically there are a few features that don't have much do do with
> creating stylish content, and more what I would consider "theme tweaks".
> For example:
>
>- Colorify sidebar tabs
>- Button for light/dark mode
>- Tiddler visibility on mouse hover
>
> I am referring essentially to everything under the Shiraz settings tab.
> These are all extremely useful tools, but I just think they diverge quite
> far from your description of Shiraz: "Shiraz is a small framework of
> stylesheets, templates and macros to create stylish contents in Tiddlywiki."
>
> Currently if a user installs Shiraz, they will also find that their wiki
> theming has been tweaked, and will have to go to the settings tab if they
> want to turn everything off. In my opinion it would make more sense to
> these tweaks into a separate plugin so that the user can choose whether or
> not to install them.
>
> I hope this doesn't sound critical, as Shiraz is one of my favourite TW
> plugins.
>




> It's just my personal opinion and I'm curious if there is a logic to
> including theme tweaks and styling macros as part of the same plugin that I
> am not seeing?
>

The reason was: all those tweaks are done using simple css! nothing else!




>
>
> On Tuesday, 11 May 2021 at 09:30:08 UTC+1 Mohammad wrote:
>
>> Shiraz plugin has just got a new update!
>>
>> Shiraz is a small framework of stylesheets, templates and macros to
>> create stylish contents in Tiddlywiki. Shiraz has customized elements
>> like alerts, cards, panels, images, static tables, dynamic tables, badges,
>> texts, etc. Shiraz uses some modified CSS classes from Bootstrap 4.3.1.
>>
>> Code and demo
>>
>>- Demo: https://kookma.github.io/TW-Shiraz
>>- Code: https://github.com/kookma/TW-Shiraz
>>
>> *It is highly recommended to backup your data before trying any new
>> plugin! Do it before installing shiraz*.
>> Revision 2.3.0
>>
>>
>>- Date: [10th May 2021]
>>- [NEW] Palette switch on the page controls
>>- [NEW] Setting for default light and dark (or dim) palette (see
>>Sidebar More Tab, Shiraz)
>>- [NEW] Slider macro accepts tiddler title as source (src) and
>>extracts the text automatically
>>- [NEW] Details macro accepts tiddler title as source (src) and
>>extracts the text automatically
>>- [FIXED] small type in card-image macro
>>
>>
>>
>> If you like it star it at https://github.com/kookma/TW-Shiraz
>>
>>
>>
>> Best wishes
>> Mohammad
>>
> --
> 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/024de7d4-dcc1-47fe-9c95-1ed38be25517n%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/CAAV1gMANRTF%2BT%3DPBNoy_0OKM5Ja_kZqjZD-C6bamu8%3DuQDTAkw%40mail.gmail.com.


Re: [tw5] Re: Shiraz plugin new release 2.3.0

2021-06-06 Thread Mohammad Rahmani
Hi Si,
 Many thanks for your comments!
Ideas and opinions are always welcome !
Sure I note this and will consider it in the next release!
Maybe we can have a "sweat tweak" plugin ;-) to include such things?
I think these are:
- two column story river
- colorful tabs
- colorful view toolbars and hide/show on mouse hover





Best wishes
Mohammad


On Sun, Jun 6, 2021 at 5:06 PM si  wrote:

> Hi Mohammed,
>
> I've been using Shiraz for a while now, and its super amazing and useful,
> however I have noticed that it has some features that feel like they should
> belong in a separate plugin.
>
> Specifically there are a few features that don't have much do do with
> creating stylish content, and more what I would consider "theme tweaks".
> For example:
>
>- Colorify sidebar tabs
>- Button for light/dark mode
>- Tiddler visibility on mouse hover
>
> I am referring essentially to everything under the Shiraz settings tab.
> These are all extremely useful tools, but I just think they diverge quite
> far from your description of Shiraz:
>
> >>> Shiraz is a small framework of stylesheets, templates and macros to
> create stylish contents in Tiddlywiki.
>
> Currently if a user installs Shiraz, they will also find that their wiki
> theming has been tweaked, and will have to go to the settings tab if they
> want to turn everything off. In my opinion it would make more sense to
> these tweaks into a separate plugin so that the user can choose whether or
> not to install them.
>
> I hope this doesn't sound critical, as Shiraz is one of my favourite TW
> plugins. It's just my personal opinion and I'm curious if there is a logic
> to including theme tweaks and styling macros as part of the same plugin
> that I am not seeing?
> On Tuesday, 11 May 2021 at 09:30:08 UTC+1 Mohammad wrote:
>
>> Shiraz plugin has just got a new update!
>>
>> Shiraz is a small framework of stylesheets, templates and macros to
>> create stylish contents in Tiddlywiki. Shiraz has customized elements
>> like alerts, cards, panels, images, static tables, dynamic tables, badges,
>> texts, etc. Shiraz uses some modified CSS classes from Bootstrap 4.3.1.
>>
>> Code and demo
>>
>>- Demo: https://kookma.github.io/TW-Shiraz
>>- Code: https://github.com/kookma/TW-Shiraz
>>
>> *It is highly recommended to backup your data before trying any new
>> plugin! Do it before installing shiraz*.
>> Revision 2.3.0
>>
>>
>>- Date: [10th May 2021]
>>- [NEW] Palette switch on the page controls
>>- [NEW] Setting for default light and dark (or dim) palette (see
>>Sidebar More Tab, Shiraz)
>>- [NEW] Slider macro accepts tiddler title as source (src) and
>>extracts the text automatically
>>- [NEW] Details macro accepts tiddler title as source (src) and
>>extracts the text automatically
>>- [FIXED] small type in card-image macro
>>
>>
>>
>> If you like it star it at https://github.com/kookma/TW-Shiraz
>>
>>
>>
>> Best wishes
>> Mohammad
>>
> --
> 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/984e766f-afce-456a-9888-0c852aa15a73n%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/CAAV1gMACDMk09bRzQ6%2BOj3Y5vQCPKRLONEqr98NV32tVLOPDwg%40mail.gmail.com.


[tw5] LaTeX environment using list widget with counter

2021-06-06 Thread Pak
Hello,

I would like to imitate a latex environment using list widget and 
transclude the contents in the tiddlers.

Suppose I have 3 tiddlers: tid-thm-a, tid-thm-b, tid-thm-c I would like to 
transclude them in a tiddler so that it displays the following:

Theorem 1. (optional caption) (...contents in tid-thm-a... displayed in 
block mode, but the first line should be on the same line as Theorem 1}

Theorem 2. (optional caption) (...contents in tid-thm-b... displayed in 
block mode, but the first line should be on the same line as Theorem 2}

Theorem 3. (optional caption) (...contents in tid-thm-c... displayed in 
block mode, but the first line should be on the same line as Theorem 3}

My initial attempt is

<$list filter="tid-thm-a tid-thm-b tid-thm-c">
Theorem x. (<$view field=caption/>) <$transclude mode="block"/>


But there are two problems.
1. How do I make x run as a counter?
2. The contents of transcluded tiddlers appear on the next line, not after 
the word Theorem x.

If I use LaTeX, I would perhaps do something like:
\begin{theorem}
\input{tid-thm-a}
\end{theorem}

How do I make it behave similar to LaTeX? Any help is appreciated. 

Pak

-- 
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/7929ebb9-5925-4a21-8a8f-05bc9d149a8en%40googlegroups.com.


[tw5] Re: Shiraz plugin new release 2.3.0

2021-06-06 Thread si
 Hi Mohammad,

I've been using Shiraz for a while now, and its super amazing and useful, 
however I have noticed that it has some features that feel like they should 
belong in a separate plugin.

Specifically there are a few features that don't have much do do with 
creating stylish content, and more what I would consider "theme tweaks". 
For example:

   - Colorify sidebar tabs
   - Button for light/dark mode
   - Tiddler visibility on mouse hover

I am referring essentially to everything under the Shiraz settings tab. 
These are all extremely useful tools, but I just think they diverge quite 
far from your description of Shiraz: "Shiraz is a small framework of 
stylesheets, templates and macros to create stylish contents in Tiddlywiki."

Currently if a user installs Shiraz, they will also find that their wiki 
theming has been tweaked, and will have to go to the settings tab if they 
want to turn everything off. In my opinion it would make more sense to 
these tweaks into a separate plugin so that the user can choose whether or 
not to install them.

I hope this doesn't sound critical, as Shiraz is one of my favourite TW 
plugins. It's just my personal opinion and I'm curious if there is a logic 
to including theme tweaks and styling macros as part of the same plugin 
that I am not seeing?


On Tuesday, 11 May 2021 at 09:30:08 UTC+1 Mohammad wrote:

> Shiraz plugin has just got a new update!
>
> Shiraz is a small framework of stylesheets, templates and macros to 
> create stylish contents in Tiddlywiki. Shiraz has customized elements 
> like alerts, cards, panels, images, static tables, dynamic tables, badges, 
> texts, etc. Shiraz uses some modified CSS classes from Bootstrap 4.3.1.
>
> Code and demo
>
>- Demo: https://kookma.github.io/TW-Shiraz
>- Code: https://github.com/kookma/TW-Shiraz
>
> *It is highly recommended to backup your data before trying any new 
> plugin! Do it before installing shiraz*.
> Revision 2.3.0
>
>
>- Date: [10th May 2021]
>- [NEW] Palette switch on the page controls
>- [NEW] Setting for default light and dark (or dim) palette (see 
>Sidebar More Tab, Shiraz)
>- [NEW] Slider macro accepts tiddler title as source (src) and 
>extracts the text automatically
>- [NEW] Details macro accepts tiddler title as source (src) and 
>extracts the text automatically
>- [FIXED] small type in card-image macro
>
>
>
> If you like it star it at https://github.com/kookma/TW-Shiraz
>
>
>
> Best wishes
> Mohammad
>

-- 
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/024de7d4-dcc1-47fe-9c95-1ed38be25517n%40googlegroups.com.


[tw5] Re: Shiraz plugin new release 2.3.0

2021-06-06 Thread si
Hi Mohammed,

I've been using Shiraz for a while now, and its super amazing and useful, 
however I have noticed that it has some features that feel like they should 
belong in a separate plugin.

Specifically there are a few features that don't have much do do with 
creating stylish content, and more what I would consider "theme tweaks". 
For example:

   - Colorify sidebar tabs
   - Button for light/dark mode
   - Tiddler visibility on mouse hover

I am referring essentially to everything under the Shiraz settings tab. 
These are all extremely useful tools, but I just think they diverge quite 
far from your description of Shiraz: 

>>> Shiraz is a small framework of stylesheets, templates and macros to 
create stylish contents in Tiddlywiki.

Currently if a user installs Shiraz, they will also find that their wiki 
theming has been tweaked, and will have to go to the settings tab if they 
want to turn everything off. In my opinion it would make more sense to 
these tweaks into a separate plugin so that the user can choose whether or 
not to install them.

I hope this doesn't sound critical, as Shiraz is one of my favourite TW 
plugins. It's just my personal opinion and I'm curious if there is a logic 
to including theme tweaks and styling macros as part of the same plugin 
that I am not seeing?
On Tuesday, 11 May 2021 at 09:30:08 UTC+1 Mohammad wrote:

> Shiraz plugin has just got a new update!
>
> Shiraz is a small framework of stylesheets, templates and macros to 
> create stylish contents in Tiddlywiki. Shiraz has customized elements 
> like alerts, cards, panels, images, static tables, dynamic tables, badges, 
> texts, etc. Shiraz uses some modified CSS classes from Bootstrap 4.3.1.
>
> Code and demo
>
>- Demo: https://kookma.github.io/TW-Shiraz
>- Code: https://github.com/kookma/TW-Shiraz
>
> *It is highly recommended to backup your data before trying any new 
> plugin! Do it before installing shiraz*.
> Revision 2.3.0
>
>
>- Date: [10th May 2021]
>- [NEW] Palette switch on the page controls
>- [NEW] Setting for default light and dark (or dim) palette (see 
>Sidebar More Tab, Shiraz)
>- [NEW] Slider macro accepts tiddler title as source (src) and 
>extracts the text automatically
>- [NEW] Details macro accepts tiddler title as source (src) and 
>extracts the text automatically
>- [FIXED] small type in card-image macro
>
>
>
> If you like it star it at https://github.com/kookma/TW-Shiraz
>
>
>
> Best wishes
> Mohammad
>

-- 
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/984e766f-afce-456a-9888-0c852aa15a73n%40googlegroups.com.


[tw5] Re: Is there a way to detect whether a wiki is launched as permalink ... and modify the startup-behaviour in that case?

2021-06-06 Thread PMario
Hi Jan, 
The discussion about my PR at: 
https://github.com/Jermolene/TiddlyWiki5/pull/4374 
 
is active again. ... So is this fictionality still interesting for you?
-m

-- 
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/68cb7c93-911e-4815-b821-648dc24428bbn%40googlegroups.com.


[tw5] Re: Fun with InfoMechanism

2021-06-06 Thread PMario
On Friday, June 4, 2021 at 6:41:51 PM UTC+2 mwik...@gmail.com wrote:

Question(s):  
> Neither $:/info/url/full nor $:/info/url/search show the 
> Permaview/Permalink. Is this intentional? Other than reading the list field 
> in the $:/StoryList (which will change as you open things up and I am not 
> yet sure if it is available before the StartupActions), is there somewhere 
> where the initial Permaview/link information is accessible?
>

See this pending PR: "add location.hash to browser system info tiddlers 
" ... Which would give 
you a "strartup snapshot" of the URL hash. 

The PR was triggered by the GG thread: Is there a way to detect whether a 
wiki is launched as permalink ... and modify the startup-behaviour in that 
case ? 

You may support the PR at github and also comment there. 

-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/19c46e9d-dd5a-4da7-a590-f1f00cbda392n%40googlegroups.com.


Re: [tw5] Request for help (Dutch translation)

2021-06-06 Thread Jeremy Ruston
Thanks Ton, I'll be sorry to no longer receive your regular updates, I think 
Dutch has been amongst the most consistently up-to-date translations in the 
core. I'm sure your commitment has been deeply appreciated by Dutch speakers.

Many thanks,

Jeremy

--
Jeremy Ruston
jer...@jermolene.com
https://jermolene.com

> On 5 Jun 2021, at 16:06, Ton Gerner  wrote:
> 
> 
> For TW 5.1.6 (6 years ago) I made the Dutch translation and updated it since 
> then.
> Due to lack of time I cannot update it anymore.
> I noticed some Dutch speaking members in the group; therefore I ask if 
> someone can take over updating the Dutch translation.
> 
> Thanks in advance,
> 
> Ton
> 
> 
> -- 
> 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/65eff0dc-028d-4806-afed-7cb8ddde4eacn%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/5773794B-4B49-4C8B-BA53-C53EB877E046%40gmail.com.