[tw5] TiddlyWiki keeps offloading on iPhone and iPad: any solution?

[IvanPsy]

Greetings,

I store TiddlyWiki on iCloud.
Though the syncing works like a charm on iPad and iPhone (I use Quine 2), 
the file keeps offloading from my device.
I mean: each time I go back to my TiddlyWiki, I have to wait for the file 
to be downloaded again Bedford being able to open it.
So I can’t rely on TiddlyWiki for fast reference.

A scenario:
I need a fast information stored on my TiddlyWiki, I open up the 
iPhone...but I have to wait for the file to download.

It’s 24Mb right now, so it’s pretty fast (some seconds), but what happens 
when the file gets bigger?
I need for the file to stay at my disposal on my devices.

It keeps me from investing on TiddlyWiki.

Any solution or workaround?

Thank you!

-- 
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/14671cbf-9ff3-4c5e-a631-43b24a05efccn%40googlegroups.com.

[tw5] Re: Tiddlywiki and Nextcloud: It's a match!

[Donald Coates]

[image: server setup.jpg]

On Thursday, December 17, 2020 at 8:08:37 PM UTC-5 Mark S. wrote:

> Are you talking about serving up inside your own network, or across the 
> internet? If across the
> internet, then do you do this through some ISP ?
>
> On Thursday, December 17, 2020 at 5:04:17 PM UTC-8 digit...@gmail.com 
> wrote:
>
>> Nextcloud  is basically a self-hosted file 
>> server with a ton of add ons  to increase 
>> functionality including anything from a map plugin to video chat, 
>> bookmarks, rss reader, and integration with software such as collabora and 
>> only office.  It is a fork of owncloud and is very mature with an 
>> enterprise level of products, however the self hosted version is more than 
>> enough for a small group of individuals.  It has file syncing software 
>> including mobile apps for all major OSes.  It allows the creation and 
>> administration of multiple users and groups with fine tuned access 
>> control.  You can connect to third party storage solutions like Dropbox.
>>
>> What I am referencing with this post is using nextcloud to host and 
>> manage the files of a standalone tiddlywiki that are served with nginx or 
>> any other webserver like apache.  So one could either use tiddlywiki's 
>> download saver and sync the tiddlywiki and associated files between your 
>> desktop and nextcloud instance or do what I do and use the tw-receiver 
>>  plugin so one can save the 
>> standalone from the web and not worry about any kind of syncing so that you 
>> are completely independent of any one desktop.
>>
>> This setup would have the greatest utility for someone using tiddlywiki 
>> in conjunction with a lot of external files, such as images or more likely 
>> articles and books you have taken notes on and referenced in your wiki.  I 
>> use nextcloud to manage all the files and directories and nginx to serve 
>> them.
>>
>> Nextcloud has a plugin called external sites 
>>  which basically sets up in 
>> iframe within the nextcloud website so you can basically integrate the 
>> tiddlywiki into the nextcloud experience, something that would be useful if 
>> you used it with multiple users especially.  This works well with the 
>> nodejs tiddlywiki as well right out of the box.  In this way tiddlywiki 
>> basically becomes an add on for your nextcloud instance.
>>
>> So at the most basic level Nextcloud is an excellent self hosted file 
>> management solution that would allow one to replace services like Google 
>> Drive and what I discovered is that the hosted files can also be served by 
>> a webserver like nginx.
>>
>> On Thursday, December 17, 2020 at 12:23:36 AM UTC-5 TW Tones wrote:
>>
>>> This sounds like a good choice for internet side hosting.
>>>
>>> I am not familiar with next cloud, could you give a practical technical 
>>> summary of its use with tiddlywiki, so we can decide if it is worth 
>>> investigating further please.
>>>
>>> Regards
>>> Tones
>>>
>>> On Thursday, 17 December 2020 at 13:45:36 UTC+11 digit...@gmail.com 
>>> wrote:
>>>
 This is probably way outside general concern but I've been playing with 
 nextcloud lately to host files and found that

 1.  nodejs tiddlywiki shows up nicely in the 'external sites' app (an 
 iframe nextcloud uses to show websites internal to the nextcloud 
 interface) 
 with no problems saving

 2. And even cooler I was able to put a stand alone html with the 
 tw-receiver plugin in a nextcloud folder and serve it via nginx.  This 
 allows me to upload files via nextcloud and refer to them as external 
 files 
 in tiddlywiki.

 here  is the example I set up.

 My setup is a bit complicated since I am using docker, but if you're 
 into this sort of thing a setup using nginx and nextcloud is pretty easy 
 and very well documented.  It took some additional tweaking of permissions 
 but again nothing overly complicated.

>>>

-- 
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/f9e3cf01-0e82-4479-8674-10cc92389299n%40googlegroups.com.

[tw5] Re: Tiddlywiki and Nextcloud: It's a match!

[Donald Coates]

you can see the login screen for my nextcloud instance at 
https://nextcloud.olliespeople.place and the tiddlywiki at 
https://olliespeople.place.  The tiddlywiki html and image files are 
accessible inside the nextcloud instance so I can upload more files through 
nextcloud.  All files are being served to the internet by an nginx 
webserver.

Everything is being hosted on a vps from buyvm.net.  Nextcloud needs about 
200mb of RAM so you could easily host and serve everything with a 5$ plan.  
There is a learning curve to self hosting since you are installing and 
configuring the network and software especially if your not used to some 
work on the command line but there are a ton of resources and the result is 
more than worth it.

I have done this through my home network as well using a free address 
through dynds as well.  The port forwarding can be tricky but it is very 
doable.

On Thursday, December 17, 2020 at 8:08:37 PM UTC-5 Mark S. wrote:

> Are you talking about serving up inside your own network, or across the 
> internet? If across the
> internet, then do you do this through some ISP ?
>
> On Thursday, December 17, 2020 at 5:04:17 PM UTC-8 digit...@gmail.com 
> wrote:
>
>> Nextcloud  is basically a self-hosted file 
>> server with a ton of add ons  to increase 
>> functionality including anything from a map plugin to video chat, 
>> bookmarks, rss reader, and integration with software such as collabora and 
>> only office.  It is a fork of owncloud and is very mature with an 
>> enterprise level of products, however the self hosted version is more than 
>> enough for a small group of individuals.  It has file syncing software 
>> including mobile apps for all major OSes.  It allows the creation and 
>> administration of multiple users and groups with fine tuned access 
>> control.  You can connect to third party storage solutions like Dropbox.
>>
>> What I am referencing with this post is using nextcloud to host and 
>> manage the files of a standalone tiddlywiki that are served with nginx or 
>> any other webserver like apache.  So one could either use tiddlywiki's 
>> download saver and sync the tiddlywiki and associated files between your 
>> desktop and nextcloud instance or do what I do and use the tw-receiver 
>>  plugin so one can save the 
>> standalone from the web and not worry about any kind of syncing so that you 
>> are completely independent of any one desktop.
>>
>> This setup would have the greatest utility for someone using tiddlywiki 
>> in conjunction with a lot of external files, such as images or more likely 
>> articles and books you have taken notes on and referenced in your wiki.  I 
>> use nextcloud to manage all the files and directories and nginx to serve 
>> them.
>>
>> Nextcloud has a plugin called external sites 
>>  which basically sets up in 
>> iframe within the nextcloud website so you can basically integrate the 
>> tiddlywiki into the nextcloud experience, something that would be useful if 
>> you used it with multiple users especially.  This works well with the 
>> nodejs tiddlywiki as well right out of the box.  In this way tiddlywiki 
>> basically becomes an add on for your nextcloud instance.
>>
>> So at the most basic level Nextcloud is an excellent self hosted file 
>> management solution that would allow one to replace services like Google 
>> Drive and what I discovered is that the hosted files can also be served by 
>> a webserver like nginx.
>>
>> On Thursday, December 17, 2020 at 12:23:36 AM UTC-5 TW Tones wrote:
>>
>>> This sounds like a good choice for internet side hosting.
>>>
>>> I am not familiar with next cloud, could you give a practical technical 
>>> summary of its use with tiddlywiki, so we can decide if it is worth 
>>> investigating further please.
>>>
>>> Regards
>>> Tones
>>>
>>> On Thursday, 17 December 2020 at 13:45:36 UTC+11 digit...@gmail.com 
>>> wrote:
>>>
 This is probably way outside general concern but I've been playing with 
 nextcloud lately to host files and found that

 1.  nodejs tiddlywiki shows up nicely in the 'external sites' app (an 
 iframe nextcloud uses to show websites internal to the nextcloud 
 interface) 
 with no problems saving

 2. And even cooler I was able to put a stand alone html with the 
 tw-receiver plugin in a nextcloud folder and serve it via nginx.  This 
 allows me to upload files via nextcloud and refer to them as external 
 files 
 in tiddlywiki.

 here  is the example I set up.

 My setup is a bit complicated since I am using docker, but if you're 
 into this sort of thing a setup using nginx and nextcloud is pretty easy 
 and very well documented.  It took some additional tweaking of permissions 
 but again nothing overly complicated.

>>>

-- 

[tw5] Re: Saved title for action-createtiddler only available AFTER run ?

[Michael Wiktowy]

The problem is highlighted by something like this:

\define dropaction()
<$action-createtiddler $basetitle=<> />
<$list 
filter="[all[tiddlers]search:titlesort[created]last[]]" 
variable="lastcreated">
<$fieldmangler tiddler=<>>
<$action-sendmessage $message="tm-add-tag" $param=<>/>


\end

<$droppable actions=<>>Some area to drop on


... this brute-force approach doesn't work and will tag the second from 
last one since the action-createtiddler doesn't create a tiddler until the 
entire action is done.

None of these work now but maybe one of these solutions could be adopted in 
the core:
1) the DroppableWidget could be made to act more like the ButtonWidget in 
that actions within the widget are triggered so <$droppable 
actions=<> >  <>   would work. 
Right now only <> trigger.

2) DroppableWidgets (and ButtonWidgets) could be make nestable with inner 
widgets completing before outer ones so that you can have constructs like:

<$droppable actions=<>>
...
<$droppable actions=<>>
<$droppable actions=<>>Some area to drop on


...


3) ActionCreateTiddlerWidget could have a variable scope that acts like 
<$fieldmangler> to do things like: 
<$action-createtiddler $basetitle="Created Tiddler">
<>


... however having the name won't help if the tiddler isn't created until 
the end.

Some potential RFEs ... none of which I have the skill to implement.

/Mike

On Friday, December 18, 2020 at 12:18:14 AM UTC-4 Mark S. wrote:

> On Thursday, December 17, 2020 at 7:33:30 PM UTC-8 TW Tones wrote:
>
>>
>>
>> Otherwise; *accept or generate the new tiddler name before  
>> $action-createtiddler  *
>>  
>>
>
> This somewhat obviates the utility of the $savetitle attribute, since the 
> results are not available  until the containing process is completed.
>
> So, for instance, you couldn't catch use $savetitle to create a reference 
> in another tiddler to the newly created tiddler until the process is done. 
> Meaning, at best, that the user has to push a button for a second time for 
> no apparent reason. (not apparent to the user, in any case).
>
>
>
>  
>

-- 
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/c0714637-67e0-434c-8a14-585d60d9076cn%40googlegroups.com.

Re: [tw5] Re: Tiddlywiki and New Google Group Interface

[Mohammad Rahmani]

Thanks Eric - Yes that is correct to limit the choice to a set of
predefined labels.


Best wishes
Mohammad


On Thu, Dec 17, 2020 at 11:40 PM Eric Shulman  wrote:

> On Wednesday, December 16, 2020 at 11:29:03 PM UTC-8 Mohammad wrote:
>
>> The new Google group interface shows the labels (tags) nicely in left
>> sidebar under conversation. See below screenshot. But it seems I cannot add
>> tag (label) to my new posts. Is this a restriction of new interface or
>> Tiddlywiki group policy does not all using this feature? I think letting
>> user to select from a predefined list of labels is helpful for later
>> references as you see in the below screenshot.
>>
>
> The list of labels on the left allows you to *view* a subset of
> conversations that match a specific label.  To *assign* labels to a
> conversation, there is a separate label icon in the upper right of the
> page, above the posts.  However, assigning labels is currently limited to
> only "group owner" and "group moderators", so this icon probably does not
> appear for regular group members.
>
> If I enable this option for group members, it should then allow anyone to
> select one or more labels for a given conversation.  However, as we saw in
> the past, this might produce undesirable results because it also allows
> people to *create* whatever new labels they want rather than just choosing
> from the existing labels.  If you recall, I had to go through over 100
> different labels to reduce the list to just the most relevant and
> meaningful ones -- eliminating typos, misspellings, singular vs. plural
> labels, as well as unique labels that had only been used for one posted
> message.  If there is a way to allow group members to *select* labels
> *without* also allowing them to *create* new labels, then I will enable
> this setting.  I will discuss this with Jeremy to see what he thinks.
>
> -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/c4339a46-2a52-4944-94a9-866244763d83n%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/CAAV1gMCeSYxuYV4UAemaomEQi-haQaQeQ9UatVhrS4%2BfMbhLvw%40mail.gmail.com.

[tw5] Re: Saved title for action-createtiddler only available AFTER run ?

['Mark S.' via TiddlyWiki]

On Thursday, December 17, 2020 at 7:33:30 PM UTC-8 TW Tones wrote:

>
>
> Otherwise; *accept or generate the new tiddler name before  
> $action-createtiddler  *
>  
>

This somewhat obviates the utility of the $savetitle attribute, since the 
results are not available  until the containing process is completed.

So, for instance, you couldn't catch use $savetitle to create a reference 
in another tiddler to the newly created tiddler until the process is done. 
Meaning, at best, that the user has to push a button for a second time for 
no apparent reason. (not apparent to the user, in any case).



 

-- 
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/a7405ffe-3ca8-4b46-8f9a-ef0f855a5a39n%40googlegroups.com.

[tw5] Re: Saved title for action-createtiddler only available AFTER run ?

[TW Tones]

<$action-createtiddler  allows you to created tiddlers "silently", you then 
use as Mario said  tm-navigate or even edit tiddler ( tm-edit-tiddler ) , 
when you can rename it.
Before opening it to edit where you could rename it, the $savetitle remains 
valid and you could use it to perform other operations on the new tiddler, 
although much can be done within the  action-createtiddler  such as setting 
any field value. 

Otherwise; *accept or generate the new tiddler name before  
$action-createtiddler  *
 
Tones
On Friday, 18 December 2020 at 13:27:52 UTC+11 Mark S. wrote:

> That's an interesting idea. But tm-link-to doesn't show up anywhere in the 
> documentation, or a search in system or shadows. Are you sure it exists yet?
>
> Thanks!
>
> On Thursday, December 17, 2020 at 6:12:12 PM UTC-8 PMario wrote:
>
>> Hi Mark, 
>> You may be able to use the <$linkcatcher widget to trigger a new action. 
>> ...
>>
>> So your first action define the $savetitle  ... and a second actions 
>> sends a tm-link-to, which is catched by the linkcatcher actions. It should 
>> / may be available. 
>>
>> With 5.1.23 there is a new 
>> https://tiddlywiki.com/prerelease/#EventCatcherWidget, which I didn't 
>> test yet. 
>>
>> -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/e64945b6-db0f-4b3a-a30b-26ecc2370e28n%40googlegroups.com.

Re: [tw5] Re: Introducing TiddlyRemember, a tool for integrating TiddlyWiki with Anki spaced-repetition flashcards

[TW Tones]

Soren,

You say "white lightbulb icon on the* edit toolbar*" but it should be the 
"*Editor 
Toolbar*". The small icons in edit mode, the Edit Tool Bar is above and has 
delete discard and done buttons.

Regards
Tony

On Thursday, 17 December 2020 at 15:00:01 UTC+11 Soren Bjornstad wrote:

> Si,
>
> Thanks for reporting back! I'm super busy right now finishing things up 
> before the holidays, but I'll keep this in my inbox and throw something in 
> the docs about that add-on for anyone else who has the same problem.
>
> I'm still baffled about why it seems to work on my computer and not yours. 
> It makes sense that the browser inside Anki doesn't have access to the 
> filesystem, but that's not what the link is supposed to do...no link on a 
> card ever opens within Anki to my knowledge, it always kicks out to your 
> system's default browser. Who knows.
>
> On Wednesday, December 16, 2020 at 11:22:04 AM UTC-6 si wrote:
>
>> Hi Soren,
>>
>> Just to follow up on the problem of getting hyperlinks to work. I posted 
>> on the Anki forums 
>> 
>>  
>> about a month or so ago and there was no definite answer, but it sounds 
>> like the browser within Anki just doesn't have access to the file system 
>> for security reasons. No idea why it would work for you though.
>>
>> The good news is that I made a feature request 
>> 
>>  
>> for the Anki add-on Open linked pdf, docx, epub, audio/video, etc. in 
>> external Program  and the 
>> author very kindly made a fix to get it working with permalinks.
>>
>> Anyway just letting you know that this is the best solution I found in 
>> case anyone else has the same problem.
>> On Friday, 13 November 2020 at 18:10:15 UTC Soren Bjornstad wrote:
>>
>>> Pretty sure it’s 64-bit. VM on Parallels on my MacBook with the 
>>> default license and settings. Can’t imagine why it would matter anyway. 
>>>
>>> I’m stumped. I’d suggest you post this on the Anki forums at 
>>> https://forums.ankiweb.net since it’s an Anki issue at this point.
>>>
>>>
>>> On Friday, November 13, 2020 at 9:42:30 AM UTC-6 si wrote:
>>>
 Hi Soren.

 >>> Do other links to websites work in Anki? Perhaps your default 
 browser is configured wrong and Anki can't figure out what to do with 
 links.

 I have no problem with Anki opening websites. Anything with the prefix 
 "https://; will open in the browser, but when I use "file://" nothing 
 happens.

 I also tried this on a totally different Windows 10 machine with an 
 almost fresh install and still it wouldn't work. It also didn't work when 
 I 
 tried clicking the link from AnkiWeb. This was all with me creating the 
 link exactly as you describe above (the file opens if I copy the path 
 directly into the browser).

 Did you try it on a 64 bit Windows 10, or some earlier version (no idea 
 if that would matter)?

 On Friday, 13 November 2020 at 13:20:43 UTC soren.b...@gmail.com wrote:

> I just tried it on Windows and it works fine for me. Downloaded an 
> HTML to my desktop and added to the card:
>
> link
>
> Click the link and test.html opens in the browser.
>
> I'm on Anki 2.1.34 (a couple versions behind, but can't think of 
> anything that would have changed here).
>
> Do other links to websites work in Anki? Perhaps your default browser 
> is configured wrong and Anki can't figure out what to do with links.
>
> On Friday, November 13, 2020 at 6:18:22 AM UTC-6 si wrote:
>
>> Hi Soren thanks for your reply.
>>
>> >>> The URL you list is not a valid file: URL, however -- it needs to 
>> use forward slashes even on Windows.
>>
>> Thanks, I wasn't sure which to use here but I had tried every 
>> combination and it still didn't work.
>>
>> >>> It does appear that the permalink generation in TiddlyRemember 
>> applied during the sync is incorrectly putting a backslash at the end of 
>> URLs that can't accept one there.
>>
>> I had noticed this, but I have tested with the correct permalink and 
>> it still won't work. I've also tried putting the HTML directly into the 
>> card (link using 
>> Ctrl+Shift+X), but again when I click the link while viewing the card 
>> nothing happens.
>>
>> I've noticed that there is an add-on 
>>  for opening files in an 
>> external program. I got it to work with an HTML file, but because it 
>> looks 
>> for a specific extension at the end of the path, it doesn't work with 
>> permalinks that end in "#tiddler".
>>
>> Is it possible that Anki just can't open external HTML files 

[tw5] Re: Saved title for action-createtiddler only available AFTER run ?

['Mark S.' via TiddlyWiki]

That's an interesting idea. But tm-link-to doesn't show up anywhere in the 
documentation, or a search in system or shadows. Are you sure it exists yet?

Thanks!

On Thursday, December 17, 2020 at 6:12:12 PM UTC-8 PMario wrote:

> Hi Mark, 
> You may be able to use the <$linkcatcher widget to trigger a new action. 
> ...
>
> So your first action define the $savetitle  ... and a second actions sends 
> a tm-link-to, which is catched by the linkcatcher actions. It should / may 
> be available. 
>
> With 5.1.23 there is a new 
> https://tiddlywiki.com/prerelease/#EventCatcherWidget, which I didn't 
> test yet. 
>
> -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/e32c0c10-a4ad-44f7-a186-b7287867e5b8n%40googlegroups.com.

[tw5] Re: Saved title for action-createtiddler only available AFTER run ?

[PMario]

On Friday, December 18, 2020 at 3:12:12 AM UTC+1 PMario wrote:

So your first action define the $savetitle  ... and a second actions sends 
> a tm-link-to, which is catched by the linkcatcher actions. It should / may 
> be available. 
>

I meant tm-navigate ...

-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/f169aaa4-a8e5-453f-a531-ec86fee220f9n%40googlegroups.com.

[tw5] Re: Saved title for action-createtiddler only available AFTER run ?

[PMario]

Hi Mark, 
You may be able to use the <$linkcatcher widget to trigger a new action. ...

So your first action define the $savetitle  ... and a second actions sends 
a tm-link-to, which is catched by the linkcatcher actions. It should / may 
be available. 

With 5.1.23 there is a new 
https://tiddlywiki.com/prerelease/#EventCatcherWidget, which I didn't test 
yet. 

-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/8ae8da96-0470-4c69-bbe4-a171bf08e812n%40googlegroups.com.

[tw5] Re: Saved title for action-createtiddler only available AFTER run ?

['Mark S.' via TiddlyWiki]

In this case there is no button -- it's being triggered by a drop event 
onto a droppable widget.

Thanks!

On Thursday, December 17, 2020 at 5:22:40 PM UTC-8 Eric Shulman wrote:

> On Thursday, December 17, 2020 at 4:07:38 PM UTC-8 Mark S. wrote:
>
>> In prerelease 5.23, if I run something like:
>> <$action-createtiddler $basetitle="Excerpt" $savetitle="$:/savedtitle" 
>> tags="Excerpt" text=<> />
>> The title saved in $:/savetitle doesn't become available until AFTER the 
>> routine it is in finishes. This means it is too late to be used by other 
>> widgets inside of the same routine/macro.
>> I feel like this problem was encountered before, and there was some sort 
>> of fix for it. Does anyone remember what that might be? Or if it's 
>> something that's a known problem?
>>
>
> A $button can actually invoke two sets of action widgets:
>
> First, when clicked, any action widgets that occur in the body of the 
> button are invoked.
> Then, if the $button has an actions="..." parameter, those actions are 
> invoked afterwards.
>
> Thus, you can do something like:
>
> <$button actions="""<$action-setfield $title={{$:/savedtitle}} ... />""">
>click me
><$action-createtiddler $basetitle="..." $savetitle="$:/savedtitle" 
> etc... />
> 
>
> note that, for readability, you could also define separate macros for each 
> set of actions, and then invoke them like this:
>
> \define buttonactions_1() <$action-createtiddler $basetitle="..." 
> $savetitle="$:/savedtitle" etc... />
> \define buttonactions_2() <$action-setfield $title={{$:/savedtitle}} ... />
>
> <$button actions=<>> click me <> 
> 
>
> -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/2921dda6-10ff-4279-af8e-34de86897821n%40googlegroups.com.

[tw5] Re: Saved title for action-createtiddler only available AFTER run ?

[Eric Shulman]

On Thursday, December 17, 2020 at 4:07:38 PM UTC-8 Mark S. wrote:

> In prerelease 5.23, if I run something like:
> <$action-createtiddler $basetitle="Excerpt" $savetitle="$:/savedtitle" 
> tags="Excerpt" text=<> />
> The title saved in $:/savetitle doesn't become available until AFTER the 
> routine it is in finishes. This means it is too late to be used by other 
> widgets inside of the same routine/macro.
> I feel like this problem was encountered before, and there was some sort 
> of fix for it. Does anyone remember what that might be? Or if it's 
> something that's a known problem?
>

A $button can actually invoke two sets of action widgets:

First, when clicked, any action widgets that occur in the body of the 
button are invoked.
Then, if the $button has an actions="..." parameter, those actions are 
invoked afterwards.

Thus, you can do something like:

<$button actions="""<$action-setfield $title={{$:/savedtitle}} ... />""">
   click me
   <$action-createtiddler $basetitle="..." $savetitle="$:/savedtitle" 
etc... />


note that, for readability, you could also define separate macros for each 
set of actions, and then invoke them like this:

\define buttonactions_1() <$action-createtiddler $basetitle="..." 
$savetitle="$:/savedtitle" etc... />
\define buttonactions_2() <$action-setfield $title={{$:/savedtitle}} ... />

<$button actions=<>> click me <> 


-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/a611aa74-c489-4c02-900b-78c56542566dn%40googlegroups.com.

[tw5] Re: Tiddlywiki and Nextcloud: It's a match!

['Mark S.' via TiddlyWiki]

Are you talking about serving up inside your own network, or across the 
internet? If across the
internet, then do you do this through some ISP ?

On Thursday, December 17, 2020 at 5:04:17 PM UTC-8 digit...@gmail.com wrote:

> Nextcloud  is basically a self-hosted file server 
> with a ton of add ons  to increase 
> functionality including anything from a map plugin to video chat, 
> bookmarks, rss reader, and integration with software such as collabora and 
> only office.  It is a fork of owncloud and is very mature with an 
> enterprise level of products, however the self hosted version is more than 
> enough for a small group of individuals.  It has file syncing software 
> including mobile apps for all major OSes.  It allows the creation and 
> administration of multiple users and groups with fine tuned access 
> control.  You can connect to third party storage solutions like Dropbox.
>
> What I am referencing with this post is using nextcloud to host and manage 
> the files of a standalone tiddlywiki that are served with nginx or any 
> other webserver like apache.  So one could either use tiddlywiki's download 
> saver and sync the tiddlywiki and associated files between your desktop and 
> nextcloud instance or do what I do and use the tw-receiver 
>  plugin so one can save the 
> standalone from the web and not worry about any kind of syncing so that you 
> are completely independent of any one desktop.
>
> This setup would have the greatest utility for someone using tiddlywiki in 
> conjunction with a lot of external files, such as images or more likely 
> articles and books you have taken notes on and referenced in your wiki.  I 
> use nextcloud to manage all the files and directories and nginx to serve 
> them.
>
> Nextcloud has a plugin called external sites 
>  which basically sets up in 
> iframe within the nextcloud website so you can basically integrate the 
> tiddlywiki into the nextcloud experience, something that would be useful if 
> you used it with multiple users especially.  This works well with the 
> nodejs tiddlywiki as well right out of the box.  In this way tiddlywiki 
> basically becomes an add on for your nextcloud instance.
>
> So at the most basic level Nextcloud is an excellent self hosted file 
> management solution that would allow one to replace services like Google 
> Drive and what I discovered is that the hosted files can also be served by 
> a webserver like nginx.
>
> On Thursday, December 17, 2020 at 12:23:36 AM UTC-5 TW Tones wrote:
>
>> This sounds like a good choice for internet side hosting.
>>
>> I am not familiar with next cloud, could you give a practical technical 
>> summary of its use with tiddlywiki, so we can decide if it is worth 
>> investigating further please.
>>
>> Regards
>> Tones
>>
>> On Thursday, 17 December 2020 at 13:45:36 UTC+11 digit...@gmail.com 
>> wrote:
>>
>>> This is probably way outside general concern but I've been playing with 
>>> nextcloud lately to host files and found that
>>>
>>> 1.  nodejs tiddlywiki shows up nicely in the 'external sites' app (an 
>>> iframe nextcloud uses to show websites internal to the nextcloud interface) 
>>> with no problems saving
>>>
>>> 2. And even cooler I was able to put a stand alone html with the 
>>> tw-receiver plugin in a nextcloud folder and serve it via nginx.  This 
>>> allows me to upload files via nextcloud and refer to them as external files 
>>> in tiddlywiki.
>>>
>>> here  is the example I set up.
>>>
>>> My setup is a bit complicated since I am using docker, but if you're 
>>> into this sort of thing a setup using nginx and nextcloud is pretty easy 
>>> and very well documented.  It took some additional tweaking of permissions 
>>> but again nothing overly complicated.
>>>
>>

-- 
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/c18f217a-c4ed-4a27-bf57-1168aaea80c7n%40googlegroups.com.

[tw5] Re: Tiddlywiki and Nextcloud: It's a match!

[Donald Coates]

basically I used the word basically basically way too many times and not 
being able to do even basic editing on my post is basically driving me 
crazy.


On Thursday, December 17, 2020 at 8:04:17 PM UTC-5 Donald Coates wrote:

> Nextcloud  is basically a self-hosted file server 
> with a ton of add ons  to increase 
> functionality including anything from a map plugin to video chat, 
> bookmarks, rss reader, and integration with software such as collabora and 
> only office.  It is a fork of owncloud and is very mature with an 
> enterprise level of products, however the self hosted version is more than 
> enough for a small group of individuals.  It has file syncing software 
> including mobile apps for all major OSes.  It allows the creation and 
> administration of multiple users and groups with fine tuned access 
> control.  You can connect to third party storage solutions like Dropbox.
>
> What I am referencing with this post is using nextcloud to host and manage 
> the files of a standalone tiddlywiki that are served with nginx or any 
> other webserver like apache.  So one could either use tiddlywiki's download 
> saver and sync the tiddlywiki and associated files between your desktop and 
> nextcloud instance or do what I do and use the tw-receiver 
>  plugin so one can save the 
> standalone from the web and not worry about any kind of syncing so that you 
> are completely independent of any one desktop.
>
> This setup would have the greatest utility for someone using tiddlywiki in 
> conjunction with a lot of external files, such as images or more likely 
> articles and books you have taken notes on and referenced in your wiki.  I 
> use nextcloud to manage all the files and directories and nginx to serve 
> them.
>
> Nextcloud has a plugin called external sites 
>  which basically sets up in 
> iframe within the nextcloud website so you can basically integrate the 
> tiddlywiki into the nextcloud experience, something that would be useful if 
> you used it with multiple users especially.  This works well with the 
> nodejs tiddlywiki as well right out of the box.  In this way tiddlywiki 
> basically becomes an add on for your nextcloud instance.
>
> So at the most basic level Nextcloud is an excellent self hosted file 
> management solution that would allow one to replace services like Google 
> Drive and what I discovered is that the hosted files can also be served by 
> a webserver like nginx.
>
> On Thursday, December 17, 2020 at 12:23:36 AM UTC-5 TW Tones wrote:
>
>> This sounds like a good choice for internet side hosting.
>>
>> I am not familiar with next cloud, could you give a practical technical 
>> summary of its use with tiddlywiki, so we can decide if it is worth 
>> investigating further please.
>>
>> Regards
>> Tones
>>
>> On Thursday, 17 December 2020 at 13:45:36 UTC+11 digit...@gmail.com 
>> wrote:
>>
>>> This is probably way outside general concern but I've been playing with 
>>> nextcloud lately to host files and found that
>>>
>>> 1.  nodejs tiddlywiki shows up nicely in the 'external sites' app (an 
>>> iframe nextcloud uses to show websites internal to the nextcloud interface) 
>>> with no problems saving
>>>
>>> 2. And even cooler I was able to put a stand alone html with the 
>>> tw-receiver plugin in a nextcloud folder and serve it via nginx.  This 
>>> allows me to upload files via nextcloud and refer to them as external files 
>>> in tiddlywiki.
>>>
>>> here  is the example I set up.
>>>
>>> My setup is a bit complicated since I am using docker, but if you're 
>>> into this sort of thing a setup using nginx and nextcloud is pretty easy 
>>> and very well documented.  It took some additional tweaking of permissions 
>>> but again nothing overly complicated.
>>>
>>

-- 
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/daeca83a-741b-4950-ad02-f8cd9e417a7bn%40googlegroups.com.

[tw5] Re: Tiddlywiki and Nextcloud: It's a match!

[Donald Coates]

Nextcloud  is basically a self-hosted file server 
with a ton of add ons  to increase 
functionality including anything from a map plugin to video chat, 
bookmarks, rss reader, and integration with software such as collabora and 
only office.  It is a fork of owncloud and is very mature with an 
enterprise level of products, however the self hosted version is more than 
enough for a small group of individuals.  It has file syncing software 
including mobile apps for all major OSes.  It allows the creation and 
administration of multiple users and groups with fine tuned access 
control.  You can connect to third party storage solutions like Dropbox.

What I am referencing with this post is using nextcloud to host and manage 
the files of a standalone tiddlywiki that are served with nginx or any 
other webserver like apache.  So one could either use tiddlywiki's download 
saver and sync the tiddlywiki and associated files between your desktop and 
nextcloud instance or do what I do and use the tw-receiver 
 plugin so one can save the 
standalone from the web and not worry about any kind of syncing so that you 
are completely independent of any one desktop.

This setup would have the greatest utility for someone using tiddlywiki in 
conjunction with a lot of external files, such as images or more likely 
articles and books you have taken notes on and referenced in your wiki.  I 
use nextcloud to manage all the files and directories and nginx to serve 
them.

Nextcloud has a plugin called external sites 
 which basically sets up in 
iframe within the nextcloud website so you can basically integrate the 
tiddlywiki into the nextcloud experience, something that would be useful if 
you used it with multiple users especially.  This works well with the 
nodejs tiddlywiki as well right out of the box.  In this way tiddlywiki 
basically becomes an add on for your nextcloud instance.

So at the most basic level Nextcloud is an excellent self hosted file 
management solution that would allow one to replace services like Google 
Drive and what I discovered is that the hosted files can also be served by 
a webserver like nginx.

On Thursday, December 17, 2020 at 12:23:36 AM UTC-5 TW Tones wrote:

> This sounds like a good choice for internet side hosting.
>
> I am not familiar with next cloud, could you give a practical technical 
> summary of its use with tiddlywiki, so we can decide if it is worth 
> investigating further please.
>
> Regards
> Tones
>
> On Thursday, 17 December 2020 at 13:45:36 UTC+11 digit...@gmail.com wrote:
>
>> This is probably way outside general concern but I've been playing with 
>> nextcloud lately to host files and found that
>>
>> 1.  nodejs tiddlywiki shows up nicely in the 'external sites' app (an 
>> iframe nextcloud uses to show websites internal to the nextcloud interface) 
>> with no problems saving
>>
>> 2. And even cooler I was able to put a stand alone html with the 
>> tw-receiver plugin in a nextcloud folder and serve it via nginx.  This 
>> allows me to upload files via nextcloud and refer to them as external files 
>> in tiddlywiki.
>>
>> here  is the example I set up.
>>
>> My setup is a bit complicated since I am using docker, but if you're into 
>> this sort of thing a setup using nginx and nextcloud is pretty easy and 
>> very well documented.  It took some additional tweaking of permissions but 
>> again nothing overly complicated.
>>
>

-- 
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/3e5aad4e-cef4-4d95-aad8-5b2ce6435e2an%40googlegroups.com.

[tw5] Re: Tiddlywiki and Nextcloud: It's a match!

[Donald Coates]

Yes and with their sync software one could make changes to a standalone 
html tiddlywiki and just download to save the 'regular' way into the synced 
folder so that the changes are synced immediately.

On Thursday, December 17, 2020 at 5:30:47 AM UTC-5 sil...@gmail.com wrote:

> We can also add that it is easy to set up Nextcloud share via WebDAV and 
> thus directly back up your TW files without other configuration.
>
> Regards,
> Sylvain
>
> Le jeudi 17 décembre 2020 à 03:45:36 UTC+1, digit...@gmail.com a écrit :
>
>> This is probably way outside general concern but I've been playing with 
>> nextcloud lately to host files and found that
>>
>> 1.  nodejs tiddlywiki shows up nicely in the 'external sites' app (an 
>> iframe nextcloud uses to show websites internal to the nextcloud interface) 
>> with no problems saving
>>
>> 2. And even cooler I was able to put a stand alone html with the 
>> tw-receiver plugin in a nextcloud folder and serve it via nginx.  This 
>> allows me to upload files via nextcloud and refer to them as external files 
>> in tiddlywiki.
>>
>> here  is the example I set up.
>>
>> My setup is a bit complicated since I am using docker, but if you're into 
>> this sort of thing a setup using nginx and nextcloud is pretty easy and 
>> very well documented.  It took some additional tweaking of permissions but 
>> again nothing overly complicated.
>>
>

-- 
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/f71a2fcc-b4ac-438b-bd1f-5737157fd783n%40googlegroups.com.

[tw5] Saved title for action-createtiddler only available AFTER run ?

['Mark S.' via TiddlyWiki]

In prerelease 5.23, if I run something like:

<$action-createtiddler $basetitle="Excerpt" $savetitle="$:/savedtitle" 
tags="Excerpt" text=<> />

The title saved in $:/savetitle doesn't become available until AFTER the 
routine it is in finishes. This means it is too late to be used by other 
widgets inside of the same routine/macro.

I feel like this problem was encountered before, and there was some sort of 
fix for it. Does anyone remember what that might be? Or if it's something 
that's a known problem?

Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/b4badd7c-73b9-4402-a278-9326c1e94463n%40googlegroups.com.

[tw5] Re: Best of 2020 and the Wish-list of 2021

[arun babu]

I started using TW 6 months back. Although i have tried other note taking 
tools like remnote , obsidian 
, dendron , logseq 
etc, TW best suited my needs.

I will list the best plug ins of "2020" which i use daily

1. crazko's Krystal plug in  - this is 
the backbone of my wikiI also like using a set up with saq's 
stories plug in, side-by-side mode from Drift 
and jd's white space theme 
 since it appears much more spacious 
than Krystal. But i had to stick with Krystal since the floating search box 
of command palette plug in was getting partly hidden behind one of the 
stories in the two story mode. Hope this gets fixed in the future

2. saq's Streams plug in - another 
backbone of my wiki. Before finding TW, i was using remnote for some time. 
What i liked most in remnote was the outliner capabilities. Streams was 
helpful is that aspect. Instead of making a single large tiddler, using 
streams i can arrange the contents in an easily readable and understandable 
way.

3. souk's Command palette plug in 
 - i have made many custom 
commands for command palette to create tiddlers of various custom templates 
(with tags, fields auto-populated). This has made my note taking much 
faster.

4. linonetwo's Copy on select plug in  - 
this makes copying text super fast.

5. HCHaase's TOC Generic plug in  - 
this one I use for backlinks. For me this has the best UI among the plug 
ins which handle backlinks. Before finding this plug in, i was using the 
reference 
plug in  
of tiddlyresearch which too is 
good and is configurable.

6. saq's editor autolist from Goodies for Stroll 
 - like streams this one always 
make text entry super fast. I had to change the keyboard shortcuts because 
of conflict with keyboard shortcuts of Streams plug in.

7. nico's Projectify plug in  
- i use this to track my daily todos. The recent updates have made this 
even more desirable.

8. flibbles's Relink Titles plug in  
- newly released supplemental plug in of Relink plug in has made renaming 
of streams tiddlers headache free.

9. saq's UI tweaks  for 
editing fields.

I will list the other plug ins which i use daily but was released prior to 
2020 - danielo's Context , kookma's 
Refnotes , Shiraz 
, Trashbin 
, snowgoon's Edit-comptext 
, tobibeer's ibox macro 
, Twaddle's richlinks 
 for embedding tweets, wikilabs 
edit-tabs. Patelles by jd (BrownOne, C8Dark, 
CoolMint, Neonize) , Dracula palette 
, Thomas Elmiger's penguin palette, 
adithyb's 
SolarizedDark palette 
are worth 
mentioning.

I think 2020 was one of the best years of TW with many good plug ins 
getting released and core being developed actively. I follow TW google 
group, reddit , twitter 
, github 
, and discord almost daily to 
keep myself updated and to incorporate good ideas from the discussions 
happening here into my wiki. Myself being a doctor, i don't have much 
technical knowledge in coding  and i regret the fact that i can't 
contribute much to TW other than liking and sharing posts related to TW at 
present.

Now coming to my wishes for 2021

1. I wish for a better web clipper for TW. buggyj's tiddlyclip 
 is a good one - it can even 
clip text from pdfs. But I think it can be made better by reducing the 
steps needed to clip a text. Also I wish it could support streams plug in. 
Currently all the text clipped from a single webpage or pdf is stored in a 
single tiddler. And every time we clip a text, a link of that same page 
also gets saved in that tiddler making the tiddler large. I wish each 
clipped text from a single webpage to be saved as separate streams tiddler. 
Also a real time editing of the clipped contents to be supported by opening 
a side window of TW in the webpage being clipped. Such an 

[tw5] Combining Stroll & TWCrosslinks

[switchplayer]

Hi all,

First off, I want to mention how much I appreciate this community. The 
willingness to help is incredible.

I've been tinkering around with @David Gifford's Stroll functionality as 
well as @Tony K's TWCrosslinks plugin. 

I have found that I very much like the tabs that TWCrosslinks offer, but 
also like Stroll's ability to switch the way you view references. Does 
anyone know how to basically combine these two? TWCrosslinks was the first 
plugin I implemented before Stroll, so the "base" of what I have is 
TWCrosslinks. Given this, I suppose my question is actually - how can I 
implement the ability to switch types of viewing on TWCrosslinks?

Right now it shows the title of the reference and then will show you the 
context if you hover over it for a few seconds. This is great, but I also 
would love to see the body as well sometimes, or have all references 
hidden, etc.


Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/21039a7b-c2eb-4d93-9655-7b52ed05d5a7n%40googlegroups.com.

[tw5] Re: Tiddlywiki and New Google Group Interface

[Eric Shulman]

On Wednesday, December 16, 2020 at 11:29:03 PM UTC-8 Mohammad wrote:

> The new Google group interface shows the labels (tags) nicely in left 
> sidebar under conversation. See below screenshot. But it seems I cannot add 
> tag (label) to my new posts. Is this a restriction of new interface or 
> Tiddlywiki group policy does not all using this feature? I think letting 
> user to select from a predefined list of labels is helpful for later 
> references as you see in the below screenshot.
>

The list of labels on the left allows you to *view* a subset of 
conversations that match a specific label.  To *assign* labels to a 
conversation, there is a separate label icon in the upper right of the 
page, above the posts.  However, assigning labels is currently limited to 
only "group owner" and "group moderators", so this icon probably does not 
appear for regular group members.

If I enable this option for group members, it should then allow anyone to 
select one or more labels for a given conversation.  However, as we saw in 
the past, this might produce undesirable results because it also allows 
people to *create* whatever new labels they want rather than just choosing 
from the existing labels.  If you recall, I had to go through over 100 
different labels to reduce the list to just the most relevant and 
meaningful ones -- eliminating typos, misspellings, singular vs. plural 
labels, as well as unique labels that had only been used for one posted 
message.  If there is a way to allow group members to *select* labels 
*without* also allowing them to *create* new labels, then I will enable 
this setting.  I will discuss this with Jeremy to see what he thinks.

-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/c4339a46-2a52-4944-94a9-866244763d83n%40googlegroups.com.

[tw5] Re: tekan plugin and "get more plugins" conflict, fyi

[arun babu]

Hi Riz,

Is there any update available for Tekan  plug in as told by you in an 
earlier post? I noticed that close button of modals in tobibeer's ibox 
macro is not seen if Tekan plug in is installed.

On Saturday, May 23, 2020 at 1:20:09 PM UTC+5:30 joshua@gmail.com wrote:

> I am excited to hear that! I was going to take a shot at it myself, but am 
> looking forward to seeing your next iteration.
>
> Best,
> Joshua F
>
>
> On Saturday, May 23, 2020 at 12:17:57 AM UTC-7, Riz wrote:
>>
>> Tekan was moved to standalone edition 
>> . There was 
>> similar conflicts which made the plugin rather difficult to work with.
>>
>> However, latest updates to TW5 has made so many of these conflicts 
>> resolvable. I am in the process of updating both the plugin and standalone 
>> edition of Tekkan. !0-15 days possibly.
>>
>> Sincerely
>> Riz
>>
>

-- 
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/0ca59906-7be7-41ec-8889-1ab505fd17can%40googlegroups.com.

[tw5] Re: Best of 2020 and the Wish-list of 2021

[David Gifford]

Pointing out Saq's help requires me to do the same for the many other 
people who helped me. So, the other best for me in 2020 was the TiddlyWiki 
community: all the people who posted patient, fast and kind responses to 
all my many requests this year. 

On Thursday, December 17, 2020 at 12:25:55 PM UTC-6 David Gifford wrote:

> Best of 2020 for me personally: Editor autolists by Saq Imtiaz. I can't 
> live without it now! Saq was also a huge help to me with his Stories plugin 
> for Stroll.
> Wishlist for 2021: the CovidVaccinePlugin :-) 
> On Thursday, December 17, 2020 at 8:57:21 AM UTC-6 Mohammad wrote:
>
>> Ref: 2019 best of tools
>>
>> Dear all,
>>
>>   The year 2020 is gradually coming to end and a new year 2021 will start 
>> soon!
>>   I would like to ask you to share the best of 2020 and your wishlist of 
>> 2021.
>>
>>   Tiddlywiki gets more powerful and resource rich and now we have many 
>> tools
>>
>>
>> Best wishes
>> Mohammad
>>
>> p.s: Josiah normally sends out this post.
>>
>>

-- 
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/96c85d21-46de-453e-b2d0-53e72c26bcc1n%40googlegroups.com.

[tw5] Re: Best of 2020 and the Wish-list of 2021

[David Gifford]

Best of 2020 for me personally: Editor autolists by Saq Imtiaz. I can't 
live without it now! Saq was also a huge help to me with his Stories plugin 
for Stroll.
Wishlist for 2021: the CovidVaccinePlugin :-) 
On Thursday, December 17, 2020 at 8:57:21 AM UTC-6 Mohammad wrote:

> Ref: 2019 best of tools
>
> Dear all,
>
>   The year 2020 is gradually coming to end and a new year 2021 will start 
> soon!
>   I would like to ask you to share the best of 2020 and your wishlist of 
> 2021.
>
>   Tiddlywiki gets more powerful and resource rich and now we have many 
> tools
>
>
> Best wishes
> Mohammad
>
> p.s: Josiah normally sends out this post.
>
>

-- 
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/5d638d33-914f-4b1e-8be7-ba0a1f981e9dn%40googlegroups.com.

Re: [tw5] [ANN] Notebook theme v1.0.0

[Nicolas Petton]

Mohammad Rahmani  writes:

> Notebook is among the best plugins/themes. Notebook gives Tiddlywiki a
> cute, pleasant and very practical face.

Thank you for your kind words Mohammad :-)

Nico

-- 
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/87eejo8m51.fsf%40petton.fr.


signature.asc
Description: PGP signature

Re: [tw5] [ANN] Notebook theme v1.0.0

[Nicolas Petton]

"dieg...@gmail.com"  writes:

Hi Diego,

> Thanks Nico - just to be clear, if I want to install your project manager, 
> is the theme automatically included in that? Or do I need to install this 
> theme and the project manager?

The theme is not included in Projectify. Projectify can be used with any
theme/colour palette.

Notebook can be installed from here:

  https://nicolas.petton.fr/tw/notebook.html

And Projectify from here:

  https://nicolas.petton.fr/tw/projectify.html

I'm wondering, would it be useful if I provided an empty wiki with
Projectify & Notebook already set up?

Cheers,
Nico

-- 
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/87h7ok8m5v.fsf%40petton.fr.


signature.asc
Description: PGP signature

Re: [tw5] [ANN] Notebook theme v1.0.0

[dieg...@gmail.com]

Thanks Nico - just to be clear, if I want to install your project manager, 
is the theme automatically included in that? Or do I need to install this 
theme and the project manager? 

On Thursday, December 17, 2020 at 9:46:36 AM UTC-5 Mohammad wrote:

> Thank you Nico. 
>
> Notebook is among the best plugins/themes. Notebook gives Tiddlywiki a 
> cute, pleasant and very practical face.
>
> Best wishes
> Mohammad
>
>
> On Thu, Dec 17, 2020 at 6:11 PM Nicolas Petton  wrote:
>
>> Hi,
>>
>> I've just published a stable release of my Notebook theme, which you can
>> get at
>>
>>   https://nicolas.petton.fr/tw/notebook.html
>>
>> I haven't kept a ChangeLog for this release, but from now on I
>> will. This release mostly fixes issues with the upcoming TiddlyWiki
>> release.
>>
>> Feedback welcome!
>>
>> Cheers,
>> Nico
>>
>> -- 
>> 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/87k0tg8pgj.fsf%40petton.fr.
>>
>

-- 
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/96bccda1-e519-41dc-b13a-cc6404c2b070n%40googlegroups.com.

[tw5] Best of 2020 and the Wish-list of 2021

[Mohammad Rahmani]

Ref: 2019 best of tools 

Dear all,

  The year 2020 is gradually coming to end and a new year 2021 will start
soon!
  I would like to ask you to share the best of 2020 and your wishlist of
2021.

  Tiddlywiki gets more powerful and resource rich and now we have many tools


Best wishes
Mohammad

p.s: Josiah normally sends out this post.

-- 
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/CAAV1gMB8J4rs%3DXDhUsjqtP6JR7BSSmfSZZ9XNWRhqvW49ZauCg%40mail.gmail.com.

Re: [tw5] [ANN] Notebook theme v1.0.0

[Mohammad Rahmani]

Thank you Nico.

Notebook is among the best plugins/themes. Notebook gives Tiddlywiki a
cute, pleasant and very practical face.

Best wishes
Mohammad


On Thu, Dec 17, 2020 at 6:11 PM Nicolas Petton  wrote:

> Hi,
>
> I've just published a stable release of my Notebook theme, which you can
> get at
>
>   https://nicolas.petton.fr/tw/notebook.html
>
> I haven't kept a ChangeLog for this release, but from now on I
> will. This release mostly fixes issues with the upcoming TiddlyWiki
> release.
>
> Feedback welcome!
>
> Cheers,
> Nico
>
> --
> 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/87k0tg8pgj.fsf%40petton.fr.
>

-- 
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/CAAV1gMAAXEBwJHrWxaWFGMRqtfAWa97Pjjovs%2BeMpg_2Caydxw%40mail.gmail.com.

[tw5] [ANN] Notebook theme v1.0.0

[Nicolas Petton]

Hi,

I've just published a stable release of my Notebook theme, which you can
get at

  https://nicolas.petton.fr/tw/notebook.html

I haven't kept a ChangeLog for this release, but from now on I
will. This release mostly fixes issues with the upcoming TiddlyWiki
release.

Feedback welcome!

Cheers,
Nico

-- 
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/87k0tg8pgj.fsf%40petton.fr.


signature.asc
Description: PGP signature

Re: [tw5] Re: Switch between two story views keep the same tiddler in view

[Mohammad Rahmani]

Thanks Saq,
First I go with dynaview to see how it works.


Best wishes
Mohammad


On Thu, Dec 17, 2020 at 5:03 PM Saq Imtiaz  wrote:

> Two ideas:
> - you could use the dynaview plugin so that only tiddlers in view are
> rendered, negating concerns over performance with too many open tiddlers.
> OR
> - you could actually modify the storylist to make the last focussed
> tiddler the first one in the story. It isn't ideal since the story order
> will not remain the same, but it will mean the user returns to the same
> tiddler.
>
> On Thursday, December 17, 2020 at 2:22:58 PM UTC+1 Mohammad wrote:
>
>> Hi Saq,
>>  Many thanks for your time and effort.
>>
>> I follow the references you mentioned. The reason I have to switch is, I
>> use a zoomin story view for slideshow while classic story view for
>> authoring and editing. Sometime in slideshow mode you need to return to
>> author mode and need to have the same tiddler in focus. I tried to use
>> classic view for both modes but I think TW gets slow when there's several
>> tens of tiddlers.
>>
>>
>>
>> Best wishes
>> Mohammad
>>
>>
>> On Thu, Dec 17, 2020 at 11:26 AM Saq Imtiaz  wrote:
>>
>>> Hi Mohammad,
>>>
>>> Apologies, I did look into this briefly yesterday but I got distracted
>>> and forgot to reply.
>>>
>>> So the underlying issue is that switching the story view triggers a
>>> refresh of the list widget that displays the entire story river. However,
>>> the action-navigate is handled before the list widget is refreshed, that is
>>> in the zoom story view.
>>>
>>> We do not currently have a way to deal with this in the core that I can
>>> think of immediately, but two potential options for the future are:
>>> - a mechanism to save and restore the focused tiddler. (See
>>> https://github.com/Jermolene/TiddlyWiki5/issues/4782)
>>> - a way to delay the execution of an action:
>>> https://github.com/Jermolene/TiddlyWiki5/issues/5036
>>>
>>> Regards,
>>> Saq
>>>
>>> On Thursday, December 17, 2020 at 6:49:31 AM UTC+1 Mohammad wrote:
>>>
 Hi Saq,

  I tried to use the log mechanism in TW 5.1.23. I think the $navigate
 does not work correctly.
  Or on story view switching, Classic story view forces to refresh the
 story river and always focuses on the first item in the story list.

 Best wishes
 Mohammad


 On Tue, Dec 15, 2020 at 10:17 PM Mohammad Rahmani <
 mohammad...@gmail.com> wrote:

> Hi Saq,
>
> This is a minimal sample.
>
>
> Best wishes
> Mohammad
>
>
> On Tue, Dec 15, 2020 at 10:10 PM Saq Imtiaz 
> wrote:
>
>> Here should be fine. Thank you.
>>
>> On Tuesday, December 15, 2020 at 7:29:27 PM UTC+1 Mohammad wrote:
>>
>>> Sue, I prepare a minimal example! Should I post here or on GitHub
>>> Dev discussion board?
>>>
>>>
>>>
>>> Best wishes
>>> Mohammad
>>>
>>>
>>> On Tue, Dec 15, 2020 at 9:53 PM Saq Imtiaz 
>>> wrote:
>>>
 I suspect the problem is that the navigate is handled before the
 story view has actually switched.

 If you can post a file to play and experiment with, I can try to
 take a look as time allows.

 On Tuesday, December 15, 2020 at 7:06:20 PM UTC+1 Mohammad wrote:

> Thank you Saq,
>
> No success.
> I start from Classic View with tiddler A, switch to Zoomin View,
> have A in fous
> then, open a few tiddlers and then switch back to Classic View.
> Tiddlywiki always opens
> the first tiddler in my Open tab (e.g the first one in the story
> river) and navigates to .
>
> On Tue, Dec 15, 2020 at 8:22 PM Saq Imtiaz 
> wrote:
>
>> Try this:
>> <$button actions=<>>Switch View
>> <$action-setfield $tiddler="$:/view" text={{{
>> [{$:/view}match[classic]then[zoomin]else[classic]] }}} />
>> 
>>
>> On Tuesday, December 15, 2020 at 5:09:41 PM UTC+1 Mohammad wrote:
>>
>>> The action button is like this of course it is bonded with a
>>> shortcut keys combination
>>>
>>> <$button>Switch View
>>> <$action-setfield $tiddler="$:/view" text={{{
>>> [{$:/view}match[classic]then[zoomin]else[classic]] }}} />
>>> <>
>>> 
>>>
>>> On Tuesday, December 15, 2020 at 7:31:34 PM UTC+3:30 Mohammad
>>> wrote:
>>>
 Thanks Saq!

 I have written something like below with no luck

 \define navigate-to-last()
 <$set name="lastTid" tiddler="$:/HistoryList"
 field="current-tiddler">
 <$action-navigate $to=<> $scroll="yes"/> 
 \end

 Then I have a manual button to switch the Story View and then
 call navigate-to-last

 What 

Re: [tw5] Re: Switch between two story views keep the same tiddler in view

[Saq Imtiaz]

Two ideas:
- you could use the dynaview plugin so that only tiddlers in view are 
rendered, negating concerns over performance with too many open tiddlers.
OR
- you could actually modify the storylist to make the last focussed tiddler 
the first one in the story. It isn't ideal since the story order will not 
remain the same, but it will mean the user returns to the same tiddler.

On Thursday, December 17, 2020 at 2:22:58 PM UTC+1 Mohammad wrote:

> Hi Saq,
>  Many thanks for your time and effort.
>
> I follow the references you mentioned. The reason I have to switch is, I 
> use a zoomin story view for slideshow while classic story view for 
> authoring and editing. Sometime in slideshow mode you need to return to 
> author mode and need to have the same tiddler in focus. I tried to use 
> classic view for both modes but I think TW gets slow when there's several 
> tens of tiddlers.
>
>
>
> Best wishes
> Mohammad
>
>
> On Thu, Dec 17, 2020 at 11:26 AM Saq Imtiaz  wrote:
>
>> Hi Mohammad,
>>
>> Apologies, I did look into this briefly yesterday but I got distracted 
>> and forgot to reply.
>>
>> So the underlying issue is that switching the story view triggers a 
>> refresh of the list widget that displays the entire story river. However, 
>> the action-navigate is handled before the list widget is refreshed, that is 
>> in the zoom story view. 
>>
>> We do not currently have a way to deal with this in the core that I can 
>> think of immediately, but two potential options for the future are:
>> - a mechanism to save and restore the focused tiddler. (See 
>> https://github.com/Jermolene/TiddlyWiki5/issues/4782)
>> - a way to delay the execution of an action: 
>> https://github.com/Jermolene/TiddlyWiki5/issues/5036
>>
>> Regards,
>> Saq
>>
>> On Thursday, December 17, 2020 at 6:49:31 AM UTC+1 Mohammad wrote:
>>
>>> Hi Saq,
>>>
>>>  I tried to use the log mechanism in TW 5.1.23. I think the $navigate 
>>> does not work correctly.
>>>  Or on story view switching, Classic story view forces to refresh the 
>>> story river and always focuses on the first item in the story list.
>>>
>>> Best wishes
>>> Mohammad
>>>
>>>
>>> On Tue, Dec 15, 2020 at 10:17 PM Mohammad Rahmani  
>>> wrote:
>>>
 Hi Saq,

 This is a minimal sample.


 Best wishes
 Mohammad


 On Tue, Dec 15, 2020 at 10:10 PM Saq Imtiaz  wrote:

> Here should be fine. Thank you.
>
> On Tuesday, December 15, 2020 at 7:29:27 PM UTC+1 Mohammad wrote:
>
>> Sue, I prepare a minimal example! Should I post here or on GitHub Dev 
>> discussion board?
>>
>>
>>
>> Best wishes
>> Mohammad
>>
>>
>> On Tue, Dec 15, 2020 at 9:53 PM Saq Imtiaz  
>> wrote:
>>
>>> I suspect the problem is that the navigate is handled before the 
>>> story view has actually switched.
>>>
>>> If you can post a file to play and experiment with, I can try to 
>>> take a look as time allows.
>>>
>>> On Tuesday, December 15, 2020 at 7:06:20 PM UTC+1 Mohammad wrote:
>>>
 Thank you Saq,

 No success.
 I start from Classic View with tiddler A, switch to Zoomin View, 
 have A in fous
 then, open a few tiddlers and then switch back to Classic View. 
 Tiddlywiki always opens
 the first tiddler in my Open tab (e.g the first one in the story 
 river) and navigates to .

 On Tue, Dec 15, 2020 at 8:22 PM Saq Imtiaz  
 wrote:

> Try this:
> <$button actions=<>>Switch View
> <$action-setfield $tiddler="$:/view" text={{{ 
> [{$:/view}match[classic]then[zoomin]else[classic]] }}} />
> 
>
> On Tuesday, December 15, 2020 at 5:09:41 PM UTC+1 Mohammad wrote:
>
>> The action button is like this of course it is bonded with a 
>> shortcut keys combination
>>
>> <$button>Switch View
>> <$action-setfield $tiddler="$:/view" text={{{ 
>> [{$:/view}match[classic]then[zoomin]else[classic]] }}} />
>> <>
>> 
>>
>> On Tuesday, December 15, 2020 at 7:31:34 PM UTC+3:30 Mohammad 
>> wrote:
>>
>>> Thanks Saq!
>>>
>>> I have written something like below with no luck
>>>
>>> \define navigate-to-last() 
>>> <$set name="lastTid" tiddler="$:/HistoryList" 
>>> field="current-tiddler">
>>> <$action-navigate $to=<> $scroll="yes"/> 
>>> \end  
>>>
>>> Then I have a manual button to switch the Story View and then 
>>> call navigate-to-last
>>>
>>> What do you think? What is wrong with this code?
>>>
>>>
>>>
>>> On Tuesday, December 15, 2020 at 7:23:51 PM UTC+3:30 
>>> saq.i...@gmail.com wrote:
>>>
 We don't have a working implementation for tracking and 
 

Re: [tw5] Re: Switch between two story views keep the same tiddler in view

[Mohammad Rahmani]

Hi Saq,
 Many thanks for your time and effort.

I follow the references you mentioned. The reason I have to switch is, I
use a zoomin story view for slideshow while classic story view for
authoring and editing. Sometime in slideshow mode you need to return to
author mode and need to have the same tiddler in focus. I tried to use
classic view for both modes but I think TW gets slow when there's several
tens of tiddlers.



Best wishes
Mohammad


On Thu, Dec 17, 2020 at 11:26 AM Saq Imtiaz  wrote:

> Hi Mohammad,
>
> Apologies, I did look into this briefly yesterday but I got distracted and
> forgot to reply.
>
> So the underlying issue is that switching the story view triggers a
> refresh of the list widget that displays the entire story river. However,
> the action-navigate is handled before the list widget is refreshed, that is
> in the zoom story view.
>
> We do not currently have a way to deal with this in the core that I can
> think of immediately, but two potential options for the future are:
> - a mechanism to save and restore the focused tiddler. (See
> https://github.com/Jermolene/TiddlyWiki5/issues/4782)
> - a way to delay the execution of an action:
> https://github.com/Jermolene/TiddlyWiki5/issues/5036
>
> Regards,
> Saq
>
> On Thursday, December 17, 2020 at 6:49:31 AM UTC+1 Mohammad wrote:
>
>> Hi Saq,
>>
>>  I tried to use the log mechanism in TW 5.1.23. I think the $navigate
>> does not work correctly.
>>  Or on story view switching, Classic story view forces to refresh the
>> story river and always focuses on the first item in the story list.
>>
>> Best wishes
>> Mohammad
>>
>>
>> On Tue, Dec 15, 2020 at 10:17 PM Mohammad Rahmani 
>> wrote:
>>
>>> Hi Saq,
>>>
>>> This is a minimal sample.
>>>
>>>
>>> Best wishes
>>> Mohammad
>>>
>>>
>>> On Tue, Dec 15, 2020 at 10:10 PM Saq Imtiaz  wrote:
>>>
 Here should be fine. Thank you.

 On Tuesday, December 15, 2020 at 7:29:27 PM UTC+1 Mohammad wrote:

> Sue, I prepare a minimal example! Should I post here or on GitHub Dev
> discussion board?
>
>
>
> Best wishes
> Mohammad
>
>
> On Tue, Dec 15, 2020 at 9:53 PM Saq Imtiaz  wrote:
>
>> I suspect the problem is that the navigate is handled before the
>> story view has actually switched.
>>
>> If you can post a file to play and experiment with, I can try to take
>> a look as time allows.
>>
>> On Tuesday, December 15, 2020 at 7:06:20 PM UTC+1 Mohammad wrote:
>>
>>> Thank you Saq,
>>>
>>> No success.
>>> I start from Classic View with tiddler A, switch to Zoomin View,
>>> have A in fous
>>> then, open a few tiddlers and then switch back to Classic View.
>>> Tiddlywiki always opens
>>> the first tiddler in my Open tab (e.g the first one in the story
>>> river) and navigates to .
>>>
>>> On Tue, Dec 15, 2020 at 8:22 PM Saq Imtiaz 
>>> wrote:
>>>
 Try this:
 <$button actions=<>>Switch View
 <$action-setfield $tiddler="$:/view" text={{{
 [{$:/view}match[classic]then[zoomin]else[classic]] }}} />
 

 On Tuesday, December 15, 2020 at 5:09:41 PM UTC+1 Mohammad wrote:

> The action button is like this of course it is bonded with a
> shortcut keys combination
>
> <$button>Switch View
> <$action-setfield $tiddler="$:/view" text={{{
> [{$:/view}match[classic]then[zoomin]else[classic]] }}} />
> <>
> 
>
> On Tuesday, December 15, 2020 at 7:31:34 PM UTC+3:30 Mohammad
> wrote:
>
>> Thanks Saq!
>>
>> I have written something like below with no luck
>>
>> \define navigate-to-last()
>> <$set name="lastTid" tiddler="$:/HistoryList"
>> field="current-tiddler">
>> <$action-navigate $to=<> $scroll="yes"/> 
>> \end
>>
>> Then I have a manual button to switch the Story View and then
>> call navigate-to-last
>>
>> What do you think? What is wrong with this code?
>>
>>
>>
>> On Tuesday, December 15, 2020 at 7:23:51 PM UTC+3:30
>> saq.i...@gmail.com wrote:
>>
>>> We don't have a working implementation for tracking and
>>> restoring focus state and/or story scroll position.
>>>
>>> You probably need to save and restore that yourself using
>>> tm-navigate or tm-scroll messages.
>>>
>>> On Tuesday, December 15, 2020 at 4:27:23 PM UTC+1 Mohammad wrote:
>>>
 I have asked this question before with no luck.

 1. Assume I am in Classic story view and I have five tiddlers
 open and tiddler A is under focus (or at least the last one I get 
 into by
 clicking a link)
 2. Then I switch to Zoomin story view and see tiddler A. Then I
 

Re: [tw5] Re: Stylesheet tiddlers: A question of performance

[Mohammad Rahmani]

Hi Saq,
 Many thanks for your clarification.

Best wishes
Mohammad


Best wishes
Mohammad


On Thu, Dec 17, 2020 at 1:45 PM Saq Imtiaz  wrote:

> @Mohammad
>
> Q1: #1 is faster than #2 but the difference shouldn't be significant
> unless you are using a large amount of wikitext in the stylesheet.
> Also sometimes it is a choice between a dynamic stylesheet that use
> wikitext, vs other techniques to achieve the same thing. So the
> text/vnd.tiddlywiki type for the CSS might be the faster option overall.
>
> Q2: It currently does not matter, as if any one stylesheet changes, the
> entire style tag for the document will be refreshed. However as expressed
> by Jeremy in the GH discussion on this topic, we might improve that to
> handle each stylesheet separately. So separating your dynamic and static
> CSS from now will mean less work later to take advantage of that eventual
> change. See
> https://github.com/Jermolene/TiddlyWiki5/discussions/5282#discussioncomment-207945
>
> On Thursday, December 17, 2020 at 8:12:51 AM UTC+1 Mohammad wrote:
>
>> Tiddlywiki is enough flexible to have
>>
>> 1. stylesheet tiddler of type text/css
>> 2. stylesheet tiddler of type text/vnd.tiddlywiki(good for dynamic
>> css)
>> 3. stylesheet as inline element using .. html tag
>>
>> Q1.
>> I normally use the first two types. What is the best practice to have a
>> higher performance? Performance here means faster processing and what user
>> sense is to have the fastest response!
>>
>> Q2.
>> If I have to use dynamic styles, do you recommend having a  stylesheet
>> tiddler of type text/vnd.tiddlywiki  with all css properties? OR you
>> recommend to store all static CSS in a  text/css tiddler and ONLY put the
>> dynamic part into another stylesheet tiddler of type text/vnd.tiddlywiki?
>>
>>
>>
>> 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/3fd245c4-e441-49a6-9b3b-fcc892b44757n%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/CAAV1gMBDDwQYfPLBvn8rsiq7qtBQhzrWAO0L8dfUCMTVMJph2A%40mail.gmail.com.

Re: [tw5] Understanding how macro expansion works

[Sylvain Naudin]

Hi Tones,

It's not a problem for me, look at my attempt.
I just write the content when user want to change color via config tiddler, 
so it's not an issue about loaded.

For the moment with the simple macro I can do it, but it's hard coded.
I would like to make the choice of colour settings.
Ideally with a single button or drop-down list, but doing it in 2 steps can 
satisfy me too.

[image: Capture d’écran 2020-12-17 à 11.45.30.png]

Do you see my goal ? I don't know how to use wikify output of 
$:/n0d1/palettes/n0d1##favicon-color 
and inject it in my macro.
I feel like it's all silly, but it has to be me :D

Regards,
Sylvain

Le jeudi 17 décembre 2020 à 00:50:35 UTC+1, TW Tones a écrit :

> The main issue maybe is a $:/favicon which is loaded perhaps before any 
> other logic is occurring.
>
> Are you trying to get the favicon icon to convey information according to 
> its color? Nice Idea.
>
> Tones
>
> On Thursday, 17 December 2020 at 06:24:08 UTC+11 sil...@gmail.com wrote:
>
>> Hi Jeremy,
>>
>> Thanks but I don't worried about type field (because I use my existing 
>> $:/favicon.ico tiddler, but you're right it's better to be add this).
>>
>> My concern is about to set color (in the example black) as variable, and 
>> not hard coded in the macro.
>>
>> Do you have an idea ?
>>
>> Thanks :)
>>
>> Le mercredi 16 décembre 2020 à 18:39:17 UTC+1, Jeremy Ruston a écrit :
>>
>>> Hi Sylvain
>>>
>>> Just set the type field to indicate that it is an SVG image:
>>>
>>> <$button class="" tooltip="Color Favicon" aria-label='Color Favicon'>Add 
>>> color to $:/favicon.ico
>>> <$action-setfield $tiddler="$:/favicon.ico" text=<>> "black">> type="image/svg+xml"/>
>>> 
>>>
>>> Best wishes
>>>
>>> Jeremy
>>>
>>> On 16 Dec 2020, at 17:18, Sylvain Naudin  wrote:
>>>
>>> \define favi(color)
>>> http://www.w3.org/2000/svg; width="144.798" height="87.014" 
>>> viewBox="0 0 38.311 23.022">
>>>   
>>> 
>>> \end
>>>
>>> <$button class="" tooltip="Color Favicon" aria-label='Color Favicon'>Add 
>>> color to $:/favicon.ico
>>> <$action-setfield $tiddler="$:/favicon.ico" text=<>> "black">> />
>>> 
>>>
>>>
>>>

-- 
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/a803561e-4c97-4404-ac23-c23e33a4318en%40googlegroups.com.

[tw5] Re: Tiddlywiki and Nextcloud: It's a match!

[Sylvain Naudin]

We can also add that it is easy to set up Nextcloud share via WebDAV and 
thus directly back up your TW files without other configuration.

Regards,
Sylvain

Le jeudi 17 décembre 2020 à 03:45:36 UTC+1, digit...@gmail.com a écrit :

> This is probably way outside general concern but I've been playing with 
> nextcloud lately to host files and found that
>
> 1.  nodejs tiddlywiki shows up nicely in the 'external sites' app (an 
> iframe nextcloud uses to show websites internal to the nextcloud interface) 
> with no problems saving
>
> 2. And even cooler I was able to put a stand alone html with the 
> tw-receiver plugin in a nextcloud folder and serve it via nginx.  This 
> allows me to upload files via nextcloud and refer to them as external files 
> in tiddlywiki.
>
> here  is the example I set up.
>
> My setup is a bit complicated since I am using docker, but if you're into 
> this sort of thing a setup using nginx and nextcloud is pretty easy and 
> very well documented.  It took some additional tweaking of permissions but 
> again nothing overly complicated.
>

-- 
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/e4cb4722-fe9d-47a6-8763-701056217365n%40googlegroups.com.

[tw5] Re: Stylesheet tiddlers: A question of performance

[Saq Imtiaz]

@Mohammad

Q1: #1 is faster than #2 but the difference shouldn't be significant unless 
you are using a large amount of wikitext in the stylesheet.
Also sometimes it is a choice between a dynamic stylesheet that use 
wikitext, vs other techniques to achieve the same thing. So the 
text/vnd.tiddlywiki type for the CSS might be the faster option overall.

Q2: It currently does not matter, as if any one stylesheet changes, the 
entire style tag for the document will be refreshed. However as expressed 
by Jeremy in the GH discussion on this topic, we might improve that to 
handle each stylesheet separately. So separating your dynamic and static 
CSS from now will mean less work later to take advantage of that eventual 
change. 
See 
https://github.com/Jermolene/TiddlyWiki5/discussions/5282#discussioncomment-207945

On Thursday, December 17, 2020 at 8:12:51 AM UTC+1 Mohammad wrote:

> Tiddlywiki is enough flexible to have
>
> 1. stylesheet tiddler of type text/css
> 2. stylesheet tiddler of type text/vnd.tiddlywiki(good for dynamic css)
> 3. stylesheet as inline element using .. html tag
>
> Q1.
> I normally use the first two types. What is the best practice to have a 
> higher performance? Performance here means faster processing and what user 
> sense is to have the fastest response!
>
> Q2.
> If I have to use dynamic styles, do you recommend having a  stylesheet 
> tiddler of type text/vnd.tiddlywiki  with all css properties? OR you 
> recommend to store all static CSS in a  text/css tiddler and ONLY put the 
> dynamic part into another stylesheet tiddler of type text/vnd.tiddlywiki?
>
>
>
> 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/3fd245c4-e441-49a6-9b3b-fcc892b44757n%40googlegroups.com.

[tw5] Re: Stylesheet tiddlers: A question of performance

[odin...@gmail.com]

Commenting on this because I am also curious to know what the differences 
are between 1 and 2 are.
Op donderdag 17 december 2020 om 08:12:51 UTC+1 schreef Mohammad:

> Tiddlywiki is enough flexible to have
>
> 1. stylesheet tiddler of type text/css
> 2. stylesheet tiddler of type text/vnd.tiddlywiki(good for dynamic css)
> 3. stylesheet as inline element using .. html tag
>
> Q1.
> I normally use the first two types. What is the best practice to have a 
> higher performance? Performance here means faster processing and what user 
> sense is to have the fastest response!
>
> Q2.
> If I have to use dynamic styles, do you recommend having a  stylesheet 
> tiddler of type text/vnd.tiddlywiki  with all css properties? OR you 
> recommend to store all static CSS in a  text/css tiddler and ONLY put the 
> dynamic part into another stylesheet tiddler of type text/vnd.tiddlywiki?
>
>
>
> 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/f404b945-7e3a-44ae-9700-886440ae9493n%40googlegroups.com.

Re: [tw5] Re: Projectify 0.6.0

[Nicolas Petton]

TW Tones  writes:

Hi Anthony,

> Love your work.

Thanks!

> One suggestion, now the projects are displayed as cards, perhaps display 
> the description field from a project tiddler inside the card. This allows 
> additional details and Qualifications to be provided to a project. Using 
> text would be sufficient.

Great idea! I plan to make better use of project cards, a description
would be a very good first step.

Cheers,
Nico

-- 
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/87o8is978e.fsf%40petton.fr.


signature.asc
Description: PGP signature

Re: [tw5] Projectify 0.6.0

[Nicolas Petton]

Mohammad Rahmani  writes:

> Hi Nico,

Hi Mohammad,

> Very good progress. I also like the shield plugin for creating status
> badges!
> Simple checkbox to change a todo to done! Very nice!
>
> The visual elements are designed very well!

Thank you Mohammad, I'm glad you like it!

Nico

-- 
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/87r1no979u.fsf%40petton.fr.


signature.asc
Description: PGP signature