Re: [tw5] Use TiddlyWiki on a dedicated Linux root server

['Xavier Cazin' via TiddlyWiki]

ki.html) would be:
>>>>
>>>> rclone serve webdav ~/public_html/wikis/ --addr 0.0.0.0:8998
>>>>
>>>> That's it! As you guessed, it will make all the files present in 
>>>> ~/public_html/wikis/
>>>> available at the port 8998 on your Linux machine. So if your server has
>>>> the IP address 192.168.1.3 on your network, pointing a browser to
>>>> http://192.168.1.3:8998/mywiki.html will serve the file mywiki.html on
>>>> HTTP, and write any modifications directly on the same file.
>>>>
>>>> As Mario noted, such a simple setup means that you must really trust
>>>> your network. Even if you are the only person who uses it, some
>>>> applications running on your other machines can easily discover your W
>>>> ebDav service, and do whatever with your wiki file.
>>>>
>>>> The next step would thus be to add an authentication file with htpasswd.
>>>> The command "htpasswd -cB .myhtpasswd.txt me" would ask you a password
>>>> for the user *me*, then create the file .myhtpasswd.txt with that
>>>> password encrypted.
>>>>
>>>> Now you can reissue a slightly more secure command:
>>>>
>>>> rclone serve webdav ~/public_html/wikis --htpasswd ~/.myhtpasswd.txt
>>>> --addr 0.0.0.0:8998
>>>>
>>>> Each time someone wants to connect to http://192.168.1.3:8998, (s)he
>>>> will be asked for their credentials. But if an application is sniffing
>>>> your network, it will see the password as you type it.
>>>>
>>>> The next step would thus be to add a key and a certificate so that
>>>> rclone serves through HTTPS instead of HTTP.
>>>> https://tiddlywiki.com/#Using%20HTTPS explains how to generate the key
>>>> and the self-signed certificate.
>>>>
>>>> Once you have the cert and the key file, you can enhance the above
>>>> command by issuing:
>>>>
>>>> rclone serve webdav ~/public_html/wikis --htpasswd ~/.myhtpasswd.txt
>>>> --addr 0.0.0.0:8998 --cert ~/.tls/server.crt --key ~/.tls/key.pem
>>>>
>>>> This is more reasonable, although you'll notice that your browser
>>>> complains that the certificate is self-signed.
>>>>
>>>> Now you are ready to try a different approach, that is serving your
>>>> wiki through NodeJS. See the two tiddlers at
>>>> https://tiddlywiki.com/#WebServer:%5B%5BInstalling%20TiddlyWiki%20on%20Node.js%5D%5D%20WebServer
>>>>
>>>> Regards,
>>>> -- Xavier Cazin.
>>>>
>>>> --
>>> 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/3a311d49-5b25-4ac3-bdb9-ed740be8b58en%40googlegroups.com
>>> <https://groups.google.com/d/msgid/tiddlywiki/3a311d49-5b25-4ac3-bdb9-ed740be8b58en%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>> --
> 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/c6afe296-0f00-4a1e-8fb3-1647333963b1n%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/c6afe296-0f00-4a1e-8fb3-1647333963b1n%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYOC8znann_T2DcHDQ1OGvUCZ5JRbcrX7b4mTrtmnKg49g%40mail.gmail.com.

Re: [tw5] Use TiddlyWiki on a dedicated Linux root server

['Xavier Cazin' via TiddlyWiki]

Hi heusmisch,

Indeed, "detaching from the console" after having issued a remote command
is a common need in networking. What you want is

   1. making sure your command is run in the background. An '&' at the end
   of the command line will do the trick.
   2. making sure it is detached from the shell you are using, so that it
   doesn't get killed when you close the shell. You express this by wrapping
   your command with the nohup (aka No Hang Up) command.

So,
nohup rclone serve webdav ~/public_html/wikis --htpasswd ~/.myhtpasswd.txt
--addr 0.0.0.0:8998 &

The next question is "what if I want to kill this command, now that it is
detached ?"

You'll first need to know the process identifier. pgrep is handy for that:
you give it a pattern to recognise the initial command, like so:

pgrep -f webdav

and it will respond with the process identifiers of all the commands that
contain the string *webdav*. You can then kill the command with:

kill 

Best,
Xavier.

On Wed, Feb 9, 2022 at 8:26 PM 'heusmich' via TiddlyWiki <
tiddlywiki@googlegroups.com> wrote:

> Hi Xavier,
>
> One question. I did the first two steps of your guide, so far it´s OK and
> working.
> But I have one problem. I connect via Putty to the server and start the
> WebDav with the command you provided. But as soon as I close Putty or press
> CTRL + C, the wiki is not reachable anymore.
> CTRL + A, CTRL + D like in Screen doesn´t work.
>
> Is it somehow possible to keep the WebDav open even when I close Putty?
>
> Best regards
> heusmich
>
>
> Xavier schrieb am Mittwoch, 9. Februar 2022 um 15:50:02 UTC+1:
>
>> Hi Heusmich,
>>
>> I think a first option could be to serve a tiddlywiki file via WebDav :
>> not only it can give access to the wiki from anywhere on your network, but
>> it will also handle the saver operations without any further configuration.
>> There are many WebDav services available for the Linux platform, but Rclone
>> is probably one of the most easy to use, yet very powerful.
>>
>> So a basic, unsecure, command for serving a TiddlyWiki file that resides
>> in your ~/public_html/wikis repository with Rclone (let's call it
>> mywiki.html) would be:
>>
>> rclone serve webdav ~/public_html/wikis/ --addr 0.0.0.0:8998
>>
>> That's it! As you guessed, it will make all the files present in 
>> ~/public_html/wikis/
>> available at the port 8998 on your Linux machine. So if your server has
>> the IP address 192.168.1.3 on your network, pointing a browser to
>> http://192.168.1.3:8998/mywiki.html will serve the file mywiki.html on
>> HTTP, and write any modifications directly on the same file.
>>
>> As Mario noted, such a simple setup means that you must really trust
>> your network. Even if you are the only person who uses it, some
>> applications running on your other machines can easily discover your WebDav
>> service, and do whatever with your wiki file.
>>
>> The next step would thus be to add an authentication file with htpasswd.
>> The command "htpasswd -cB .myhtpasswd.txt me" would ask you a password
>> for the user *me*, then create the file .myhtpasswd.txt with that
>> password encrypted.
>>
>> Now you can reissue a slightly more secure command:
>>
>> rclone serve webdav ~/public_html/wikis --htpasswd ~/.myhtpasswd.txt
>> --addr 0.0.0.0:8998
>>
>> Each time someone wants to connect to http://192.168.1.3:8998, (s)he
>> will be asked for their credentials. But if an application is sniffing
>> your network, it will see the password as you type it.
>>
>> The next step would thus be to add a key and a certificate so that rclone
>> serves through HTTPS instead of HTTP.
>> https://tiddlywiki.com/#Using%20HTTPS explains how to generate the key
>> and the self-signed certificate.
>>
>> Once you have the cert and the key file, you can enhance the above
>> command by issuing:
>>
>> rclone serve webdav ~/public_html/wikis --htpasswd ~/.myhtpasswd.txt
>> --addr 0.0.0.0:8998 --cert ~/.tls/server.crt --key ~/.tls/key.pem
>>
>> This is more reasonable, although you'll notice that your browser
>> complains that the certificate is self-signed.
>>
>> Now you are ready to try a different approach, that is serving your wiki
>> through NodeJS. See the two tiddlers at
>> https://tiddlywiki.com/#WebServer:%5B%5BInstalling%20TiddlyWiki%20on%20Node.js%5D%5D%20WebServer
>>
>> Regards,
>> -- Xavier Cazin.
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "TiddlyWiki" group.
> To unsubscribe from this group and stop receiving emails fro

Re: [tw5] Use TiddlyWiki on a dedicated Linux root server

['Xavier Cazin' via TiddlyWiki]

Hi Mark,

Yes you can, provided that your gateway/router holds a rule that redirects
access. Let's say your gateway's address is 185.199.111.153. Your internet
provider makes it usually easy to add a NAT rule saying that for instance
any access on port 8999 should be redirected to the host 192.168.1.3, port
8998. From now on, using our example, requesting the page
https://185.199.111.153:8999/mywiki.html from outside your local network
will access your wiki.

Please folks, don't try that before *both* your HTTPS and htpasswd
credentials are set up.

-- Xavier.


On Wed, Feb 9, 2022 at 5:34 PM 'Mark S.' via TiddlyWiki <
tiddlywiki@googlegroups.com> wrote:

>
>
> On Wednesday, February 9, 2022 at 6:50:02 AM UTC-8 Xavier wrote:
>
>>
>> Once you have the cert and the key file, you can enhance the above
>> command by issuing:
>>
>> rclone serve webdav ~/public_html/wikis --htpasswd ~/.myhtpasswd.txt
>> --addr 0.0.0.0:8998 --cert ~/.tls/server.crt --key ~/.tls/key.pem
>>
>> This is more reasonable, although you'll notice that your browser
>> complains that the certificate is self-signed.
>>
>>
> If you did this, could you access your file from outside your network --
> assuming that  you know your network ip number? Or would network firewalls
> block it ?
>
> --
> 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/f8209a41-80e5-41fa-bc06-8c56018e01e3n%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/CADeSwYPyYRcfrm0U6REQ%2Bj75oLMWHqKsfv5QQvHiwQzNguQ5jw%40mail.gmail.com.

Re: [tw5] Use TiddlyWiki on a dedicated Linux root server

[Xavier Cazin]

Hi Heusmich,

I think a first option could be to serve a tiddlywiki file via WebDav : not
only it can give access to the wiki from anywhere on your network, but it
will also handle the saver operations without any further configuration.
There are many WebDav services available for the Linux platform, but Rclone
is probably one of the most easy to use, yet very powerful.

So a basic, unsecure, command for serving a TiddlyWiki file that resides in
your ~/public_html/wikis repository with Rclone (let's call it mywiki.html)
would be:

rclone serve webdav ~/public_html/wikis/ --addr 0.0.0.0:8998

That's it! As you guessed, it will make all the files present in
~/public_html/wikis/
available at the port 8998 on your Linux machine. So if your server has the
IP address 192.168.1.3 on your network, pointing a browser to
http://192.168.1.3:8998/mywiki.html will serve the file mywiki.html on
HTTP, and write any modifications directly on the same file.

As Mario noted, such a simple setup means that you must really trust your
network. Even if you are the only person who uses it, some applications
running on your other machines can easily discover your WebDav service, and
do whatever with your wiki file.

The next step would thus be to add an authentication file with htpasswd.
The command "htpasswd -cB .myhtpasswd.txt me" would ask you a password for
the user *me*, then create the file .myhtpasswd.txt with that password
encrypted.

Now you can reissue a slightly more secure command:

rclone serve webdav ~/public_html/wikis --htpasswd ~/.myhtpasswd.txt --addr
0.0.0.0:8998

Each time someone wants to connect to http://192.168.1.3:8998, (s)he will
be asked for their credentials. But if an application is sniffing your
network, it will see the password as you type it.

The next step would thus be to add a key and a certificate so that rclone
serves through HTTPS instead of HTTP. https://tiddlywiki.com/#Using%20HTTPS
explains how to generate the key and the self-signed certificate.

Once you have the cert and the key file, you can enhance the above command
by issuing:

rclone serve webdav ~/public_html/wikis --htpasswd ~/.myhtpasswd.txt --addr
0.0.0.0:8998 --cert ~/.tls/server.crt --key ~/.tls/key.pem

This is more reasonable, although you'll notice that your browser complains
that the certificate is self-signed.

Now you are ready to try a different approach, that is serving your wiki
through NodeJS. See the two tiddlers at
https://tiddlywiki.com/#WebServer:%5B%5BInstalling%20TiddlyWiki%20on%20Node.js%5D%5D%20WebServer

Regards,
-- Xavier Cazin.


On Wed, Feb 9, 2022 at 11:07 AM 'heusmich' via TiddlyWiki <
tiddlywiki@googlegroups.com> wrote:

> Hi @all,
>
> Is there a possibility to use TiddlyWiki on my dedicated Linux root server
> (Ubuntu 20.04 LTS)?
> If possible I would love it to have access to the wiki from everywhere and
> can also make it available for other users.
>
> It would also be good to have two different access possibilities.
> So for example when you open the link to the wiki you can only read the
> entries of the wiki.
> And the other possibility would be to log in, then you can edit the
> entries, create new entries and so on...
> And maybe it is possible not to make all entries of the wiki visible to
> all users, so for example make some entries invisible unless you are logged
> in.
>
> Can anybody tell me if this is possible and - if yes - how I can realize
> this?
>
> Best regards
> heusmich
>
> --
> 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/94ce1533-74e4-42bd-b081-807f6132f925n%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/94ce1533-74e4-42bd-b081-807f6132f925n%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYOsTe-O5qyCW5vz8EpS6NGUvPUJF7S%3DTAsT48xm5i%2BMRg%40mail.gmail.com.

Re: [tw5] Re: Embedding images on Android

[Xavier Cazin]

Speaking of "local network host", there is an easy way to create one on
Android, using the RCX app. See instructions at the end of
https://talk.tiddlywiki.org/t/use-webdav-for-saving-a-single-file-wiki/441.
This would allow you to make the directory where your wiki resides
available to Chrome through webdav.

Cheers,
-- Xavier

On Wed, Dec 1, 2021 at 12:20 AM Joshua Fontany 
wrote:

> Chrome on Android cannot access local file paths:
> https://blog.chromium.org/2008/12/security-in-depth-local-web-pages.html
>
> This is an instance where having the images AS
> base64-encoded-image-tiddlers will work out "easiest". Otherwise, you'll
> have to host those images online or on a local network host, and make sure
> the _canonical_uris are pointing to the correct paths.
>
> Best,
> Joshua Fontany
>
> On Tuesday, November 30, 2021 at 1:29:53 PM UTC-8 alvi...@gmail.com wrote:
>
>> Hey guys,
>>
>> I'm new here. I've been having this issue where local images won't load
>> on android (Chrome) where they would on my laptop. I'm using the single
>> html file TiddlyWiki. I've tried having the image in the same directory as
>> well as in a sub directory. I first tried the [img[(file path]] syntax as
>> well as the _canonical_uri. Again they work fine on my pc but on android it
>> just shows this image icon.
>>
>> Does anyone know what's going on?
>>
>> Thank you,
>> Alvin
>>
>>
>> --
> 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/5c903670-f1a0-4009-9880-00683d790410n%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/CADeSwYOqvGXHgntmewOY7hrk1cy7w3kbb%2BONiOcRMwJYFUXtFg%40mail.gmail.com.

Re: [tw5] Re: tw editions and docker questions

[Xavier Cazin]

Hi Jean-Pierre,

Embarrassingly, I'm not sure I still grasp the whole thing anymore. The
confusing thing is that the fr-FR server edition is not meant as an fr-FR
localisation of the server edition (nor any xx-YY-server editions by the
way). As far as I know, they are mostly useful when one wants to edit the
source of their xx-XX edition counterpart *in-place* (typically in a
dedicated git branch).

With the help of https://tiddlywiki.com/prerelease/#tiddlywiki.info%20Files,
it must be possible to combine these editions in order to create a NodeJS
wiki that is bootstrapped with the payload tiddlers contained in these
editions, but I didn't succeed to write down a straightforward description
of the process. Maybe @pmario has a better understanding of these
mechanisms?

-- Xavier.


On Sat, Sep 18, 2021 at 10:23 PM Jean-Pierre Rivière <
jn.pierre.rivi...@gmail.com> wrote:

> I'm sorry Xavier, but I've been unable to create any edition to see what
> you suggest would do. I haven't understood how to do it. Could you help me
> please?
>
> cheers,
>
> Le mercredi 15 septembre 2021 à 15:20:35 UTC+2, xca...@immateriel.fr a
> écrit :
>
>> Hi Jean-Pierre,
>>
>> Historically, the fr-FR and fr-FR-server editions were aimed at providing
>> a translated version of tw5.com. I had wanted to gather a team of
>> translators in order to achieve this, but I eventually gave up as the task
>> seemed too daunting. I focused instead on the fr-FR language plugin.
>>
>> What you experience — tiddlers are saved in the fr-FR sub-directory
>> instead of the served wiki — is probably due to the
>> "default-tiddler-location": "../fr-FR/tiddlers" in the config of the
>> fr-FR-server edition. If you remove that before you --init a new wiki, you
>> will get a more natural behaviour. If you confirm that it solves the
>> problem, I'll propose a removal from the official edition.
>>
>> Cheers,
>> -- Xavier Cazin.
>>
>> On Wed, Sep 15, 2021 at 12:43 PM Jean-Pierre Rivière <
>> jn.pierr...@gmail.com> wrote:
>>
>>> Hi @PMario and mauloop!
>>>
>>> I(ve taken my time but I can now bring some valuable new input. But
>>> before that, let me thank you for your answers. I've dipped deeper in
>>> docker and nodejs tiddlywiki as a result. And I can tell you that I've
>>> finally come to a successful setup but some problems are still there. But I
>>> can create an OK docker image and use it to launch it a suceesfull
>>> tiddlywiki and load stuff inside before really launching it as a server (I
>>> have not yet seen how to use apache as a proxy).
>>>
>>> So for the sake of answering my question, here is my Dockerfile:
>>> -
>>> # Dockerfile pour lancer le tiddlywiki proteva
>>> # copiée et adaptée du modèle elasticdog/tiddlywiki disponible sur le
>>> docker hub
>>> from node:16.9.0-alpine3.11
>>>
>>> LABEL author="Jean-Pierre RIVIÈRE"
>>> LABEL content="instance de nodejs avec le tiddliwki proteva"
>>>
>>> env TIDDLYWIKI_VERSION=5.1.23
>>> env PROTEVA_FEED=proteva-data.json
>>> env WORKDIR=/usr/share/tiddlywiki/proteva-wiki
>>>
>>> EXPOSE 8080
>>>
>>> WORKDIR $WORKDIR
>>> VOLUME $WORKDIR
>>>
>>> run apk update && apk add --no-cache tini
>>> run npm install -g tiddlywiki@$TIDDLYWIKI_VERSION && npm install clean
>>> --force
>>>
>>> #ENTRYPOINT ["tiddlywiki", "proteva"]
>>> #CMD ["--listen", "host=0.0.0.0"]
>>> ENTRYPOINT ["/sbin/tini", "--"]
>>> CMD ["tiddlywiki", "proteva", "--listen", "host=0.0.0.0"]
>>> --
>>>
>>> and here is my proteva.sh script that I use to manage the wiki with
>>> ./proteva.sh init  && ./proteva.sh start
>>> 
>>> #!/bin/sh
>>> # shell pour initialiser ou lancer proteva via docker
>>>
>>> IMAGE=proteva
>>> WIKI=$IMAGE
>>> PROTEVA_FEED=proteva-data.json
>>> PROTEVA_DIR=$PWD/proteva-data
>>> WORKDIR=/usr/share/tiddlywiki/proteva-wiki
>>> EDITION=rerver
>>>
>>> case $1 in
>>>   init)
>>> echo wiping $PROTEVA_DIR
>>> [ -d $PROTEVA_DIR ] && sudo rm -rf $PROTEVA_DIR
>>> mkdir $PROTEVA_DIR
>>> echo building $IMAGE docker image
>>> sudo docker build . -t $IMAGE
>>> echo built
>>> sudo docker run --rm -v $PROTEVA_DIR:$WORKDIR 

Re: [tw5] Re: tw editions and docker questions

[Xavier Cazin]

Hi Jean-Pierre,

Per the tree of the TW5 source:

src/
└── TiddlyWiki5
(...)
├── editions
│   ├── fr-FR
│   │   ├── tiddlers
│   │   │   ├── (a few translated tiddlers from tw5.com)
│   │   └── tiddlywiki.info
│   ├── fr-FR-server
│   │   ├── tiddlers
│   │   │   ├── config-Navigation-UpdateAddressBar.tid
│   │   │   ├── config-more-button.tid
│   │   │   └── system
│   │   │   ├── favicon.ico
│   │   │   └── favicon.ico.meta
│   │   └── tiddlywiki.info
│  (...)
└── tiddlywiki.js

you may want to study the *config* parameter in the *tiddlywiki.info
<http://tiddlywiki.info>* files.

Cheers,
-- Xavier Cazin.

On Wed, Sep 15, 2021 at 8:55 PM Jean-Pierre Rivière <
jn.pierre.rivi...@gmail.com> wrote:

> Hi Xavier,
>
> Thanks for your telling. I found only one occurence
> of default-tiddler-location and that's in $:/boot/boot.js
> <http://localhost:8080/#%24%3A%2Fboot%2Fboot.js> :
>
> if ($tw.boot.wikiPath == wikiPath) { $tw.boot.wikiTiddlersPath =
> path.resolve($tw.boot.wikiPath,config["default-tiddler-location"] ||
> $tw.config.wikiTiddlersSubDir); }
>
> Well... so what? Where is the change I should made? Is that a modification
> within $:/core/modules/config.js ? I have not found any reference to fr-FR
> so I assume it was deducted from the name of the file/plugin.
>
> Where are the sources for fr-FR and fr-FR-server?
>
> I have found the same problem with es-ES-server and ko-KR-server which are
> the two only other translated server editions.
>
> Regards,
>
>
>
> Le mercredi 15 septembre 2021 à 15:20:35 UTC+2, xca...@immateriel.fr a
> écrit :
>
>> Hi Jean-Pierre,
>>
>> Historically, the fr-FR and fr-FR-server editions were aimed at providing
>> a translated version of tw5.com. I had wanted to gather a team of
>> translators in order to achieve this, but I eventually gave up as the task
>> seemed too daunting. I focused instead on the fr-FR language plugin.
>>
>> What you experience — tiddlers are saved in the fr-FR sub-directory
>> instead of the served wiki — is probably due to the
>> "default-tiddler-location": "../fr-FR/tiddlers" in the config of the
>> fr-FR-server edition. If you remove that before you --init a new wiki, you
>> will get a more natural behaviour. If you confirm that it solves the
>> problem, I'll propose a removal from the official edition.
>>
>> Cheers,
>> -- Xavier Cazin.
>>
>> On Wed, Sep 15, 2021 at 12:43 PM Jean-Pierre Rivière <
>> jn.pierr...@gmail.com> wrote:
>>
>>> Hi @PMario and mauloop!
>>>
>>> I(ve taken my time but I can now bring some valuable new input. But
>>> before that, let me thank you for your answers. I've dipped deeper in
>>> docker and nodejs tiddlywiki as a result. And I can tell you that I've
>>> finally come to a successful setup but some problems are still there. But I
>>> can create an OK docker image and use it to launch it a suceesfull
>>> tiddlywiki and load stuff inside before really launching it as a server (I
>>> have not yet seen how to use apache as a proxy).
>>>
>>> So for the sake of answering my question, here is my Dockerfile:
>>> -
>>> # Dockerfile pour lancer le tiddlywiki proteva
>>> # copiée et adaptée du modèle elasticdog/tiddlywiki disponible sur le
>>> docker hub
>>> from node:16.9.0-alpine3.11
>>>
>>> LABEL author="Jean-Pierre RIVIÈRE"
>>> LABEL content="instance de nodejs avec le tiddliwki proteva"
>>>
>>> env TIDDLYWIKI_VERSION=5.1.23
>>> env PROTEVA_FEED=proteva-data.json
>>> env WORKDIR=/usr/share/tiddlywiki/proteva-wiki
>>>
>>> EXPOSE 8080
>>>
>>> WORKDIR $WORKDIR
>>> VOLUME $WORKDIR
>>>
>>> run apk update && apk add --no-cache tini
>>> run npm install -g tiddlywiki@$TIDDLYWIKI_VERSION && npm install clean
>>> --force
>>>
>>> #ENTRYPOINT ["tiddlywiki", "proteva"]
>>> #CMD ["--listen", "host=0.0.0.0"]
>>> ENTRYPOINT ["/sbin/tini", "--"]
>>> CMD ["tiddlywiki", "proteva", "--listen", "host=0.0.0.0"]
>>> --
>>>
>>> and here is my proteva.sh script that I use to manage the wiki with
>>> ./proteva.sh init  && ./proteva.sh start
>>> 
>>> #!/bin/sh
>>> # shell pour initialiser ou lancer proteva via docker
>>>
>>> IMAGE=proteva
>>> WIKI=$IMAGE
>

Re: [tw5] Re: tw editions and docker questions

[Xavier Cazin]

Hi Jean-Pierre,

Historically, the fr-FR and fr-FR-server editions were aimed at providing a
translated version of tw5.com. I had wanted to gather a team of translators
in order to achieve this, but I eventually gave up as the task seemed too
daunting. I focused instead on the fr-FR language plugin.

What you experience — tiddlers are saved in the fr-FR sub-directory instead
of the served wiki — is probably due to the "default-tiddler-location":
"../fr-FR/tiddlers" in the config of the fr-FR-server edition. If you
remove that before you --init a new wiki, you will get a more natural
behaviour. If you confirm that it solves the problem, I'll propose a
removal from the official edition.

Cheers,
-- Xavier Cazin.

On Wed, Sep 15, 2021 at 12:43 PM Jean-Pierre Rivière <
jn.pierre.rivi...@gmail.com> wrote:

> Hi @PMario and mauloop!
>
> I(ve taken my time but I can now bring some valuable new input. But before
> that, let me thank you for your answers. I've dipped deeper in docker and
> nodejs tiddlywiki as a result. And I can tell you that I've finally come to
> a successful setup but some problems are still there. But I can create an
> OK docker image and use it to launch it a suceesfull tiddlywiki and load
> stuff inside before really launching it as a server (I have not yet seen
> how to use apache as a proxy).
>
> So for the sake of answering my question, here is my Dockerfile:
> -
> # Dockerfile pour lancer le tiddlywiki proteva
> # copiée et adaptée du modèle elasticdog/tiddlywiki disponible sur le
> docker hub
> from node:16.9.0-alpine3.11
>
> LABEL author="Jean-Pierre RIVIÈRE"
> LABEL content="instance de nodejs avec le tiddliwki proteva"
>
> env TIDDLYWIKI_VERSION=5.1.23
> env PROTEVA_FEED=proteva-data.json
> env WORKDIR=/usr/share/tiddlywiki/proteva-wiki
>
> EXPOSE 8080
>
> WORKDIR $WORKDIR
> VOLUME $WORKDIR
>
> run apk update && apk add --no-cache tini
> run npm install -g tiddlywiki@$TIDDLYWIKI_VERSION && npm install clean
> --force
>
> #ENTRYPOINT ["tiddlywiki", "proteva"]
> #CMD ["--listen", "host=0.0.0.0"]
> ENTRYPOINT ["/sbin/tini", "--"]
> CMD ["tiddlywiki", "proteva", "--listen", "host=0.0.0.0"]
> --
>
> and here is my proteva.sh script that I use to manage the wiki with
> ./proteva.sh init  && ./proteva.sh start
> 
> #!/bin/sh
> # shell pour initialiser ou lancer proteva via docker
>
> IMAGE=proteva
> WIKI=$IMAGE
> PROTEVA_FEED=proteva-data.json
> PROTEVA_DIR=$PWD/proteva-data
> WORKDIR=/usr/share/tiddlywiki/proteva-wiki
> EDITION=rerver
>
> case $1 in
>   init)
> echo wiping $PROTEVA_DIR
> [ -d $PROTEVA_DIR ] && sudo rm -rf $PROTEVA_DIR
> mkdir $PROTEVA_DIR
> echo building $IMAGE docker image
> sudo docker build . -t $IMAGE
> echo built
> sudo docker run --rm -v $PROTEVA_DIR:$WORKDIR $IMAGE tiddlywiki $WIKI
> --init $EDITION
> echo initialized
> cp $PROTEVA_FEED $PROTEVA_DIR
> sudo docker run --rm -v $PROTEVA_DIR:$WORKDIR $IMAGE tiddlywiki $WIKI
> --load $PROTEVA_FEED
> rm $PROTEVA_DIR/$PROTEVA_FEED
> echo import done
> ;;
>   start)
> [ -d $PROTEVA_DIR ] || mkdir $PROTEVA_DIR
> sudo docker run --rm -it -p 8080:8080 -v $PROTEVA_DIR:$WORKDIR --name
> $WIKI $IMAGE tiddlywiki $WIKI --listen host=0.0.0.0
> ;;
>   *) echo "usage : ${0##/} ORDER"
>  echo '  where ORDER is either "init" or "start"'
>  echo '  to initialize or launch proteva tiddlywiki nodejs via docker.'
>  ;;
> esac
> 
>
> Now for the remaining problem: the fr-FR-server edition seems at fault. If
> I use iti instead of server (as value of the EDITION variable in the
> script)' the --init and --listen part is OK (launching the "proteva" wiki),
> the --load part is wrong for the data are copied in the fr-FR sub-directory
> (instead of the proteva sub-directory). Besides, I can't see any French
> with that edition.
>
> the real command I use is:
>
> sudo docker run --rm -v
> /home/jnpr/big/workspace/accessibilite/dockerized/proteva-data:/usr/share/tiddlywiki/proteva-wiki
> proteva tiddlywiki proteva --load proteva-data.json
>
> This commands create this strucure all of its own:
>
> proteva-data
> ├── fr-FR
> │   └── tiddlers
> │   ├── $__StoryList.tid
> │   └── TODO.tid
>
> (proteva-data is created previously along proteva-data/proteva by --init)
>
> Where can I get the fr-FR sources/fellows of this project to help sort out
> this mystery?
>
> Le dimanche 12 septembre 2021 à 00:

Re: [tw5] Re: Error when using musicsheets widget

[Xavier Cazin]

Hi Simon,

Let me just add my vote to such an update. ABC is a spectacular language
for expressing scores of western traditional music, and your adaptation of
abcjs is one of the most striking example of integration of an external
Javascript library into a TiddlyWiki plugin. A great addition to any TW5
demo!
Cheers,
Xavier.

Le jeu. 19 août 2021 à 07:31, BurningTreeC  a
écrit :

> Hi @Psalm 104:33 KJV and @Eric Shulman,
>
> The musicsheets widget which I created could definitely need some love
> When I find the time I'll release an updated version
>
> Best wishes,
> Simon
>
> Eric Shulman schrieb am Donnerstag, 19. August 2021 um 01:14:49 UTC+2:
>
>> On Wednesday, August 18, 2021 at 3:28:33 PM UTC-7 Psalm 104:33 KJV wrote:
>>
>>> I am a musician and enjoy researching and cataloging things. Tiddlywiki
>>> combined with  the musicsheets 
>>> widget looks like my dream come true.
>>> I have attempted to install the musicsheets widget several times, but
>>> cannot seem to get past this error (attached).
>>>
>>
>> According to that error message, the *music-score/widgets/musicsheets.js*
>> module needs to also have *music-score/abcjs-midi.js* installed.
>>
>> *http://musicsheets.tiddlyspot.com/#%24%3A%2Fplugins%2Ftiddlywiki%2Fmusic-score
>> *
>> indicates that , the "Music Sheets and Midi" plugin has the following
>> components:
>>
>>- $:/plugins/tiddlywiki/music-score/abcjs-midi.css
>>
>> 
>>- $:/plugins/tiddlywiki/music-score/abcjs-midi.js
>>
>> 
>>- $:/plugins/tiddlywiki/music-score/readme
>>
>> 
>>- $:/plugins/tiddlywiki/music-score/soundfonts/grand-piano.json
>>
>> 
>>- $:/plugins/tiddlywiki/music-score/soundfonts/tuba.json
>>
>> 
>>- $:/plugins/tiddlywiki/music-score/widgets/musicsheet.js
>>
>> 
>>
>> Thus, to properly install the plugin, you should drag-and-drop
>> *http://musicsheets.tiddlyspot.com/#%24%3A%2Fplugins%2Ftiddlywiki%2Fmusic-score
>> *
>> onto your TiddlyWiki and import it.  Then save-and-reload so all the
>> components can be unpacked.
>>
>> 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/56d10c26-e897-41d7-ae0e-999ac3f278f2n%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/CADeSwYOUODSJWJNz-j5YvMe8r1LrPeUqMsVfhVLK434nxsYB3g%40mail.gmail.com.

Re: [tw5] tw pub viewer - library

[Xavier Cazin]

Hi Pit.W,

In order to read any ePubs with the TWPUB viewer, you have to go through 3
main steps:

   1. Convert your ePubs to the TWPUB format. This format is very close to
   the usual TiddlyWiki plugin format.
   2. Load the twpub-tools and dynannotate plugins into your Tiddlywiki
   3. Load the converted TWPUB plugins into your TiddlyWiki

Step 1 can currently only be processed through the command line with the
latest Node JS installed (as described here:
https://github.com/TWPUB/TWPUB-Tools#setup).

Once you've got your ePUBs converted into TWPUB files, step 3 can be
achieved through drag and drop on your wiki if the plugin library isn't
available. Plugins for step 2 are also draggable from
https://twpub-tools.org/#%24%3A%2Fcore%2Fui%2FControlPanel%2FPlugins.

Cheers,
-- Xavier.


On Mon, May 24, 2021 at 2:54 PM Pit.W.  wrote:

>
> I am testing the twpub viewer (which looks like it is groundbreaking) as
> a downloaded stand-alone-wiki.
>
>
> In my environment (windows 10, Firefox)
>
> - The library is not accessible from the stand-alone-file
> - An epub-file imported by drag-and-drop does not appear in the
> repository of the file.
>
> Is this behaviour desired, or a consequence of a (my) flawed system
> configuration.
>
>
> Help appreciated
>
>
> Pit.W
>
>
> _
> 
> Ihr Recht auf Privatsphäre. Schützen Sie Ihre Daten und wechseln jetzt zu
> eclipso Mail & Cloud - https://www.eclipso.de
>
>
> --
> 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/ef243429-b646-056a-ee52-d09010e47f6a%40eclipso.ch
> .
>

-- 
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/CADeSwYNtp%3DhyxqQsHQeHQ%3Db0NYQjwcZwW4xhdPX7Cth_%2BwxVnA%40mail.gmail.com.

Re: [tw5] Button that read tags from a field.

[Xavier Cazin]

Hi,

Sorry I overlooked the need to interpret the currentTiddler variable. In
this situation, you need to read your field as a filter rather than a list.
Two main ways of doing that:

   1. Either you put your button code in a macro so that the $(currentTiddler)$
   construct is actually replaced by the title of the current tiddler. Then
   you can use the subfilter operator, as in :
   \define mybutton()
   <$button type="button" class=<>>
   <$set name=mytags filter="[subfilter{!!tiddler-tag}]">
   <$action-sendmessage $message="tm-new-tiddler"
   title=<>
   text=<>
   tags=<>/>
   
   >><>
   
   \end
   <>
   2. Or you can just replace [[$(currentTiddler)$]] with
   [] in your field content.  Like so :
   <$set name=mytags filter="[subfilter{!!tiddler-tag}]">
   <$action-sendmessage $message="tm-new-tiddler"
   title=<>
   text=<>
   tags=<>/>
   

Cheers,
-- Xavier


On Sat, Jan 2, 2021 at 6:01 PM vinvi...@gmail.com 
wrote:

> Thank you Xavier,
>
> Can you tell me how to paste this piece of code into the existing code?
> For some reason I am not getting it working.
>
> Op zaterdag 2 januari 2021 om 17:19:56 UTC+1 schreef Xavier:
>
>> Hi,
>>
>> Since the tags field is of the list type, you need to retrieve its
>> content either directly from another list-typed field (that is list or
>> tags), or indirectly by transforming the string content into a list.
>>
>> In your example, you may achieve this by first setting a variable to a
>> filter that converts the content of your tiddler-tag field into a list :
>>
>> <$set name=mytags filter="[enlist{!!tiddler-tag}]">
>> <$action-sendmessage $message="tm-new-tiddler"
>> title=<>
>> text=<>
>> tags=<>/>
>> 
>>
>> Note the use of the enlist operator to transform a string into a list.
>> 5.1.23 just introduced the enlist-input operator, which is handy in
>> situations where your initial string comes from a previous filter
>> expression.
>>
>> Cheers,
>> -- Xavier
>>
>>
>> On Sat, Jan 2, 2021 at 3:52 PM vinvi...@gmail.com 
>> wrote:
>>
>>> Hello,
>>>
>>> I have a button to create a new tiddler.
>>> With\define TAGS() [[$(currentTiddler)$]] [[Tag 2]] [[Tag 3]],  I
>>> can tag the new tiddler.
>>>
>>>
>>> \define BUTTON-NAME() Enter >
>>> \define BUTTON-COLOR+SIZE() btn btn-link btn-sm
>>> \define BUTTON-TEXT-COLOR() color:
>>> \define TIDDLER-TITLE() $(currentTiddler)$ ENTER-SPECIFIC-HERE
>>> \define TIDDLER-TAGS() [[$(currentTiddler)$]]
>>> \define TIDDLER-TEMPLATE() {{||$(currentTiddler)$-SPECIFIC-TEMPLATE}}
>>>
>>> <$button type="button" class=<>>
>>> <$action-sendmessage $message="tm-new-tiddler"
>>> title=<>
>>> text=<>
>>> tags=<>
>>> />
>>> >><>
>>> 
>>>
>>>
>>> What I want is for the button to read the tags from a field;
>>> tags={{!!tiddler-tag}}
>>>
>>> My problem is that [[$(currentTiddler)$]] in a field doesn't work.
>>>
>>> How do I make this work?
>>> 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+...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/tiddlywiki/b46bc104-7460-4e0a-9463-b7f90ecc6b85n%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/d93bb1c3-1fa8-4cd1-8915-3dbe390c730dn%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/CADeSwYMRf890otkbk7aAejyVR-ZCuw9M42OmzAD89pGx35AnjQ%40mail.gmail.com.

Re: [tw5] Button that read tags from a field.

[Xavier Cazin]

Hi,

Since the tags field is of the list type, you need to retrieve its content
either directly from another list-typed field (that is list or tags), or
indirectly by transforming the string content into a list.

In your example, you may achieve this by first setting a variable to a
filter that converts the content of your tiddler-tag field into a list :

<$set name=mytags filter="[enlist{!!tiddler-tag}]">
<$action-sendmessage $message="tm-new-tiddler"
title=<>
text=<>
tags=<>/>


Note the use of the enlist operator to transform a string into a list.
5.1.23 just introduced the enlist-input operator, which is handy in
situations where your initial string comes from a previous filter
expression.

Cheers,
-- Xavier


On Sat, Jan 2, 2021 at 3:52 PM vinvi...@gmail.com 
wrote:

> Hello,
>
> I have a button to create a new tiddler.
> With\define TAGS() [[$(currentTiddler)$]] [[Tag 2]] [[Tag 3]],  I can
> tag the new tiddler.
>
>
> \define BUTTON-NAME() Enter >
> \define BUTTON-COLOR+SIZE() btn btn-link btn-sm
> \define BUTTON-TEXT-COLOR() color:
> \define TIDDLER-TITLE() $(currentTiddler)$ ENTER-SPECIFIC-HERE
> \define TIDDLER-TAGS() [[$(currentTiddler)$]]
> \define TIDDLER-TEMPLATE() {{||$(currentTiddler)$-SPECIFIC-TEMPLATE}}
>
> <$button type="button" class=<>>
> <$action-sendmessage $message="tm-new-tiddler"
> title=<>
> text=<>
> tags=<>
> />
> >><>
> 
>
>
> What I want is for the button to read the tags from a field;
> tags={{!!tiddler-tag}}
>
> My problem is that [[$(currentTiddler)$]] in a field doesn't work.
>
> How do I make this work?
> 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/b46bc104-7460-4e0a-9463-b7f90ecc6b85n%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/CADeSwYMT-w1zxbpDM0e8LZtD1q%2BuPRp8Qmr9XtBU25mvNASFyg%40mail.gmail.com.

Re: [tw5] I want to create field with Russian letters

[Xavier Cazin]

Hi Eric,

Oh I see, thank you for the enlightenment!

I realise that up to now I used extended field names only with wikis
running on NodeJS, not ones saved in an HTML file.

Cheers,
Xavier

Le mer. 23 déc. 2020 à 18:36, Eric Shulman  a écrit :

> On Wednesday, December 23, 2020 at 9:09:20 AM UTC-8 Xavier wrote:
>
>> From my experience, naming fields with any Unicode (utf-8) names hasn't
>> brought any issues,
>>
>
> While $action-setfield allows you to create a field name using almost any
> characters, the issue is whether the field name remains unchanged after
> saving and reloading the file.
>
> For example, I can use $action-setfield to create a tiddler field name
> that uses mixed case (e.g., "SomeFieldName"), and that fieldname will work
> just fine in a filter during that session (e.g., "{{{
> [[SomeTiddler]get[SomeFieldName]] }}}").
>
> However, after I save and reload the file, the fieldname will become
> "somefieldname", and the filter then fails.
>
> -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/0fd43cc3-e4b0-4817-9bee-12f5d0200a47n%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/CADeSwYOVMUZQqRh-BxtGp8mqMDfq9ibaAi%3Drr2rFL06kzt6c4Q%40mail.gmail.com.

Re: [tw5] I want to create field with Russian letters

[Xavier Cazin]

Hi Siniy-Kit, Jeremy,

>From my experience, naming fields with any Unicode (utf-8) names hasn't
brought any issues,
as far as I don't use the EditTemplate (which explicitly refuses non-ascii
characters for naming fields)
but rather an action widget like *action-setfield*. For instance,

<$button>
<$action-setfield $tiddler="проверка" $field="цвет" $value="красный"/>
Пойдем

<$list filter="[has[цвет]]">
<$text text={{{ [addprefix[The tiddler ]] }}}/>
<$text text={{{ [get[цвет]addprefix[ has a field named
цвет, with a value of ]] }}} />.


Brings the expected results in current 5.1.22 and Firefox after you click
on *Пойдем*.

Siniy-Kit, do you have a counter-example where the field name is not
recognized in a filter?
-- Xavier


On Wed, Dec 23, 2020 at 2:01 PM Jeremy Ruston 
wrote:

> Hi Siniy-Kit
>
> As you’ve discovered, field names currently only work reliably and
> consistently if are composed of the a-z, 0-9, dash and underscore. It is
> not trivial to fix because of the way that the code expects to be able to
> roundtrip fieldnames into attribute names. I think it would require an
> update to the TiddlyWiki HTML file format.
>
> Best wishes
>
> Jeremy
>
> On 23 Dec 2020, at 08:01, Siniy-Kit  wrote:
>
> little demo for my question
> here
> https://heeg.ru/shop2_2.html?id=16gDZVsB8FOIxrsFKbkbBNWC37lPUAfKOGf-rCVxeOmY#567567811
> 
> if you edit tiddler you can see  this
> 
> it will be nice to use this field in filters whithout  +[decodeuri[]]
>
> среда, 23 декабря 2020 г. в 10:09:44 UTC+3, Siniy-Kit:
>
>> Many years ago I try to make new field "цвет" with value "красный" but it
>> was impossible, because  all tiddlers  are saved in this format
>>
>>
>> > modified="20140908185153663" tags="Messages" title="WidgetMessage:
>> tm-remove-field" type="text/vnd.tiddlywiki">
>>
>> The `tm-remove-field` message is handled by the FieldManglerWidget.
>> It removes the specified field..
>> 
>> 
>>
>>  So our *fields are  html attributes*, so they can't   contain Russian
>> letters :(
>>
>> BUT we can use js encodeURIComponent("цвет") and put it as attribute to
>> make it work.
>> Why this mechanism is still not working in Tiddlywiki?
>>
>>
>>
>>
>
> --
> 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/a4836968-3efd-4fba-897f-fe91deb6e345n%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/445A2331-444C-4B7D-A75B-DB1D8DF79C19%40gmail.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/CADeSwYMp3GwUr5%3DQukv0ditqss%3DVYhH0J%3DmbPZub4sUFBE4%3DxQ%40mail.gmail.com.

Re: [tw5] Re: glossary with diacritics

[Xavier Cazin]

Duh, sortan[] !!!

Thanks for the reminder, Mark

-- Xavier.


On Mon, Oct 26, 2020 at 6:36 PM 'Mark S.' via TiddlyWiki <
tiddlywiki@googlegroups.com> wrote:

> You can't insert a widget into the middle of a filter. But it doesn't
> matter, you don't need it:
>
> <$set name="initial" filter="[{!!title}lowercase[]]">
> <$list filter="[tag[glossaire]prefix!prefix[é]]
> [[tag[glossaire]prefix[é)]]+[sortan[]]">
>
> 
> 
>
> In the first part of the filter I exclude é. In the second run, I ONLY
> include é.
>
>
> On Tuesday, October 20, 2020 at 3:50:11 PM UTC-7, Jean-Pierre Rivière
> wrote:
>>
>> In French, a glossary is as simple as in English except for the letter E
>> where we also some entry starting with É to take into account.
>>
>> This can be done like this:
>>
>> 
>> <$list
>> filter="[tag[glossaire]prefix]=[tag[glossaire]prefix[é]]+[sortan[]]"><$link/>
>> 
>>
>> where initial is a variable containing "e" (my glossary is all lowercase,
>> and each word in the entry has a tiddler tagged "glossaire").
>>
>> But I want to build my glossary automatically. How can I make a special
>> case for the E letter? My difficulty is to extend my filter (this is the
>> part starting from the = sign). I am open t any way to achieve this.
>>
>> I have tried to build a string containing
>> "=[tag[glossaire]prefix[é]]+[sortan[]]" and to add it if initial is e, but
>> this does not work as I have written it:
>>
>> \\define glossy()
>> <$set name="initial" filter="[{!!title}lowercase[]]">
>> <$set name="special-case" value="=[tag[glossaire]prefix[é]]+[sortan[]]">
>>
>> <$set name="special"
>> filter="[compare:string:eq[e]then]">
>>
>> special <$macrocall $name="special"> now defined
>>
>> 
>> <$list filter="[tag[glossaire]prefix]<$macrocall
>> $name="special"/>">
>><$link/>
>> 
>> 
>> 
>> 
>> 
>> \end
>>
>> When I use <> in the "E" tiddler, all I can see is:
>>
>> special =[tag[glossaire]prefix[é]]+[sortan[]]
>>
>> and nothing else. the thing printed seems OK but is that what it seems to
>> be? The process clearly seems to be interrupted.
>>
> --
> 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/ae8c8d70-a342-4d72-9577-66e2008739abo%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/CADeSwYN7xnVwVxYdx%3DTiLMYFOq17f-2_H%3DKDDqX37X1QZRCJ9A%40mail.gmail.com.

Re: [tw5] Re: glossary with diacritics

[Xavier Cazin]

Hi Jean-Pierre,

If you don't mind using the TiddlyWiki prerelease, I suggest the brand new
subsort filter operator as well as the newly parametrised trim operator:

\define glossaryLetter()

<$vars initial={{{ [lowercase[]] }}}>
<$vars initial_regexp={{{ [compare:string:eq[e]]
+[then[(e|é)]elseaddprefix[^]] }}}>
<$vars tail_filter="[trim:prefix[e]trim:prefix[é]]">
<$list filter="[tag[glossaire]regexp]
+[sortsub]">
<$link/>





\end

Cheers,
-- Xavier


On Thu, Oct 22, 2020 at 11:50 PM Jean-Pierre Rivière <
jn.pierre.rivi...@gmail.com> wrote:

> I have not been able to achieve what I wanted in this case with subfilter,
> but I've been successul with regexp. So I post it here.
>
> \define glossaryLetter()
> <$set name="initial" filter="[{!!title}lowercase[]]">
> <$set name="others" filter="[compare:string:eq[e]then[é]]">
> <$wikify name="pattern" text="""(?i)^([(]([^)]+[)] )?)?[<$macrocall
> $name="initial"/><$macrocall $name="others"/>]""" output="text">
> 
> <$list filter="[tag[glossaire]regexp]"><$link/>
> 
> 
> \end
>
> used in a tag name "E" or 3B" for instance. I finally decided to hard-code
> the "e" case. It's simpler and yet I have retain what I would get if I used
> a dictionary so that the rest of the code would not be affected if I change
> my mind. Note that with regular expression I can now handle entry like
> "(really good) song for folk guitar" at both r or s (my choice to have it
> at both and not only at s) but this one is not sorted accordingly (would
> require a sorting function, not sure I can do it without js and it only
> concern one tiddler so far).
>
> I would really appreciate a solution with subfilter.
> Le jeudi 22 octobre 2020 à 18:57:26 UTC+2, Jean-Pierre Rivière a écrit :
>
>> Hi Xavier!
>>
>> I've already used subfilter. As I used it and understood it, it is of use
>> as a substitude for mapping within filters. But yes, I can map an array of
>> just one element. I did not think of that.
>>
>> As for dictionnary, I was already planning its use. But to mark "é" as a
>> co-letter for "e", nothing more. But from there, my problem is to build
>> dynamically the filter for each letter and especially for "e".
>>
>> Subfilter allow writing something like
>>
>> subfilter prefix[e]
>>
>> but not something like
>>
>> subfilter 
>>
>> And since there is no filter that could have conditional filter (we can
>> only have conditional strings with "then" and "else"), I cannot see where
>> subfilter may help me.
>>
>> So I looked for another way: using "regexp" instead of "prefix". Where I
>> would use "regexp" where re is "^[eé]" or "^[a]" for instance. But it
>> doesn''t work, as I get all the titles, and not only the one beginning with
>> "e" or "é". See my code for use within "E" tiddler below:
>>
>> \define glossy()
>> <$set name="initial" filter="[{!!title}lowercase[]]">
>> <$set name="others" value="é">
>> <$set name="pattern" value="^[<><>]">
>> filter <>
>> 
>> <$list filter="[tag[glossaire]regexp]
>> +[sortan[]]"><$link/>
>> 
>> 
>> \end
>>
>> <>
>>
>> with the control of "others", I'll be able to achieve my goal. But I have
>> difficulty with regexp (but not with regular expressions per se) which I
>> shall address in another topic.
>>
>>
>>
>> Le mercredi 21 octobre 2020 à 13:23:56 UTC+2, Xavier a écrit :
>>
>>> Hi Jean-Pierre,
>>>
>>> I was about to point you to dictionaries
>>>  and suggest that you use
>>> getindex <>, but now I'm
>>> not sure if I understand your issue correctly. One sure thing however: you
>>> cannot insert a filter string like <> into an existing filter
>>> expression by simply referencing the string variable. This is the main
>>> reason of the errors you get. Instead, you need to use the subfilter
>>>  operator.
>>>
>>> Cheers,
>>> -- Xavier
>>>
>>>
>>> On Wed, Oct 21, 2020 at 11:35 AM Jean-Pierre Rivière <
>>> jn.pierr...@gmail.com> wrote:
>>>
 Hi Tones,

 My problem is not so much the order of the letter as of now. However,
 your input may well serve me.

 Non, my real concerne is that I am not successfull in getting a special
 filter for e, even though I already have this special case ready. I'm
 unable to connect it dynamically.

 I have seen in an other thread that I can do things like <$sort
 filter=<>/>

 So today I tried to build the complete filter. But I've not been
 sucessful at that. My attempt:

 first, the filter I need for e (here within a list widget):<$set
 name="special" filter="[compare:string:eq[e]]">

 <$list
 filter="[tag[glossaire]prefix][tag[glossaire]prefix[é]]+[sortan[]]">

 for all the other letter, that is only:

 $list filter="[tag[glossaire]prefix]"/>

 (it seems I don't need sorting then. Is that a coincidence or is it a
 general truth?)

 What I coded:

 \define glossy()

Re: [tw5] Re: glossary with diacritics

[Xavier Cazin]

Hi Jean-Pierre,

I was about to point you to dictionaries
 and suggest that you use
getindex <>, but now I'm not
sure if I understand your issue correctly. One sure thing however: you
cannot insert a filter string like <> into an existing filter
expression by simply referencing the string variable. This is the main
reason of the errors you get. Instead, you need to use the subfilter
 operator.

Cheers,
-- Xavier


On Wed, Oct 21, 2020 at 11:35 AM Jean-Pierre Rivière <
jn.pierre.rivi...@gmail.com> wrote:

> Hi Tones,
>
> My problem is not so much the order of the letter as of now. However, your
> input may well serve me.
>
> Non, my real concerne is that I am not successfull in getting a special
> filter for e, even though I already have this special case ready. I'm
> unable to connect it dynamically.
>
> I have seen in an other thread that I can do things like <$sort
> filter=<>/>
>
> So today I tried to build the complete filter. But I've not been sucessful
> at that. My attempt:
>
> first, the filter I need for e (here within a list widget):<$set
> name="special" filter="[compare:string:eq[e]]">
>
> <$list
> filter="[tag[glossaire]prefix][tag[glossaire]prefix[é]]+[sortan[]]">
>
> for all the other letter, that is only:
>
> $list filter="[tag[glossaire]prefix]"/>
>
> (it seems I don't need sorting then. Is that a coincidence or is it a
> general truth?)
>
> What I coded:
>
> \define glossy()
> <$set name="initial" filter="[{!!title}lowercase[]]">
> <$set name="special-case" value="=[tag[glossaire]prefix[é]]+[sortan[]]">
>
> <$set name="special"
> filter="[compare:string:eq[e]]">
>
> special <> now defined
>
> <$set name="ext-filter" value="[tag[glossaire]prefix]<$macrocall
> $name=special>>">
>
> ext-filter <> ready
>
> 
> <$list filter=<>>
><$link/>
> 
> 
> 
> 
> 
> \end
>
> My results:
>
> special =[tag[glossaire]prefix[é]]+[sortan[]] now defined
>
> ext-filter [tag[glossaire]prefix]=[tag[glossaire]prefix[é]]+[sortan[]]
> ready
>
> en-tête de colonne ou de ligne
> ensemble de pages
> environnement maîtrisé
> <$macrocall
> $name=special>>
>
> If I omit the double quotes arount the filter value in setting ext-filter,
> I'm getting a grammar error (no big surprise!)/
>
> Le mercredi 21 octobre 2020 à 01:08:50 UTC+2, TW Tones a écrit :
>
>> Other "half baked" ideas,
>>
>>
>>- é list-before or list-after e
>>- On tiddlywiki.com see the
>>">>
>>
>>
>> Regards
>> Tones
>>
>> On Wednesday, 21 October 2020 10:06:13 UTC+11, TW Tones wrote:
>>>
>>> Jean-Pierre,
>>>
>>> Just a quick idea not thought through
>>>
>>> In the pre-release there is the sortby operator.
>>>
>>> Perhaps having a sort macro
>>> \define sorter() A a B b C c D d E é e 
>>> Then sortby
>>>
>>> You may need to split[] the letters to obtain the first letter etc.
>>>
>>> Regards Tones
>>>
>>>
>>> On Wednesday, 21 October 2020 09:50:11 UTC+11, Jean-Pierre Rivière wrote:

 In French, a glossary is as simple as in English except for the letter
 E where we also some entry starting with É to take into account.

 This can be done like this:

 
 <$list
 filter="[tag[glossaire]prefix]=[tag[glossaire]prefix[é]]+[sortan[]]"><$link/>
 

 where initial is a variable containing "e" (my glossary is all
 lowercase, and each word in the entry has a tiddler tagged "glossaire").

 But I want to build my glossary automatically. How can I make a special
 case for the E letter? My difficulty is to extend my filter (this is the
 part starting from the = sign). I am open t any way to achieve this.

 I have tried to build a string containing
 "=[tag[glossaire]prefix[é]]+[sortan[]]" and to add it if initial is e, but
 this does not work as I have written it:

 \\define glossy()
 <$set name="initial" filter="[{!!title}lowercase[]]">
 <$set name="special-case" value="=[tag[glossaire]prefix[é]]+[sortan[]]">

 <$set name="special"
 filter="[compare:string:eq[e]then]">

 special <$macrocall $name="special"> now defined

 
 <$list filter="[tag[glossaire]prefix]<$macrocall
 $name="special"/>">
<$link/>
 
 
 
 
 
 \end

 When I use <> in the "E" tiddler, all I can see is:

 special =[tag[glossaire]prefix[é]]+[sortan[]]

 and nothing else. the thing printed seems OK but is that what it seems
 to be? The process clearly seems to be interrupted.

>>> --
> 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
> 

Re: [tw5] Opening tiddlywiki always scrolls down to particular tiddler?

[Xavier Cazin]

Hi Demoniwaari,

I believe that if you had a tiddler laying around, tagged with
$:/tags/StartupAction
or $:/tags/StartupAction/Node, which contained an <$action-navigate/> $to
the particular tiddler you get scrolled to, it would have the effect you
describe (see https://tiddlywiki.com/#StartupActions). Could this be?

Cheers,
-- Xavier Cazin


On Mon, Sep 28, 2020 at 9:52 AM demon...@gmail.com 
wrote:

>
> This is starting to annoy me more than it should. So, after converting my
> standard tiddlywiki to a nodejs server, every single time I open my
> tiddlywiki it scrolls my view down to a particular tiddler. I can just
> close the tiddler, that's not a problem, problem is that I don't know WHAT
> is making this and I want to know! What can be the cause of this?
>
> --
> 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/7ab0aae3-d4ee-48c4-a514-7a932782792bn%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/7ab0aae3-d4ee-48c4-a514-7a932782792bn%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYNyi-bgx5Knb4HKim-s%3D3hLBQVNxtnvFFaW-EaWEq13NQ%40mail.gmail.com.

Re: [tw5] New TiddlyTools time feature: **Interactive Calendar**

[Xavier Cazin]

Hi Eric,

Another wonderful iteration, thank you! Not only useful as a tool, but also
a great TW5 programming lesson for us to study. May I humbly suggest the
addition of
   <$transclude tiddler=<> mode=block/>
in the showday() macro, just after the call to <>, so that the
popup also displays any additional text the user might have added for that
day?

Cheers!
-- Xavier Cazin


On Sat, Sep 5, 2020 at 4:49 AM Eric Shulman  wrote:

> Hi all,
>
> I'm pleased to announce two new additions to my TiddlyTools suite of
> time-related tiddlers: *Interactive calendar display*
>
> To install, just drag-and-drop the following tiddler into your document:
> http://tiddlytools.com/timer.html#TiddlyTools%2FTimer%2FCalendar
>
> Displays a yearly or monthly calendar with popups that show links to
>> tiddlers
>>
>>- By default, the calendar displays the current year.
>>- Enter a year number or select a month to change the view. Press [X]
>>to reset to the current year view.
>>- Click on a month title to toggle between annual and single-month
>>view.
>>- Press [<<] to view the previous month. Press [>>] to view the next
>>month.
>>- Dates on which tiddlers were created or modified and dates which
>>have a Journal tiddler are colored light blue.
>>- Click a date to show a popup with links to tiddlers created or
>>modified on that date.
>>- Press [pencil] to create or edit a Journal tiddler for that date.
>>- You can set the colors and font styles used by the calendar (see
>>TiddlyTools/Timer/Setup
>><http://tiddlytools.com/timer.html#TiddlyTools%2FTimer%2FSetup>
>> below).
>>
>> With either calendar display, you can easily see on which days you have 
>> *created
> *or *modified *tiddlers,
> giving you a yearly or monthly view of your tiddler changes.  Then, click
> on any date to view a popup
> that lets you view/edit a Journal tiddler for that date or quickly
> navigate to any tiddlers created/modified
> on that date.
>
> *You can also add a monthly calendar directly in the SideBar tabs!...*
> To install, just drag-and-drop the following tiddler into your document:
> http://tiddlytools.com/timer.html#TiddlyTools%2FTimer%2FSidebarCalendar
>
> As a test, I dropped the Calendar into http://TiddlyWiki.com, and was
> able to instantly see
> a "year-at-a-glance" overview of all the changes that Jeremy has made
> since January 2020.
>
> Note: the Calendar currently excludes system tiddlers, so it doesn't show
> changes to $:/state, $:/temp,
> and TWCore shadow tiddlers.  I will soon be adding a configuration setting
> to allow customization of
> the Calendar filter so shadows and other system tiddlesr can be included
> if desired.
>
> 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/4ab62b70-e074-4679-8035-8ce17c1ede7bo%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/4ab62b70-e074-4679-8035-8ce17c1ede7bo%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYMb%3D7G23H8zNmnriLoq2YU3yA%3D9Br0NZC6i2%3DcqYi5kHw%40mail.gmail.com.

Re: [tw5] Android Browser

[Xavier Cazin]

Hi Jason,
I use Firefox Nightly or Brave on any versions of tw5. Both fork quite well
as we speak.
Cheers,
Xavier.
Le lun. 31 août 2020 à 18:33, Jason Peterson  a écrit :

> All,
> This weekend Firefox did an update for the mobile firefox app and now I
> cannot open my tiddlywiki5 file anymore.  I am looking for any browser that
> can open it again on my adroid device.  I have tried the following
> Chrome
> firefox
> Cake
> Opera
> Puffin
> UC Browser Turbo
> Dolphin
> and Web browser
>
> I love tiddlywiki and have an extensive one I have created for a quick
> reference for my hobby and it has been a godsend.
>
> Thank you all for any help you can provide.
> Jason
>
> --
> 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/54d9ed26-2245-40f0-9f85-4480c70cde27n%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/CADeSwYNP0SbFrDR%2B85Dg2pNCaU-43hFKWjF5iL4H71DECz2w8g%40mail.gmail.com.

Re: [tw5] For a reader, is TiddlyWiki better than reading a PDF, and why?

[Xavier Cazin]

Hi Mat,

Yeah, you often can find fully functional browsers in the "experimental"
sections of many readers, and they do load and render TW5 pages! But they
are almost unusable right now, not only because navigating and rendering is
very slow, but also because the greyscale does not match (probably a
special theme would do, though).

Cheers,
-- Xavier Cazin


On Tue, Jul 21, 2020 at 12:21 PM Mat  wrote:

> Xavier wrote:
>>
>> [...] Amazon, Apple, Barnes & Noble, Google and Kobo have imposed ePub
>> and Mobipocket to the publishing industry as the sole formats they accept
>> to handle.
>>
>
> I know some reading devices have had primitive built-in browsers. Does
> anyone know if this is a fading or growing trend for these devices? My
> assumption is of course that these could then show TW files, at least if
> the browsers are better than the one I saw on an older device a few years
> back.
>
> <:-)
>
> --
> 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/67da9db5-0f8f-45a3-9f53-9f1df3a9d59do%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/67da9db5-0f8f-45a3-9f53-9f1df3a9d59do%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYP0tvMWrbVvpKR2AvCf%3DZqM20GReEkk0G%2BGsNz%3DxvrWog%40mail.gmail.com.

Re: [tw5] For a reader, is TiddlyWiki better than reading a PDF, and why?

[Xavier Cazin]

Hi Mobil Home,

Others have already answered on the clear superiority of TiddlyWiki over
other formats to express complexity in writing, and I think we still are
far from having explored all the benefits of non linearity, asynchronous
interaction, computed content, not to mention dynamically embedded external
resources. My belief is that TW5 can help authors create *Open Works*, or
better yet *Works in Movement*, as predicted by Umberto Eco back in 1962
(!) in his beautiful essay *The Open Work*.

However, a critical part of your question is "I cannot publish it via KDP".
Actually, Amazon, Apple, Barnes & Noble, Google and Kobo have imposed ePub
and Mobipocket to the publishing industry as the sole formats they accept
to handle. Eventhough you may find independent bookstores that accept more
formats, they represent peanuts in terms of revenue for the publishers. So,
as of now, reaching your readers through actual sales cannot be a
motivation for you as an author...

This may change though, as ePubs become easy to convert into TiddlyWiki
(via Jeremy's side work on ePub parsing) and as *Books in Movement *get
created and promoted, but this is a chicken and egg problem, so don't hold
your breath!

Cheers,
-- Xavier Cazin


On Mon, Jul 20, 2020 at 7:35 PM Mobil Home  wrote:

> I am thinking to publish "e-books" in TiddlyWiki format, but the problem
> is that I cannot publish it via Amazon Kindle Self Publishing  in
> TiddlyWiki format.
>
> So the question arised:
>
> From the reader perspective, is reading something (something with high
> complexity) in TiddlyWiki a better experience than reading it in an
> advanced PDF or E-Book format?
>
> What are the pros and contras?
>
> Is TiddlyWiki more suitable for publishing books than E-Book and advanced
> PDF format?
>
> --
> 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/10168c92-ff03-49f8-8b07-f7276579c128o%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/10168c92-ff03-49f8-8b07-f7276579c128o%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYNDKs67GmJtka5Uk_v_FVBNd51CNTK6dWqUZjaWspEYmQ%40mail.gmail.com.

Re: [tw5] Re: Text based on field value (Plus ">" or "< " math operators)

[Xavier Cazin]

Hi Jake,

You might want to look at the brand new *compare* operator:
https://tiddlywiki.com/#compare%20Operator

-- Xavier


On Sun, Jun 28, 2020 at 12:54 AM 'Jake' via TiddlyWiki <
tiddlywiki@googlegroups.com> wrote:

> After a bit of trying I came to understanding, that for single value this
> might work:
>
> for text:
> <$set name="myVariable" filter="[title[tiddler2]state[value1]then[good
> result]else[bad result]]">
> <$text text=<>/>
> 
>
> for another tiddler transclusion:
> <$set name="myVariable"
> filter="[title[tiddler2]state[value1]then[tiddlertext1]else[tiddlertext2]]">
> <$transclude tiddler=<> />
> 
>
> though 3rd question remains anyway.
>
> --
> 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/1729f479-77a8-4ce5-831d-c73d0b045071o%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/CADeSwYOwShX2eS3E30%3Di9vaNOBQKCG5gnn%3D%2BLVU_r0yKHrU6jw%40mail.gmail.com.

Re: [tw5] Code simplification Challenge - a smart config values select

[Xavier Cazin]

Hi Tony,

Fun idea for a Sunday morning :-) Here is a proposed refactoring, based on
the use of the subfilter operator. It doesn't tackle your extended
challenges, but I believe it would make them easier to implement:

\define test_value_pair(value_pair, state_field)
<$list filter="[subfilter<__value_pair__>] +[match]"
variable=nul>
<$select tiddler=<> field=<<__state_field__>>
default=<> >
  <$list filter='[subfilter<__value_pair__>]'>
 >><$view field='title'/>
  


\end

\define smart-configure(tiddlername fieldname:"fieldname")
<$set name=tiddlername value="$tiddlername$" emptyValue=<> >
<$set name=currentValue value={{{ [get[$fieldname$]] }}}>
tiddlername=<>, fieldname=$fieldname$,
currentValue=<>

<$list filter="[is[blank]]" variable=nul>
Select initial value:
<$select tiddler=<> field="$fieldname$"
default=<> >
  <$list filter='yes no show hide true false left right top bottom'>
 >><$view field='title'/>
  



<$list filter="[[yes no]] [[show hide]] [[true false]] [[left right]] [[top
bottom]]" variable=config_pair>
  <$macrocall $name="test_value_pair" value_pair=<>
state_field=<<__fieldname__>> />



\end

<>

Cheers,
-- Xavier Cazin


On Sat, Jul 4, 2020 at 6:33 AM TW Tones  wrote:

> Folks,
>
> Fancy yourself a tiddlywiki wizard (or wannabee)?, are you up to the
> challenge?, think the solution is obvious?, like to learn through trying?
>
> This is an *optional* coding challenge to provide a better solution, more
> concise code, if you are interested.
>
>- I am in the middle of creating a solution, the solution contains a
>configuration tiddler $:/config/name
>- I have long sought to automate configuration settings and have done
>so with the code below.
>- I would like to see if it can be simplified further.
>- I thought I would open this as a coding challenge for anyone
>interested, basically since each select statement differs only on value
>pairs
>eg yes no / show hide, there may be a way to simplify, or shorten the
>macro.
>
> *The solution*
>
>- You call this macro with a tiddlername (defaults to current tiddler)
>and fieldname, default field is "fieldname", (because text could be
>dangerous)
>- Based on the value it finds there, it allows you to select the value
>to its natural alternative, eg Yes you can toggle to no, true to false
>etc...
>- If no value is found the first select widget, allows you to select
>one from all the available values "yes no show hide true false left right
>top bottom"
>- However there is a select widget for each of the common pairs of
>values and they differ only by the two filter used.
>
> *The challenge;*
>
>- See if you can write the same code in much shorter yet easier to
>configure/customisation form. For example add the additional options
>enable/disable.
>
> *Extended challenges *(for the foolhardily)
>
>- Once a config value pair is selected, set the config-values field in
>the config tiddler to those two values eg config-values="true false"
>- Allow the order to be set so the first value in config-values is
>considered the default.
>- Create a view template that detects tiddlers containing one of these
>values and show the config value select macro on those tiddlers
>
> *I will do this eventually myself but do not yet have the required
> inspiration as to how, so I thought I would open it to the community as a
> challenge.*
>
> The tiddler is also attached for your convenience, works on empty.html,
> tiddlywiki.com or my playground
> <https://anthonymuscio.github.io/playground.html>. The macro is both
> defined and called in this tiddler.
>
> \define smart-configure(tiddlername fieldname:"fieldname")
> <$set name=tiddlername value="$tiddlername$" emptyValue=<>
> >
> <$set name=currentValue value={{{ [get[$fieldname$]] }}}>
> tiddlername=<>, fieldname=$fieldname$, currentValue=<<
> currentValue>>
>
> <$list filter="[is[blank]]" variable=nul>
> Select initial value:
> <$select tiddler=<> field="$fieldname$" default=<<
> currentValue>> >
>   <$list filter='yes no show hide true false left right top bottom'>
>  >><$view field='title'/>
>   
> 
> 
>
> <$list filter="yes no +[match]" variable=nul>
> <$select tiddler=<> field="$fieldname$"
> default=<> >

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Hi TT,

In order to fulfil some of the user interface requirements, like keeping
track of the current reading location or creating annotations anywhere
inside the text, Jeremy introduced Dynaview, then Dynannotate.  In the
context of ePub reading, Dynaview's aim is to reveal on demand the little
chunks that have been produced at ePub parse time, along with their
possible annotations. Once you have this collection of chunks (aka
tiddlers), the performance, while still subject to optimisation, is not
much of a worry: these chunks are not tangled nor even weaved together
through any complex cross-references system. At the time Dynaview comes
into play, the list of chunks is already sorted, waiting to be displayed at
reading pace. That's because ePub is a much poorer and linear format than
TiddlyWiki of course. Fortunately, what can do more, can do less.

By the way, being able to split any ePub into chunks is probably the
hardest part of the project. Not only because choosing the chunks limits
can be hard, but also because styles are often used very loosely by
publishers : for instance, you may find paragraphs that are expressed as The first
paragraph of a section, as you have to guess. because the WYSIWYG
tools that helped producing the ePub are generally misleading. I spare you
the table and images issues :-)

Cheers,
-- Xavier Cazin


On Sat, Jun 27, 2020 at 6:43 PM TiddlyTweeter 
wrote:

> Xavier
>
> There is interest in it growing.
>
> I think the very good PERFORMANCE aspect is particularly interesting since
> eBooks are large documents.
>
> Over in GG we did some tests with Dynaview but still hitting issues which
> the eBook version does not have. I think better understanding the eBook
> edition of TW will help a lot.
>
> Fingers crossed x
>
> Best wishes
> TT
>
> Xavier wrote:
>>
>>
>> Not yet ready because of some pressing redesign, but it will eventually
>> be released as a normal plugin
>>
> --
> 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/73545532-f572-435d-9b42-420ef6516d74o%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/73545532-f572-435d-9b42-420ef6516d74o%40googlegroups.com?utm_medium=email_source=footer>
> .
>

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

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Hi Ed,

Not yet ready because of some pressing redesign, but it will eventually be
released as a normal plugin, hopefully via some Community Plugin Library
that TW5 greatest minds have given thought to recently.

Cheers,
-- Xavier Cazin


On Thu, Jun 25, 2020 at 6:44 PM Ed Heil  wrote:

> Was the "epub slicer" ever released publicly?
>
>
> On Wednesday, March 11, 2020 at 6:33:57 AM UTC-4, Xavier Cazin wrote:
>>
>> Hi everyone,
>>
>> TL;DR: Go to
>> https://www.7switch.com/fr/ebook/9783962558772/great-expectations-serapis-classics,
>> click on "Read an extract" and play with it. Then come back if you'd like
>> to know more.
>>
>> I have been working in the publishing industry for the past 25 years,
>> including the last 10 years as the co-founder of a French ebook
>> distribution company, *immatériel.fr <http://xn--immatriel-f4a.fr>*.
>> Among many things that got me frustrated in the course of selling ebooks is
>> the fact that ebook formats have never been in phase with how we have
>> linked ourselves to knowledge in the two last decades.
>>
>>
>> The main reason for this particular failure is because ePub and
>> Mobipocket were initially (around 2010) imposed to publishers by Apple and
>> Amazon respectively, and became soon the only digital formats that
>> publishers could sell to the main vendors (actually, Google Play Books also
>> sells PDF books).
>>
>> While there are other reasons to rant about the current state of the
>> ebook market, I gave some thought about what could be a likeable modern
>> format for eBooks, and as you guessed, TiddlyWiki checked all the boxes:
>>
>>1. the book should be easy to open: the reading app could be the same
>>browser that you used to buy the book, whether you are on your mobile or 
>> at
>>your desktop;
>>2. it should be readable both offline or online;
>>3. it should open at the same place where you stopped reading last
>>time;
>>4. typesetting should be as beautiful and complex as a website can be;
>>5. content should be truly multimedia, including live content from
>>anywhere on the network. Audio books should be a mere byproduct of this
>>feature;
>>6. authors should be allowed to multiply standpoints on its content;
>>7. readers should be able to reorganise the initial content, and also
>>write above and around it;
>>8. for the paranoids out there or those who missed Tim O'Reilly's
>>famous piece on piracy
>>
>> <https://www.oreilly.com/content/piracy-is-progressive-taxation-and-other-thoughts-on-the-evolution-of-online-distribution/>
>>back in the days, book content should be easy to encrypt. Ebooks lending 
>> to
>>libraries might actually be a good use case.
>>
>> So we at *immatériel.fr <http://xn--immatriel-f4a.fr>* considered that
>> this territory was worth exploring and we dedicated our 2019 R efforts
>> into building a TW5 alternative format for customers who were regularly
>> buying ePubs at our experimental bookstore *7switch.com
>> <http://7switch.com>*. We had to move forward on two fronts in parallel:
>>
>>- Converting our full catalog of 80K ePubs from more than 1000
>>(mostly French) publishers into TW5
>>- Figuring a way to display books in an homogeneous way, yet familiar
>>enough for both people reading content on the Web and people used to ePub
>>reading apps, while showing off their new TiddlyWiki nature.
>>
>> So I asked *Jeremy* if he'd welcome a sponsoring for such a project
>> through his company *Federatial* and, to my awe, he said yes of course!
>> Parallely, since I wasn't sure of how we should render the typical book
>> elements nor the typical features of an ebook reading app in a TW5
>> interface, I asked *JD*, one of our gifted community contributors to TW5
>> user interfaces, for ideas and preliminary tests.
>>
>>
>> Soon enough, the three of us had regular meetings, that eventually led to
>> a *preliminary release* of several great open source products that are
>> now embedded into every non-DRM books and extracts that you'll find at the
>> *7switch* ebookstore:
>>
>>1. The first one is already included in the current prerelease of
>>TW5: the dynaview plugin
>>
>> <https://tiddlywiki.com/prerelease/#%24%3A%2Fplugins%2Ftiddlywiki%2Fdynaview>
>>allows content to come into view dynamically in response to familiar
>>gestures like scrolling.
>>2. Next comes the *dynannotate* plugi

Re: [tw5] Webserver: PUT request failing with error

[Xavier Cazin]

Hi Riz,

You need to add -H "X-Requested-With: TiddlyWiki" in your command (see
https://tiddlywiki.com/#WebServer%20Parameter%3A%20csrf-disable)

Regards,
-- Xavier.

On Tue, May 26, 2020 at 3:53 AM Riz  wrote:

> I created an empty server wiki and added a tiddler with title "New". GET
> request against "http://127.0.0.1:8080/recipes/default/tiddlers/New;
> returns proper response. However various attempts at PUT request fails with
> the following error message.
>
> HTTP/1.1 403 'X-Requested-With' header required to login to 'My
> ~TiddlyWiki'
> Date: Tue, 26 May 2020 01:43:14 GMT
> Connection: keep-alive
> Transfer-Encoding: chunked
>
>
> Commands I attempted
>
> curl -X PUT -i 'http://127.0.0.1:8080/recipes/default/tiddlers/New' --data
> '{
> "title": "New",
> "tags": "FirstTag [[Second Tag]]",
> "my-custom-field": "Field value"
> }'
>
>
> curl -X PUT -H 'Content-Type: application/json' -i '
> http://127.0.0.1:8080/recipes/default/tiddlers/New' --data '{
> "title": "New",
> "tags": "FirstTag [[Second Tag]]",
> "my-custom-field": "Field value"
> }'
>
>
>
> curl -X PUT -H 'X-Requested-With: XMLHttpRequest' -H 'Content-Type:
> application/json' -i 'http://127.0.0.1:8080/recipes/default/tiddlers/New'
> --data '{
> "title": "New",
> "tags": "FirstTag [[Second Tag]]",
> "my-custom-field": "Field value"
> }
>
> curl -X GET -H 'X-Requested-With: XMLHttpRequest' -i 'http://
> 127.0.0.1:8080/recipes/default/tiddlers/New' --data '{
> "title": "New",
> "tags": "FirstTag [[Second Tag]]",
> "fields": {
> "my-custom-field": "Field value"
> }
> }'
>
>
> Is there a value of X-Requested-With header that is necessary?
>
> Anyone who successfully managed to issue a PUT request against the
> TW-Server, could you furnish the command you issued?
>
> 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/ecd1fceb-fc68-4464-a4cc-d1044ba6239f%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/CADeSwYNyPgTtFjV2jUnvyJPD1frphXHWoao%2BtZD6v_u88nHLJw%40mail.gmail.com.

Re: [tw5] Force only one tiddler open at once

[Xavier Cazin]

Hi Kalcifer,

Jeremy and al. have been working for a while on a new storyview mode that
will address some of the issues left with zoomin, but there are a few
questions remaining, so this PR has not been merged yet :
https://github.com/Jermolene/TiddlyWiki5/pull/3412.

Regards,
-- Xavier


On Fri, May 29, 2020 at 4:17 PM Kalcifer Kandari 
wrote:

> *TLDR: Is there any way to ensure that there is only one tiddler open at
> once?*
>
> My wiki has quite a lot of tiddlers, nearly 500 right now, and I've found
> the longer it's open, the slower it gets. Then I realised it's because all
> the open tiddlers were never closing. I use the zoomin story view so it
> wasn't obvious it would make a difference, considering the entire site is
> loaded anyway, but there must be some extra resource usage having so many
> tiddlers open.
>
> I'm aware of the close all other tiddlers button, but visitors won't
> necessarily know about it, and as you follow links, tiddlers are getting
> opened all the time, so you would need to be pressing that constantly.
>
> Regards,
>
> Kalcifer
>
> --
> 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/24e2043d-79b4-4ba3-8b2a-2f77d949466e%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/CADeSwYOCYZg72jM%2BETEPwNbGjjvNQrn3ED8CQ8ugGeubzw7nig%40mail.gmail.com.

Re: [tw5] Help with a filter: Return a list of all tiddlers with a particular tag, excluding any that are tagged with the title of any other entry in the list?

[Xavier Cazin]

Hi si,

That would be "[tag[website]] -[tag[website]tagging[]]".

Cheers,
-- Xavier.


On Tue, May 19, 2020 at 7:28 PM si  wrote:

> This is really awkward to explain but hopefully this example will make it
> clear what I'm trying to do.
>
> Say I have the following tiddlers, *all* of which are tagged *website*:
>
> * Google
> * Microsoft
> * Google Docs (also tagged with *Google*)
> * Gmail (also tagged with *Google*)
>
> I want to return a list of all the tiddlers tagged *website*, *excluding*
> any tiddlers that are tagged with *the title of any other tiddlers in the
> list*.
>
> So in the above example the filter would return *only **Google *and
> *Microsoft*, because the other two tiddlers are tagged *Google*, which is
> already in the list.
>
> Thanks in advance for you help.
>
> --
> 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/3bb4796d-93d3-4428-b897-df7b097ead7a%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/CADeSwYNY0%3DpfaZLdD5m_dEwkHyGtKehEE1RxaKUH8D7tevVGQw%40mail.gmail.com.

Re: [tw5] Re: Making recursive + if-then-else based macro code simpler ?

[Xavier Cazin]

Hi Eric,

One TW5 feature that helps a lot with recursions is the *emptyMessage*
attribute of the $list widget. If you put your default values there, you
often can manage to put your recursive calls inside a single list. Another
feature that helps you keep a compact code while computing conditional
values, is the ability to use filters inside {{{}}}. For instance:

\define get_recursive_field(note_title, field_name:"me_agree")
<$list 
*filter="[<__note_title__>!is[missing]!subfilter!has<__field_name__>]"
*
   *emptyMessage="""<$text text={{{
[<__note_title__>get<__field_name__>] ~[[can't find any value for
]addsuffix<__field_name__>] }}}/>""*">
<$vars heading={{{ [<__note_title__>tags[]subfilter]
~[<__note_title__>tags[]subfilter] }}}>
Per <$link to=<>><> =>
<$macrocall $name="get_recursive_field" note_title=<> />


\end

<$vars source-match="[prefix[so]]" note-match="[prefix[no]]">
  <$macrocall $name="get_recursive_field" note_title=<>/>


Cheers,
-- Xavier


On Wed, May 20, 2020 at 11:01 AM Eric N.  wrote:

> Hi Tony,
> Sorry for the late answer...
>
> You are right, I am sometimes confusing this google group with a
> Tiddlywiki FAQ + code review + ideas box + many other things ;-)
>
> My main question was not really about how to solve my specific problem,
> but the generic problem of using recursive macros and if then else nested
> statements in the macros.
>
> I'm used to using functions, and in those a simple "return value" will
> skip the rest of the function code. Clear and short code.
>
> In macros, I'll display the output "value" but then I have to make sure
> that the rest of the code is not executed, i.e. that it doesn't display and
> execute other stuff. That is, I need to make sure that I'll reach the
> "\end" of the macro without executing anything - as if I did return a value
> in a function.
>
> Because of this "as if", i.e. because I have to make sure I'll reach the
> end of the macro code without executing anything once I've output what I
> wanted, I have to use a lot of if then else statements, nested, i.e. a lot
> of "<$list filter=...>" statements.
>
> And because of that, the code I write seems to me hard to read, hard to
> understand later on and hard to maintain. (cf nested lists in my original
> post)
>
> And so, this is so surprising to me that I end up with a code I am not
> comfortable with, not happy with, that I wondered if there was something I
> completely missed with macros and nested if-then-else statements.
>
>
> If that's just the way it works, then OK... Otherwise I'd be happy to
> learn how to produce a better code :)
>
> Best,
> And have a good day everyone !
>
>
> Eric
>
>
> On Thursday, May 14, 2020 at 3:38:20 PM UTC+4, TonyM wrote:
>>
>> Eric
>>
>> Love the way you are thinking some of us have done similar things. I
>> think it is as easy as anywhere to do this kind of thing. Of course it has
>> its own complexity. I would look at solving component issues then bring
>> them together in a solution.
>>
>> I can help more later but consider a custom new here button which passes
>> more to the child tiddler than a tag. Its easy to creat a tiddler with
>> additional fields. I have posted on setting context before but a simple
>> fieldname={{!!fieldname}} in the creat tiddler can do a lot.
>>
>> I will see what other tips I can share when next at my desktop.
>>
>> Regards
>> Tony
>>
>> --
> 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/6e270145-48cb-4e8b-88e5-df5226cb360a%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/CADeSwYPcQONs4RBf0ywGnNd83y9%3DAtRVq_8wh%2BA%2BXMmc8Tyj9A%40mail.gmail.com.

Re: [tw5] Re: XML plugin for Tiddlywiki??

[Xavier Cazin]

Hi Flibbles,

Oh now I see, thank you for your explanation! Your quote of the MDN
documentation is very telling indeed :-(

After all, writing templates dedicated to retrieving data deeply hidden in
an XML file is normally a one-time task: once written, a given path should
apply to any instance of the same schema. With the current features of your
plugin, it is already handy to write collections of such templates.

Thanks again,
-- Xavier.


On Sun, May 3, 2020 at 4:54 PM Flibbles 
wrote:

> Xavier, I totally agree. Having to prefix those default namespaces in your
> queries is not optimal.
>
> My last message may have given the impression that my current solution was
> my choice, but it was a choice the same way saying you quit right after
> your boss fires you is a choice. The browsers are all limited to XPath 1.0,
> and this is taken straight from the MDN documentation:
>
> XPath defines QNames without a prefix to match only elements in the null
>> namespace. There is no way in XPath to pick up the default namespace as
>> applied to a regular element reference (e.g., p[@id='_myid'] for xmlns='
>> http://www.w3.org/1999/xhtml'). To match default elements in a non-null
>> namespace, you either have to refer to a particular element using a form
>> such as ['namespace-uri()='http://www.w3.org/1999/xhtml' and name()='p'
>> and @id='_myid'] (this approach
>> 
>> works well for dynamic XPath's where the namespaces might not be known) or
>> use prefixed name tests, and create a namespace resolver mapping the prefix
>> to the namespace.
>>
>
> If I wanted to allow implied default namespaces in the queries possible,
> I'd either need to dynamically remove namespaces from the XML document (my
> first few attempts at this didn't work). Or dynamically add the namespace
> prefixes to the queries (I... I really don't want to do this. This is one
> step below reimplementing XPath for myself.)
>
> I'll continue to look into ways to improve default namespace support; I'll
> try scrubbing namespaces from the DOM again, but for now, the current
> implementation may be what we get.
>
> -Flibbles
>
> --
> 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/b74da421-a4ff-45b6-8258-dd3c31d1e10f%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/CADeSwYMc2FocNAT6US98%2BdhknSdpLg4f2bMSHXFu1KBF8sdL9A%40mail.gmail.com.

Re: [tw5] Re: XML plugin for Tiddlywiki??

[Xavier Cazin]

Hi Flibbles,

Wow, that was fast! The ability to set namespace aliases in outer variables
is very powerful.

As it is, I've already been able to retrieve deep data from ONIX documents,
from an XHTML document (interesting interactions to explore with TW5 by the
way) and from an Excel 2004 XML Stylesheet: not only your plugin works but
it seems very fast already.

However, even though I support your quest for unambiguity, I still miss a
way to set the default namespace. I'm insisting on this because the XPath
syntax is already abundant: adding prefixes to each step of the path while
working on a single namespace document (probably the most common real-world
case) may be somewhat discouraging.

My early suggestion was unnecessarily complicated, but I know that being
able to explicitly set *xmlns* in $xpath as the current default namespace,
and/or set an *xmlns* outer variable/macro would be very valuable.

Regarding ambiguity, my hope is that an *xmlns* variable would not be more
ambiguous than, say, *currentTiddler*. Also, with your planned *value-of*
attribute, one would have easily access to XPath functions like
namespace-uri() in order to check where (s)he is when a path expression
doesn't return anything.
The most important is that your plugin is already wonderfully useful at
this stage! So thank you again!

Cheers,
-- Xavier Cazin


On Sat, May 2, 2020 at 11:36 PM Flibbles 
wrote:

>
> Okay. I think I found the proper solution. I have examples and short
> documentation here <https://flibbles.github.io/tw5-xml/>. Basically, when
> elements have namespaces, whether explicit or default, the xpath wants a
> prefix to go with it. In your use-case, you'd do this:
>
> 
> <$xpath xmlns:onix="http://ns.editeur.org/onix/3.0/reference;
> xmlns:ns4="http://www.w3.org/1999/xhtml;
> for-each="/onix:ONIXMessage/onix:Product/*/onix:Text/ns4:p/text()"
> variable="foo">
>   <>
> 
> 
>
>
> It's a little more verbose than what you were proposing, but the upside is
> that this will never suffer from ambiguous namespaces if multiple default
> namespaces are used within one document. Also, you don't have to add onix:
> prefixes throughout your own documents.
>
> I do have one neat trick though. That xmlns:onix attribute will be
> available in all nested <$xpath> widgets. You could even define xmlns:onix
> using <$set> or <$vars>. Or you can globally define it with \define
> xmlns:onix() in a global macro tiddler. That should help trim down
> verbosity.
>
> Unless you see a flaw with this, I *think* is is probably the way to go.
> Now that I better understand namespaces, being explicit with all namespaces
> in an XPath query actually makes sense to me. No ambiguity. Queries can
> traverse documents with a litany of changing namespace scopes.
>
> -Flibbles
>
> --
> 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/dd7264cc-7dd6-4a3f-8417-ef1367042404%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/dd7264cc-7dd6-4a3f-8417-ef1367042404%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYNe-caMa5Qd2QKP1-E4Un-1CHc7odUZBciAtFqNgBkL3g%40mail.gmail.com.

Re: [tw5] Re: XML plugin for Tiddlywiki??

[Xavier Cazin]

Hi Flibbles,

Indeed, without a way to switch between namespaces, we're left with the
name() or local-name()-based expressions that can quickly become
ridiculous. Nonetheless, handling namespaces would be a very useful
feature, not only to ease the expression of paths, but also to handle the
cases where different schemas are used within the same document.

The most reasonable way to deal with this is probably the approach taken by
XSLT. It would involve that your now called $xpath features a default
namespace attribute, plus that it accepts a set of user-defined aliases,
like this:


  <$xpath xmlns:ns1="urn:iso:std:iso:20022:tech:xsd:pain.001.001.03"
  xmlns:ns2="urn:schemas-microsoft-com:officedata"
  xmlns:ns3="http://ns.editeur.org/onix/3.0/reference;
  xmlns:ns4="http://www.w3.org/1999/xhtml;
  xmlns=ns3
  for-each="/OnixMessage/Product/*/Text/ns4:p/text()"
  variable="foo">
  <>



This would retrieve the text content of any XHTML paragraph appearing in
Text elements inside an ONIX document.

Note that ideally it should also be nestable so that the default namespace
can be changed temporarily to one of the namespaces defined in an outer
$xpath.

Cheers,
Xavier.

Le sam. 2 mai 2020 à 01:43, Flibbles  a
écrit :

> I'm trying to add namespace support now, and I have a question for you,
> Xavier, since you seem to have more experience with them.
>
> Are they actually this awful?
>
> Named namespaces aren't too bad. Just tie the prefix to the url, (like nm
> to http://namespace.com) and you can
> /nm:call/nm:elements/nm:all/nm:the/nm:way/nm:down.
>
> But if you use default namespaces, the standard XPath practice is to /
> [local-name()='make']/[local-name()='your']/[local-name()='paths']/
> [local-name()='like']/[local-name()='this'].
>
> Is this for real? Is it really that bad? It looks like the best
> alternative I can do is make it so any undeclared prefix can act as the
> default namespace, but I get the sense that's not an expected practice.
>
> -Flibbles
>
> --
> 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/41ba7ea9-0477-4409-86fe-35f7b2167a6b%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/CADeSwYNzGbfxovYEKai_xEx8ZsgfuohEZ4fHQ0hUe80NVjFrTw%40mail.gmail.com.

Re: [tw5] Re: XML plugin for Tiddlywiki??

[Xavier Cazin]

Thank you Flibbles,

Here is my real life XML sample for the curious, but I got my answer: I
went back to the wiki with your assurance that it should work, and I
realised that I didn't take the namespace into account. Instead of a path
like "/ONIXMessage/@release" that I first tried, I had to use "
/*[name()='ONIXMessage']/@release" and that's only the first level of
nesting :-) So having a way to change the current namespace from within the
widget would be useful.

Cheers!
-- Xavier Cazin


On Fri, May 1, 2020 at 3:43 PM Flibbles 
wrote:

> Huh. Wrapping it in <$tiddler> should have worked. This does:
>
> <$tiddler tiddler="myRecipe.xml">
> <$xsl for-each="/recipe/ingredients/ingredient">
>
> <>
> 
> 
>
>
> But the plugin isn't very robust yet since it's just a proof-of-concept.
> Could you send me what you have?
>
> Also, I think I'll probably change the widget to <$xpath> too. Not many
> Tiddlywiki users know what xpath is, but it's more apropos than <$xml>.
>
> -Flibbles
>
> Are you able to send me what you have?
>
> On Friday, May 1, 2020 at 5:57:12 AM UTC-4, Xavier Cazin wrote:
>>
>> Hi Flibbles,
>>
>> Thanks a lot for sharing! Having dealt with much XSLT in a previous life,
>> I planned to make useful comments, but now that I've seen your approach,
>> I've only this one: this is brilliant!
>>
>> If you eventually make a filter (I vote for [xpath[]]) then, would the
>> current behaviour of <$xsl variable=mynode foreach="/mypath/to/a/node"> be
>> different from <$list filter=[xpath["/mypath/to/a/node"]] variable=mynode >
>> ?
>>
>> By the way, it seems that I would use instructions on how to test the
>> widget with a custom XML file, aside Demo.xml: I tried to surround a
>> transform with <$tiddler tiddler="mycustomxml"> to no avail.
>>
>> Cheers,
>> -- Xavier.
>>
>>
>> On Fri, May 1, 2020 at 2:50 AM Flibbles  wrote:
>>
>>> So I've decided to make such a plugin, and I'd like feedback.
>>>
>>> Here it is: https://flibbles.github.io/tw5-xml/
>>> It demonstrates the features as they are right now.
>>>
>>> It uses an <$xsl> widget to iterate through XML tiddlers using xpath.
>>> It's nifty, though I'm not sure of the name. Maybe it should be <$xml>
>>> or <$xpath>, because it's only vaguely similar to xslt. I looked into
>>> literally using xslt, but it really didn't fit well with tiddlywiki. And
>>> using a widget like this lets you mix and match wikitext and xpath however
>>> you want, and I think it's just as powerful.
>>>
>>> Besides the attribute <$xsl for-each>, I'm considering <$xsl value-of>,
>>> which will behave just like its xslt equivalent. Because otherwise, users
>>> will have to do stuff like <$xsl for-each="./@oneAttribute"
>>> variable="attr"><> just to spit out one value. You can see
>>> what I mean in the "nested" tab of the transform demo. It's *cumbersome*
>>> .
>>>
>>> I'm also planning to add a filter operator. I'm thinking [xpath[]] or
>>> [xml[]] to navigate input titles by the xpath operand. Again, still
>>> haven't settled on a name.
>>>
>>> I'd like to have something like, {{myFile##xpath/indexer}} be a thing,
>>> but I'd need to work with Jermolene about making the textReferences more
>>> extensible first.
>>>
>>> I'm really looking for any feedback at all, from anyone. I'd like this
>>> to gel as much as possible to Tiddlywiki methods.
>>>
>>> -Flibbles
>>>
>>> On Tuesday, April 28, 2020 at 2:33:30 AM UTC-4, Xavier wrote:
>>>>
>>>> Hi Flibbles,
>>>>
>>>> I'd certainly use such a plugin! The perspective of retrieving data and
>>>> document chunks from XML with such powerful xpath-like filters is quite
>>>> exciting. Also I don't forget that XHTML is an XML instance...
>>>>
>>>> Don't hesitate to ask if you want early feeback!
>>>>
>>>> Cheers,
>>>> Xavier.
>>>> Le mar. 28 avr. 2020 à 04:22, Flibbles  a
>>>> écrit :
>>>>
>>>>> Thanks for the reply, TonyM.
>>>>>
>>>>> Looks like I'll continue with my plugin. Maybe I'll clean it up and
>>>>> publish it--just a simple plugin that has some xml tools.
>>>>>
>>>>> I was also thinking about xpath filte

Re: [tw5] Re: XML plugin for Tiddlywiki??

[Xavier Cazin]

Hi Flibbles,

Thanks a lot for sharing! Having dealt with much XSLT in a previous life, I
planned to make useful comments, but now that I've seen your approach, I've
only this one: this is brilliant!

If you eventually make a filter (I vote for [xpath[]]) then, would the
current behaviour of <$xsl variable=mynode foreach="/mypath/to/a/node"> be
different from <$list filter=[xpath["/mypath/to/a/node"]] variable=mynode >
?

By the way, it seems that I would use instructions on how to test the
widget with a custom XML file, aside Demo.xml: I tried to surround a
transform with <$tiddler tiddler="mycustomxml"> to no avail.

Cheers,
-- Xavier.


On Fri, May 1, 2020 at 2:50 AM Flibbles 
wrote:

> So I've decided to make such a plugin, and I'd like feedback.
>
> Here it is: https://flibbles.github.io/tw5-xml/
> It demonstrates the features as they are right now.
>
> It uses an <$xsl> widget to iterate through XML tiddlers using xpath.
> It's nifty, though I'm not sure of the name. Maybe it should be <$xml> or
> <$xpath>, because it's only vaguely similar to xslt. I looked into
> literally using xslt, but it really didn't fit well with tiddlywiki. And
> using a widget like this lets you mix and match wikitext and xpath however
> you want, and I think it's just as powerful.
>
> Besides the attribute <$xsl for-each>, I'm considering <$xsl value-of>,
> which will behave just like its xslt equivalent. Because otherwise, users
> will have to do stuff like <$xsl for-each="./@oneAttribute"
> variable="attr"><> just to spit out one value. You can see
> what I mean in the "nested" tab of the transform demo. It's *cumbersome*.
>
> I'm also planning to add a filter operator. I'm thinking [xpath[]] or
> [xml[]] to navigate input titles by the xpath operand. Again, still
> haven't settled on a name.
>
> I'd like to have something like, {{myFile##xpath/indexer}} be a thing,
> but I'd need to work with Jermolene about making the textReferences more
> extensible first.
>
> I'm really looking for any feedback at all, from anyone. I'd like this to
> gel as much as possible to Tiddlywiki methods.
>
> -Flibbles
>
> On Tuesday, April 28, 2020 at 2:33:30 AM UTC-4, Xavier wrote:
>>
>> Hi Flibbles,
>>
>> I'd certainly use such a plugin! The perspective of retrieving data and
>> document chunks from XML with such powerful xpath-like filters is quite
>> exciting. Also I don't forget that XHTML is an XML instance...
>>
>> Don't hesitate to ask if you want early feeback!
>>
>> Cheers,
>> Xavier.
>> Le mar. 28 avr. 2020 à 04:22, Flibbles  a écrit :
>>
>>> Thanks for the reply, TonyM.
>>>
>>> Looks like I'll continue with my plugin. Maybe I'll clean it up and
>>> publish it--just a simple plugin that has some xml tools.
>>>
>>> I was also thinking about xpath filter operators or reference indexes. (
>>> {{MyXmlRecipe##food[name="French Toast"]/price}} ), or something like that.
>>> Dunno who'd use it.
>>>
>>> On Monday, April 27, 2020 at 9:02:59 PM UTC-4, TonyM wrote:

 Flibbles,

 Given xml tags act like custom html tags I would think it may be
 possible to use css and the display but it appears the correct way is xslt


 https://www.w3schools.com/xml/tryxslt.asp?xmlfile=cdcatalog=cdcatalog


 
 
 Belgian Waffles
 $5.95
 
Two of our famous Belgian Waffles with plenty of real maple syrup

 650
 
 
 Strawberry Belgian Waffles
 $7.95
 
 Light Belgian waffles covered with strawberries and whipped cream
 
 900
 
 
 Berry-Berry Belgian Waffles
 $8.95
 
 Belgian waffles covered with assorted fresh berries and whipped
 cream
 
 900
 
 
 French Toast
 $4.50
 
 Thick slices made from our homemade sourdough bread
 
 600
 
 
 Homestyle Breakfast
 $6.95
 
 Two eggs, bacon or sausage, toast, and our ever-popular hash browns
 
 950
 
 
 source https://www.w3schools.com/xml/default.asp

 Also there is some codemirror or highlight support for XML

 Regards
 Tony

 On Tuesday, April 28, 2020 at 10:54:33 AM UTC+10, TonyM wrote:
>
> Flibbles,
>
> It really depends on what features and functions you want to achieve
> with XML. The closest comprehensive solution is
> https://joshuafontany.github.io/TW5-JsonMangler/ but this is for JSON.
>
>- There has also being work on pulling tags and tag values from
>html which would be very similar to some XML cases.
>- I think there may even have being an XML editor written but I
>cant find it.
>- There is also a level of support already through html tag
>mechanisms.
>- We would benefit from some widgets and filter operators to
>interrogate and write XML but this would be good 

Re: [tw5] Re: XML plugin for Tiddlywiki??

[Xavier Cazin]

Hi Flibbles,

I'd certainly use such a plugin! The perspective of retrieving data and
document chunks from XML with such powerful xpath-like filters is quite
exciting. Also I don't forget that XHTML is an XML instance...

Don't hesitate to ask if you want early feeback!

Cheers,
Xavier.
Le mar. 28 avr. 2020 à 04:22, Flibbles  a
écrit :

> Thanks for the reply, TonyM.
>
> Looks like I'll continue with my plugin. Maybe I'll clean it up and
> publish it--just a simple plugin that has some xml tools.
>
> I was also thinking about xpath filter operators or reference indexes. (
> {{MyXmlRecipe##food[name="French Toast"]/price}} ), or something like that.
> Dunno who'd use it.
>
> On Monday, April 27, 2020 at 9:02:59 PM UTC-4, TonyM wrote:
>>
>> Flibbles,
>>
>> Given xml tags act like custom html tags I would think it may be possible
>> to use css and the display but it appears the correct way is xslt
>>
>>
>> https://www.w3schools.com/xml/tryxslt.asp?xmlfile=cdcatalog=cdcatalog
>>
>>
>> 
>> 
>> Belgian Waffles
>> $5.95
>> 
>>Two of our famous Belgian Waffles with plenty of real maple syrup
>>
>> 650
>> 
>> 
>> Strawberry Belgian Waffles
>> $7.95
>> 
>> Light Belgian waffles covered with strawberries and whipped cream
>> 
>> 900
>> 
>> 
>> Berry-Berry Belgian Waffles
>> $8.95
>> 
>> Belgian waffles covered with assorted fresh berries and whipped cream
>> 
>> 900
>> 
>> 
>> French Toast
>> $4.50
>> 
>> Thick slices made from our homemade sourdough bread
>> 
>> 600
>> 
>> 
>> Homestyle Breakfast
>> $6.95
>> 
>> Two eggs, bacon or sausage, toast, and our ever-popular hash browns
>> 
>> 950
>> 
>> 
>> source https://www.w3schools.com/xml/default.asp
>>
>> Also there is some codemirror or highlight support for XML
>>
>> Regards
>> Tony
>>
>> On Tuesday, April 28, 2020 at 10:54:33 AM UTC+10, TonyM wrote:
>>>
>>> Flibbles,
>>>
>>> It really depends on what features and functions you want to achieve
>>> with XML. The closest comprehensive solution is
>>> https://joshuafontany.github.io/TW5-JsonMangler/ but this is for JSON.
>>>
>>>- There has also being work on pulling tags and tag values from html
>>>which would be very similar to some XML cases.
>>>- I think there may even have being an XML editor written but I cant
>>>find it.
>>>- There is also a level of support already through html tag
>>>mechanisms.
>>>- We would benefit from some widgets and filter operators to
>>>interrogate and write XML but this would be good if it were more general
>>>allowing us to manipulate any htm/xml in tiddlers.
>>>
>>>
>>> Regards
>>> tony
>>>
>> --
> 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/8201341d-59b4-4b7c-9d0b-77d7b6a85177%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/CADeSwYOcHsAFWrB0%3DVaueymSUePUZo1pJxzEGyj47G%3DezU4xXg%40mail.gmail.com.

Re: [tw5] TiddlyWiki Questions for Second Brain/Bullet Journal/Roam-A-Like Use (crosspost from reddit)

[Xavier Cazin]

Hi Neve F,

Let me address one of your questions:

>
>-
>
>Lastly, I'd like to know how much mobile integration I can get. I'm
>very much leaning towards storing and running all of this on desktop, as I
>don't want my files in the cloud un-encrypted, and this MUST be able to run
>offline or I can't get *anything* done when the internet goes down.
>With that in mind, IS there any way to add to the TiddlyWiki from my phone
>on the go, or view any part of it on mobile? I've seen mention of NoteSelf,
>but I'm not really sure what the privacy implications are. If no good, what
>are the best ways to capture notes on the go, and then get them into the
>desktop notes without too much manual copying/formatting/tagging?
>
> If you use mainly an iPhone, look at this recent post
.
On Android, my setup for years has been to serve all my wikis (node and
standalone) from the Termux subsystem. That way, you not only have them
handy anytime for local note-taking and reference, but you also can access
them (read/write) from your local networks. The level of security can be
adjusted to your needs, thanks to https and/or the TiddlyWiki encryption
feature. Having a server in your pocket (literally) is indeed immensely
useful.

Regards,
Xavier.

-- 
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/CADeSwYNSsaytvn2JQmwJ%3DTyCo3oONw7VmVKkD8FF0aLd-%3Dv1Qg%40mail.gmail.com.

Re: [tw5] Tutorial: How to use TiddlyWiki as a static website generator

[Xavier Cazin]

Hi Anne-Laure,

I liked this tutorial very much, in good part because you addressed a
concern that I shared with Eric Shulman: the risk of oversimplifying the
documentation of a tool that is complex because it allows to create complex
documents. Your step-by-step approach to reach a clear, if ambitious, goal,
is very convincing.

One point deserves to be clarified, though: why would one want to generate
static pages in the first place? The main reason to me is to help indexing
by search engines, but maybe there are more (the "read-only" effect is
arguable by the way: unless a user is explicitly allowed to save, changes
by visitors always happen on a copy of the source TiddlyWiki).

Santé !
-- Xavier Cazin


On Wed, Apr 22, 2020 at 4:53 AM Anne-Laure Le Cunff 
wrote:

> Hi everyone — here
> <https://nesslabs.com/tiddlywiki-static-website-generator> is a short
> tutorial to use TiddlyWiki as a static website generator. Would love any
> feedback or suggestions. 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/c74d251c-0e22-4ff0-9c04-c9183825d57e%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/c74d251c-0e22-4ff0-9c04-c9183825d57e%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYNKt_GYUHPpnsMFVW57e-dBfEeDRf6rQ9Dcsm11M-m-Gg%40mail.gmail.com.

Re: [tw5] How do I get a list of tiddlers from a filter and then manipulate the fields / tags on each in a loop?

[Xavier Cazin]

Hi Andrew,

Action widgets can only be triggered by a user action, like clicking on a
button, dropping a tiddler, or loading the wiki. They can't be triggered
by, say, the $list widget, eventhough you may use a $list to produce some
of the action strings.

\define done()
<$action-listops $tags="done"/>
<$action-sendmessage $message="tm-copy-to-clipboard" $param=<>/>
<$list filter="[tag[bar]]">
  <$action-setfield foo="done"/>

\end

<$checkbox checkactions="<>"> Is it done?

In the example above, the list of actions to be executed when the box gets
checked are grouped in a macro.
The list of actions to be executed are most often passed to the control
widget via an *actions* attribute.

Best,
-- Xavier


On Thu, Apr 16, 2020 at 8:42 PM leeand00  wrote:

> I'm aware there are widgets that will modify them...for instance
> <$action-listops>
> can modify fields, but I don't know how to use a filter like
> [tag[some-tag-they-all-have]sort[create-or-mod-date]] and to loop through
> them performing a similar action on each.
>
> I'd also like to be able to include an index, or obtain them sorted by
> create-or-modification date.
>
> Thank you,
> Andrew J. Leer
>
> --
> 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/d03f9ffd-18d9-4f89-b0fd-82a32f9b54bd%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/CADeSwYN9zMK9MjyJ2uFcs16%3D1tZykLN8Vrx1C0Z3QN%3Duaw2F1w%40mail.gmail.com.

Re: [tw5] Help with actions on select please

[Xavier Cazin]

Hi Tony,

The *currentTiddler* on which you rely in your *<$action-setfield>* widgets
is changed by the <$list> widget. So I guess you need to set explicitly
either the $tiddler attribute in your <$action-setfield>s or the variable
attribute in the <$list>s.

Cheers,

-- Xavier.


On Mon, Mar 23, 2020 at 11:35 AM TonyM  wrote:

> Hi Folks,
>
> I am using a select widget to set an input mode select-input and I would
> like the result of this selection to result in actions based on the option
> taken, ie set the input field
>
> \define *set-input-actions*()
> <$list filter="[{*!!selected-input*}match[allobject]]">
><$action-setfield $field="input"
> $value="[!is[system]object-type{!!selected-object}]"/>
> 
> <$list filter="[{*!!selected-input*}match[object]]">
><$action-setfield $field="input"
> $value="[!is[system]object-type{!!selected-object}]"/>
> 
> <$list filter="[{*!!selected-input*}match[list]]">
><$action-setfield $field="input"
> $value="[!is[system]object-type{!!selected-list}]"/>
> 
> <$list filter="[{*!!selected-input*}match[lists]]">
><$action-setfield $field="input" $value="{{!!selected-lists}}"/>
> 
> <$list filter="[{*!!selected-input*}match[filter]]">
><$action-setfield $field="input" $value="{{!!selected-filter}}"/>
> 
> \end
>
> \define *select-input*()
> <$select field=*selected-input* *actions=<>* >
> All Instances of Object
> Selected Objects
> Use "a" list
> Input List{s}
> Input Filter
> 
> \end
>
> *<>*
>
> Unfortunately the input field is never set. Are my conditions in the
> actions too much? or have I done something else wrong.
>
> It is hard debugging actions because they are so invisible.
>
> Any help appreciated
> Tony
>
>
>
> --
> 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/9e7283ea-3eec-4049-ba86-7e4a4d0c27e1%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/CADeSwYOCE847Ta316xZUvVEi4F-5bz3f_b4gedAJP9X-biedrg%40mail.gmail.com.

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Hallo Thomas,

Thank you for your kind words!


>  By the way: If you delete "Einen" then the text would fit on the button
> shown below also in German. And it would not harm the meaning in any way.
> (In Switzerland we always assume French would take up most space.)
>
> [image: Bildschirmfoto 2020-03-14 um 16.01.03.png]
>
>
Thank you, I've committed the change. It will be hopefully deployed early
next week ;-)

> Last and least: Languages symbolised by flags as on your website often
> don’t match. I read books in German, but I am Swiss so the German flag does
> not appeal to me in the way it might be intended. Possibly it is the same
> for English speaking Canadians or US citicens.
>
You are absolutely right, we tend to overlook these issues, as there seems
to be no good interface solution! I'll work with my colleagues upon your
comments, and try to come with something more satisfying.
(any suggestions welcome of course :-)

Cheers,
Xavier.

-- 
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/CADeSwYOLA4dquEZx3qs32QTXNR4fckm4bmuN0aEMtXxbULRDiw%40mail.gmail.com.

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

> I'll have a closer look about the battery load. ... But nothing special
> for now.
>
> Again. Nice work!
>

Thanks Mario! There are almost 60K books in German that you can test here:
https://www.7switch.com/de/list/drmfree/lang-ger/new/territory-FR/page/1/price
:-)
Cheers,
-- Xavier.

-- 
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/CADeSwYNpea1jy%2BGefrY3VqHeHBA1kRmdJXj4e5D1toXLAz-wXg%40mail.gmail.com.

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Thank you Mario for your feedback. Your CPU load increase is indeed
worrisome. Could you tell us which book(s) you are using for testing?

Cheers,
-- Xavier


On Fri, Mar 13, 2020 at 4:54 PM PMario  wrote:

> Hi Xavier,
>
> That's an interesting approach. Well done!
>
> -
>
> The only thing that annoyed me, was that the laptop fans started after a
> view minutes, as I did play with TWebooks.
>
> Having a closer look, that CPU load seems to be a problem.
>
> I'm using Ubuntu 18.04 LTS, FireFox 74 (latest). The Laptop has an intel
> Core I7 and 16GByte of ram. So there shouldn't be any problems with the CPU
> load.
>
> Just wanted to let you know.
> -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/b93f815f-e3bb-4112-b5df-56d5d5a71b42%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/CADeSwYP0BD0ZeXWf7YJsWx6YUYOD%2BdArdxaCCrZFp5KxQM%2B8tg%40mail.gmail.com.

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Hi Joshua,

Thank you, your appreciation is very valuable! As of today, *immatériel*
would be able to distribute worldwide the catalog of any publishing house
that would include books in TiddlyWiki format. I'd be glad to pursue this
discussion further: don't hesitate to contact me directly.

For anyone out there who is willing to publish such a book independently,
it may be more difficult. I'm not sure, but maybe we can create a dedicated
imprint to gather such efforts...

Best regards,
-- Xavier Cazin


On Fri, Mar 13, 2020 at 8:28 AM Joshua Fontany 
wrote:

> Xavier, Jeremy, JD,
>
> WOW. This is very impressive. I have been considering how I would
> "re-present" a PDF/ebook as a Tiddlywiki and this exceeds most of what I
> came up with!
>
> To springboard from Morgaine's comment about choose-you-own-adventure
> books, I specifically was thinking about how to present RPG Source Books
> (Adventure-Modules, Monser-Manuals, etc) as Tiddlywiki plugins.
>
> I  noticed the Dynannotate plugin while updating my fork of the TW5
> repository, but didn't have the context for the project.
>
> I would love to discuss this more, as I think it would eventually be worth
> approaching the couple of RPG publishing companies I have friends at (one
> of which is a brand new french-language brand). Synchronicities abound. ;)
>
> Best,
> Joshua Fontany
>
> On Thursday, March 12, 2020 at 12:18:42 PM UTC-7, Morgaine O'Herne wrote:
>>
>> Tiddlywiki would be perfect for choose-your-own-adventure books!
>>
>>
>> On Wednesday, March 11, 2020 at 4:33:57 AM UTC-6, Xavier Cazin wrote:
>>>
>>> Hi everyone,
>>>
>>> TL;DR: Go to
>>> https://www.7switch.com/fr/ebook/9783962558772/great-expectations-serapis-classics,
>>> click on "Read an extract" and play with it. Then come back if you'd like
>>> to know more.
>>>
>>> I have been working in the publishing industry for the past 25 years,
>>> including the last 10 years as the co-founder of a French ebook
>>> distribution company, *immatériel.fr <http://xn--immatriel-f4a.fr>*.
>>> Among many things that got me frustrated in the course of selling ebooks is
>>> the fact that ebook formats have never been in phase with how we have
>>> linked ourselves to knowledge in the two last decades.
>>>
>>>
>>> The main reason for this particular failure is because ePub and
>>> Mobipocket were initially (around 2010) imposed to publishers by Apple and
>>> Amazon respectively, and became soon the only digital formats that
>>> publishers could sell to the main vendors (actually, Google Play Books also
>>> sells PDF books).
>>>
>>> While there are other reasons to rant about the current state of the
>>> ebook market, I gave some thought about what could be a likeable modern
>>> format for eBooks, and as you guessed, TiddlyWiki checked all the boxes:
>>>
>>>1. the book should be easy to open: the reading app could be the
>>>same browser that you used to buy the book, whether you are on your 
>>> mobile
>>>or at your desktop;
>>>2. it should be readable both offline or online;
>>>3. it should open at the same place where you stopped reading last
>>>time;
>>>4. typesetting should be as beautiful and complex as a website can
>>>be;
>>>5. content should be truly multimedia, including live content from
>>>anywhere on the network. Audio books should be a mere byproduct of this
>>>feature;
>>>6. authors should be allowed to multiply standpoints on its content;
>>>7. readers should be able to reorganise the initial content, and
>>>also write above and around it;
>>>8. for the paranoids out there or those who missed Tim O'Reilly's
>>>famous piece on piracy
>>>
>>> <https://www.oreilly.com/content/piracy-is-progressive-taxation-and-other-thoughts-on-the-evolution-of-online-distribution/>
>>>back in the days, book content should be easy to encrypt. Ebooks lending 
>>> to
>>>libraries might actually be a good use case.
>>>
>>> So we at *immatériel.fr <http://xn--immatriel-f4a.fr>* considered that
>>> this territory was worth exploring and we dedicated our 2019 R efforts
>>> into building a TW5 alternative format for customers who were regularly
>>> buying ePubs at our experimental bookstore *7switch.com
>>> <http://7switch.com>*. We had to move forward on two fronts in parallel:
>>>
>>>- Converting our full catal

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Hi Morgaine,

Thank you! I'd love to showcase a novel that uses TW5 features natively to
beef up characters and story...

Cheers,
-- Xavier

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

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Hi Josiah,

On Thu, Mar 12, 2020 at 12:20 PM TiddlyTweeter 
wrote:

> Xavier Cazin wrote:
>>
>>
>> https://www.7switch.com/fr/ebook/9783962558772/great-expectations-serapis-classics,
>> click on "Read an extract" and play with it. Then come back if you'd like
>> to know more.
>>
>
> Xavier, Jeremy, JD
>
> *That is a fabulous achievement!* Basically you have achieved most ALL of
> the things I was looking for in a tool to read and edit linear documents!
>
> Thank you!
>

Thank you, this is very encouraging!

I have some more technical questions. Is this the right place to ask them?
> Or do you have a repository you take queries in?
>

For now, GG is good enough :-)

> Anyway, these are a few thoughts & queries ---
>
> 1 - *LOADING IMAGES?* The dynamic loading is v. good and gets around some
> issues TW had with larger texts..
>
> .Does it work well with internal images?
>

Absolutely. You may want to "buy" this free book
https://www.7switch.com/fr/ebook/9782759227730/emergence-of-infectious-diseases
and see how the diagrams appear.

> .By way of *support to Xavier* I have a series of sketch
> illustrations by a woman artist for Great Expectations she may be willing
> to let you use freely. Let me know if you interested & I'll ask her and
> send them to you.
>

Thank you for your proposal but I'm not a publisher anymore. Actually, *Great
Expectations* was just an example of an already published book. You could
find thousands of other examples at the 7switch bookstore. If you buy a
non-DRM book, you'll get 3 formats : ePub + Mobipocket + TW5. If you just
want to read a free extract, you'll get it in TW5 only.

> 2 - *EPUBBLE FORMAT? *I'd like to understand Epubble better.
>
> The plugin says "The epubble format packages publications as a
> TiddlyWiki plugin. They can be created from off-the-shelf .epub files by
> using the epub-slicer plugin, or newly created publications can be
> authored directly in the new format for enhanced flexibility."
>
> .   I'm interested in extending some work I have done converting Gutenberg
> texts to TW via regular expressions that are directly inserted into a TW.
> .   I'm wondering if I can convert such texts directly to a Epubble and
> using its extended features?
>

Not tested yet, even though there is nothing to prevent you to package such
texts as ePubble

> .   What is best way to find out more?
>

As of now, you can only study the ePubble plugins inside the book, sorry !

> 3 - "*Scholar Format?*" -- This is just a comment. In citation of novels
> for scholarship of literature a standard method is to reference  "Chap Num,
> Para Num". I'm wondering in annotations could know and record that info?
>

This kind of semantic information can certainly be addressed at the
annotation level, but for now, we didn't work on this, since ePub structure
is not semantised (one of its great weaknesses). Only the non-semantic ToC
information is used for now.

4 - "*Bookmark reading points?*" --- Just a comment. I may try adding a
> bookmark system as annotation. But a thought that the annotation system
> might to extended simply to add a bookmark to a paragraph. Just re-open at
> last place I don't think is quite enough?
>

That's a feature that we need to refine, but clicking on the text without
highlighting it creates a paragraph comment. This comment can be used as a
bookmark in the sidebar.

> 5 - *Query: What about the saving?* -- Something very interesting about
> it is its independent of current problems of reading tools (Kindle, Calibre
> etc). That is hugely helpful.
> .At same time there is the general issue of saving a TW. I'm just
> wondering how you will present that issue to buyers?
>

If we used the browser local storage official plugin by default, it would
retrieve user's own comments and annotations each time (s)he loads the
book, so that a reader new to tiddlywiki wouldn't lose its added content.
We probably should embed this feature by default. Other than that, we get
the same limitations imposed by the browser to TiddlyWiki when saving the
file on your local filesystem.

Thanks a lot for your useful comments.
Xavier.

-- 
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/CADeSwYO6%3DdATdYW8ns4ZJJwXiRZ%3DjO%3DGwZT3ViFvzfXfofwwsQ%40mail.gmail.com.

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Hi Sylvain,

As I said in the previous thread, congrats to you, Jeremy and JD for this
> beauty !
>
> Just play again with it, really like the search result, it's focus on
> direct sentence and not like standard in title or content, more efficient
> with your version I think.
>

Thank you, I agree that search comes very nicely and handy. This is one of
the great features that the new Dynannotate plugin brings.

> And well done with annotate function ; maybe the tricolore panel popup is
> a bit annoying for me, when you clic without selection, but I see that it's
> a different way to annotate a full section with color in marge.
>

Yes, it is not very clear that in this case you get a paragraph comment,
but don't forget that it's a reading interface, eventhough an *active* one:
the reader is not expected to click on the content unless (s)he wants to
add something.
Best,
Xavier.

-- 
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/CADeSwYOynzBBubi3Nvg7RqCTXwmEGQXYuhu%2BCG7%3DCyVxsMav7A%40mail.gmail.com.

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Great stuff,
>

Thanks Tony !

I commented previously on another thread. Just a Quick point, love the
> highlighting outside of edit mode.
>

To reply to your question and Mohammad's about reusing some of the features
we've developed in the course of this project, in order to publish native
material, that's indeed a relatively low-hanging fruit that we'll probably
pick this year, once everything is stabilised. But the risk is to settle
for something that doesn't leverage the full power of TiddlyWiki, in terms
of dynamic features and interactivity for instance. Being able to include
the Sycom's leaflet maps plugin or BurningTreeC music sheets and midi
plugin or simply a Youtube video into a book is of unmatched value in the
publishing world!

So if we are talking about an authoring framework, I'd lean toward not
limiting TiddlyWiki, but rather documenting it with book authors in mind.
In fact, the so-called *Authoring Mode* that you get when you click on the
yellow latch is just the unleashed TiddlyWiki. Maybe it could become a
place where authors that are not familiar with TW5 get examples and
documentation. I like the idea of providing authoring documentation in
every single book released.


>- After selecting something, say in error, how can I deselect?
>
>
Highlights are in fact annotations without content. So if you click on your
highlight, and then on the trash bin, it deletes the (empty) annotation.

Cheers,
Xavier.


> On Wednesday, March 11, 2020 at 9:33:57 PM UTC+11, Xavier Cazin wrote:
>>
>> Hi everyone,
>>
>> TL;DR: Go to
>> https://www.7switch.com/fr/ebook/9783962558772/great-expectations-serapis-classics,
>> click on "Read an extract" and play with it. Then come back if you'd like
>> to know more.
>>
>> I have been working in the publishing industry for the past 25 years,
>> including the last 10 years as the co-founder of a French ebook
>> distribution company, *immatériel.fr <http://xn--immatriel-f4a.fr>*.
>> Among many things that got me frustrated in the course of selling ebooks is
>> the fact that ebook formats have never been in phase with how we have
>> linked ourselves to knowledge in the two last decades.
>>
>> The main reason for this particular failure is because ePub and
>> Mobipocket were initially (around 2010) imposed to publishers by Apple and
>> Amazon respectively, and became soon the only digital formats that
>> publishers could sell to the main vendors (actually, Google Play Books also
>> sells PDF books).
>>
>> While there are other reasons to rant about the current state of the
>> ebook market, I gave some thought about what could be a likeable modern
>> format for eBooks, and as you guessed, TiddlyWiki checked all the boxes:
>>
>>1. the book should be easy to open: the reading app could be the same
>>browser that you used to buy the book, whether you are on your mobile or 
>> at
>>your desktop;
>>2. it should be readable both offline or online;
>>3. it should open at the same place where you stopped reading last
>>time;
>>4. typesetting should be as beautiful and complex as a website can be;
>>5. content should be truly multimedia, including live content from
>>anywhere on the network. Audio books should be a mere byproduct of this
>>feature;
>>6. authors should be allowed to multiply standpoints on its content;
>>7. readers should be able to reorganise the initial content, and also
>>write above and around it;
>>8. for the paranoids out there or those who missed Tim O'Reilly's
>>famous piece on piracy
>>
>> <https://www.oreilly.com/content/piracy-is-progressive-taxation-and-other-thoughts-on-the-evolution-of-online-distribution/>
>>back in the days, book content should be easy to encrypt. Ebooks lending 
>> to
>>libraries might actually be a good use case.
>>
>> So we at *immatériel.fr <http://xn--immatriel-f4a.fr>* considered that
>> this territory was worth exploring and we dedicated our 2019 R efforts
>> into building a TW5 alternative format for customers who were regularly
>> buying ePubs at our experimental bookstore *7switch.com
>> <http://7switch.com>*. We had to move forward on two fronts in parallel:
>>
>>- Converting our full catalog of 80K ePubs from more than 1000
>>(mostly French) publishers into TW5
>>- Figuring a way to display books in an homogeneous way, yet familiar
>>enough for both people reading content on the Web and people used to ePub
>>reading apps, while showing off their new TiddlyWiki nature.
>>
>> So I asked *Jeremy* if he'd welcome a s

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

>  Many thanks for sharing. This valuable edition deserves to have its own
> announcement thread.
>

Thank you Mohammad!

> One question and two suggestions
> Q1. Is there any tutorial for who likes write a book, for example "Applied
> Numerical Methods for Engineers", how he/she can do this with
> TW5-Ebook-powered?
>

This first experiment will hopefully show that a modern browser is enough
to read any ePub more easily as with current ePub reading apps. Also to
convince a few bookstores that TW5 html files can be sold as easily as
ePubs or PDFs. But the next step may indeed be to explore native books, in
order to get the most of TiddlyWiki.

Are you saying that the UI elements that we introduced (annotations,
comments, scroll indicators, ehanced search) are compelling enough for an
author to write a book rather than a wiki with TW5? If so, it means that we
should indeed consider it as the basis of a future authoring framework
rather than a smart container, and at least document what plugins are
needed, and how to use them!

Your question leads to an almost philosophic one: what elements should we
keep to call such or such document a *book* (that is, a lengthy structured
content that is easy to write, easy to read, easy to store, and easy to
sell)? I'd say we need one or more natural reading flows, a cover, one or
more author names, a price, and that's it! Helping authors to design such
reading flows is a very compelling goal for this framework-wannabe!

S1. A theme (here I mean just color palette) switch like night/day mode
> could be an advantage
>

Have a look at the Options tab in the sidebar :-)

> S2. Choose a name for this amazing tool/edition
>

The hardest part!

Cheers,
Xavier.

-- 
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/CADeSwYN73eoHT996WXgXBqZSOAD%2BVt%2BahUU%2BK-mN2q_njFyNcg%40mail.gmail.com.

Re: [tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Hi Mat!

On Wed, Mar 11, 2020 at 12:31 PM Mat  wrote:

> Xavier Cazin wrote:
>>
>>
>> TL;DR: Go to ... click on "Read an extract"
>>
>> [image: tabort.png]
>
> (just cliarifying, to make sure you don't get the two sites mixed up which
> almost happened to me)
>

Hm, you mean that you have to manually change the bookstore language to EN
in order to get Read an Extract? It is expected to follow your browser
preferences, defaulting to EN if not FR, DE, ES or PT...

> Xavier - this looks terrifique! Great simplified interface. Slick!
>
> From where or How did you get that indicator for current tiddler in
> sidebar?
>

Maybe JD can answer this! The scroll indicator is a smart use of the new
dynaview plugin, but I'm not sure I can explain the details.

Best,
Xavier.

-- 
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/CADeSwYPAZtfxs4yK7CGFw-WCKTnS9J9oc5GEJncroRKJqKGfcQ%40mail.gmail.com.

[tw5] Announcement: TW5-powered ebooks

[Xavier Cazin]

Hi everyone,

TL;DR: Go to 
https://www.7switch.com/fr/ebook/9783962558772/great-expectations-serapis-classics,
 
click on "Read an extract" and play with it. Then come back if you'd like 
to know more.

I have been working in the publishing industry for the past 25 years, 
including the last 10 years as the co-founder of a French ebook 
distribution company, *immatériel.fr*. Among many things that got me 
frustrated in the course of selling ebooks is the fact that ebook formats 
have never been in phase with how we have linked ourselves to knowledge in 
the two last decades.


The main reason for this particular failure is because ePub and Mobipocket 
were initially (around 2010) imposed to publishers by Apple and Amazon 
respectively, and became soon the only digital formats that publishers 
could sell to the main vendors (actually, Google Play Books also sells PDF 
books). 

While there are other reasons to rant about the current state of the ebook 
market, I gave some thought about what could be a likeable modern format 
for eBooks, and as you guessed, TiddlyWiki checked all the boxes:

   1. the book should be easy to open: the reading app could be the same 
   browser that you used to buy the book, whether you are on your mobile or at 
   your desktop;
   2. it should be readable both offline or online;
   3. it should open at the same place where you stopped reading last time;
   4. typesetting should be as beautiful and complex as a website can be;
   5. content should be truly multimedia, including live content from 
   anywhere on the network. Audio books should be a mere byproduct of this 
   feature;
   6. authors should be allowed to multiply standpoints on its content;
   7. readers should be able to reorganise the initial content, and also 
   write above and around it;
   8. for the paranoids out there or those who missed Tim O'Reilly's famous 
   piece on piracy 
   

 
   back in the days, book content should be easy to encrypt. Ebooks lending to 
   libraries might actually be a good use case.

So we at *immatériel.fr* considered that this territory was worth exploring 
and we dedicated our 2019 R efforts into building a TW5 alternative 
format for customers who were regularly buying ePubs at our experimental 
bookstore *7switch.com*. We had to move forward on two fronts in parallel:

   - Converting our full catalog of 80K ePubs from more than 1000 (mostly 
   French) publishers into TW5
   - Figuring a way to display books in an homogeneous way, yet familiar 
   enough for both people reading content on the Web and people used to ePub 
   reading apps, while showing off their new TiddlyWiki nature.

So I asked *Jeremy* if he'd welcome a sponsoring for such a project through 
his company *Federatial* and, to my awe, he said yes of course! Parallely, 
since I wasn't sure of how we should render the typical book elements nor 
the typical features of an ebook reading app in a TW5 interface, I asked 
*JD*, one of our gifted community contributors to TW5 user interfaces, for 
ideas and preliminary tests. 


Soon enough, the three of us had regular meetings, that eventually led to a 
*preliminary 
release* of several great open source products that are now embedded into 
every non-DRM books and extracts that you'll find at the *7switch* 
ebookstore:

   1. The first one is already included in the current prerelease of TW5: 
   the dynaview plugin 
   
 
   allows content to come into view dynamically in response to familiar 
   gestures like scrolling.
   2. Next comes the *dynannotate* plugin, which will soon make its way to 
   5.1.22, and is already included in books and extracts that you can find on 
   *7switch*. With it, you can annotate content in a various number of ways.
   3. Then you'll find the *ePub-slicer* plugin, a tool to convert any ePub 
   file into a plugin that essentially contains a list of small content chunks 
   (aka tiddlers!) which can be revealed during the scroll as you read the 
   book in the browser. Thanks to their plugin nature, not only multiple 
   converted books can be hosted in a single TW5 file, but also one can 
   override book content without fear, since the original shadow tiddlers 
   could be retrieved at any time. Note that the HTML parsing is not yet 
   complete, as we'd like to be able to parse any ePub, whether their content 
   has been well semantised or not. So if you see spurious  or 
every once in a while, don't be surprised: *you're looking 
   at a work in progress*.
   4. Finally, you'll also find JD's *TW Book Wrapper* plugin, which is 
   responsible for most specific UI elements, from annotations management to 
   the automatic language switching, based on your browser default language. 
   By the way, we started with French 

[tw5] Re: Announcement: TW5-powered ebooks

[Xavier Cazin]

Hi everyone,

Thank you Mohammad, Julio and Sylvain for your early reactions. Sylvain
made me realise that I posted this inside a previous thread by HC! I'll
repost it separately (sorry in advance for the inconvenience).

-- Xavier


On Tue, Mar 10, 2020 at 6:18 PM Xavier Cazin  wrote:

> Hi everyone,
>
> TL;DR: Go to
> https://www.7switch.com/fr/ebook/9783962558772/great-expectations-serapis-classics,
> click on "Read an extract" and play with it. Then come back if you'd like
> to know more.
>
> I have been working in the publishing industry for the past 25 years,
> including the last 10 years as the co-founder of a French ebook
> distribution company, *immatériel.fr <http://xn--immatriel-f4a.fr>*.
> Among many things that got me frustrated in the course of selling ebooks is
> the fact that ebook formats have never been in phase with how we have
> linked ourselves to knowledge in the two last decades.
>
> The main reason for this particular failure is because ePub and Mobipocket
> were initially (around 2010) imposed to publishers by Apple and Amazon
> respectively, and became soon the only digital formats that publishers
> could sell to the main vendors (actually, Google Play Books also sells PDF
> books).
>
> While there are other reasons to rant about the current state of the ebook
> market, I gave some thought about what could be a likeable modern format
> for eBooks, and as you guessed, TiddlyWiki checked all the boxes:
>
>1. the book should be easy to open: the reading app could be the same
>browser that you used to buy the book, whether you are on your mobile or at
>your desktop;
>2. it should be readable both offline or online;
>3. it should open at the same place where you stopped reading last
>time;
>4. typesetting should be as beautiful and complex as a website can be;
>5. content should be truly multimedia, including live content from
>anywhere on the network. Audio books should be a mere byproduct of this
>feature;
>6. authors should be allowed to multiply standpoints on its content;
>7. readers should be able to reorganise the initial content, and also
>write above and around it;
>8. for the paranoids out there or those who missed Tim O'Reilly's
>famous piece on piracy
>
> <https://www.oreilly.com/content/piracy-is-progressive-taxation-and-other-thoughts-on-the-evolution-of-online-distribution/>
>back in the days, book content should be easy to encrypt. Ebooks lending to
>libraries might actually be a good use case.
>
> So we at *immatériel.fr <http://xn--immatriel-f4a.fr>* considered that
> this territory was worth exploring and we dedicated our 2019 R efforts
> into building a TW5 alternative format for customers who were regularly
> buying ePubs at our experimental bookstore *7switch.com
> <http://7switch.com>*. We had to move forward on two fronts in parallel:
>
>- Converting our full catalog of 80K ePubs from more than 1000 (mostly
>French) publishers into TW5
>- Figuring a way to display books in an homogeneous way, yet familiar
>enough for both people reading content on the Web and people used to ePub
>reading apps, while showing off their new TiddlyWiki nature.
>
> So I asked *Jeremy* if he'd welcome a sponsoring for such a project
> through his company *Federatial* and, to my awe, he said yes of course!
> Parallely, since I wasn't sure of how we should render the typical book
> elements nor the typical features of an ebook reading app in a TW5
> interface, I asked *JD*, one of our gifted community contributors to TW5
> user interfaces, for ideas and preliminary tests.
>
> Soon enough, the three of us had regular meetings, that eventually led to
> a *preliminary release* of several great open source products that are
> now embedded into every non-DRM books and extracts that you'll find at the
> *7switch* ebookstore:
>
>1. The first one is already included in the current prerelease of TW5:
>the dynaview plugin
>
> <https://tiddlywiki.com/prerelease/#%24%3A%2Fplugins%2Ftiddlywiki%2Fdynaview>
>allows content to come into view dynamically in response to familiar
>gestures like scrolling.
>2. Next comes the *dynannotate* plugin, which will soon make its way
>to 5.1.22, and is already included in books and extracts that you can find
>on *7switch*. With it, you can annotate content in a various number of
>ways.
>3. Then you'll find the *ePub-slicer* plugin, a tool to convert any
>ePub file into a plugin that essentially contains a list of small content
>chunks (aka tiddlers!) which can be revealed during the scroll as you read
>the book in the browser. Thanks to their

[tw5] Announcement: TW5-powered ebooks

[Xavier Cazin]

Hi everyone,

TL;DR: Go to
https://www.7switch.com/fr/ebook/9783962558772/great-expectations-serapis-classics,
click on "Read an extract" and play with it. Then come back if you'd like
to know more.

I have been working in the publishing industry for the past 25 years,
including the last 10 years as the co-founder of a French ebook
distribution company, *immatériel.fr *. Among
many things that got me frustrated in the course of selling ebooks is the
fact that ebook formats have never been in phase with how we have linked
ourselves to knowledge in the two last decades.

The main reason for this particular failure is because ePub and Mobipocket
were initially (around 2010) imposed to publishers by Apple and Amazon
respectively, and became soon the only digital formats that publishers
could sell to the main vendors (actually, Google Play Books also sells PDF
books).

While there are other reasons to rant about the current state of the ebook
market, I gave some thought about what could be a likeable modern format
for eBooks, and as you guessed, TiddlyWiki checked all the boxes:

   1. the book should be easy to open: the reading app could be the same
   browser that you used to buy the book, whether you are on your mobile or at
   your desktop;
   2. it should be readable both offline or online;
   3. it should open at the same place where you stopped reading last time;
   4. typesetting should be as beautiful and complex as a website can be;
   5. content should be truly multimedia, including live content from
   anywhere on the network. Audio books should be a mere byproduct of this
   feature;
   6. authors should be allowed to multiply standpoints on its content;
   7. readers should be able to reorganise the initial content, and also
   write above and around it;
   8. for the paranoids out there or those who missed Tim O'Reilly's famous
   piece on piracy
   

   back in the days, book content should be easy to encrypt. Ebooks lending to
   libraries might actually be a good use case.

So we at *immatériel.fr * considered that this
territory was worth exploring and we dedicated our 2019 R efforts into
building a TW5 alternative format for customers who were regularly buying
ePubs at our experimental bookstore *7switch.com *. We
had to move forward on two fronts in parallel:

   - Converting our full catalog of 80K ePubs from more than 1000 (mostly
   French) publishers into TW5
   - Figuring a way to display books in an homogeneous way, yet familiar
   enough for both people reading content on the Web and people used to ePub
   reading apps, while showing off their new TiddlyWiki nature.

So I asked *Jeremy* if he'd welcome a sponsoring for such a project through
his company *Federatial* and, to my awe, he said yes of course! Parallely,
since I wasn't sure of how we should render the typical book elements nor
the typical features of an ebook reading app in a TW5 interface, I asked
*JD*, one of our gifted community contributors to TW5 user interfaces, for
ideas and preliminary tests.

Soon enough, the three of us had regular meetings, that eventually led
to a *preliminary
release* of several great open source products that are now embedded into
every non-DRM books and extracts that you'll find at the *7switch*
ebookstore:

   1. The first one is already included in the current prerelease of TW5:
   the dynaview plugin
   
   allows content to come into view dynamically in response to familiar
   gestures like scrolling.
   2. Next comes the *dynannotate* plugin, which will soon make its way to
   5.1.22, and is already included in books and extracts that you can find on
   *7switch*. With it, you can annotate content in a various number of ways.
   3. Then you'll find the *ePub-slicer* plugin, a tool to convert any ePub
   file into a plugin that essentially contains a list of small content chunks
   (aka tiddlers!) which can be revealed during the scroll as you read the
   book in the browser. Thanks to their plugin nature, not only multiple
   converted books can be hosted in a single TW5 file, but also one can
   override book content without fear, since the original shadow tiddlers
   could be retrieved at any time. Note that the HTML parsing is not yet
   complete, as we'd like to be able to parse any ePub, whether their content
   has been well semantised or not. So if you see spurious  or
every once in a while, don't be surprised: *you're looking
   at a work in progress*.
   4. Finally, you'll also find JD's *TW Book Wrapper* plugin, which is
   responsible for most specific UI elements, from annotations management to
   the automatic language switching, based on your browser default language.
   By the way, we started 

Re: [tw5] Re: publishing a wiki. store.php working? github better?

[Xavier Cazin]

Hi HC,

If you're using the original version of store.php, it is not compatible
with recent versions of PHP. Replacing split() with explode() throughout
the file should be enough to make store.php work with PHP7.

Cheers,
-- Xavier


On Mon, Mar 9, 2020 at 10:21 AM HC Haase  wrote:

> thank you for your suggestions. I also fail in getting tw-receiver to
> work. Properly some issue with my hosting (htacces and permissions is
> checked).
>
> But I begin to think, that this is too much hassle. Maybe I just drop my
> file once in a while via ftp. It was a cool concept though.
>
> --
> 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/4c87968c-7658-481a-8938-408a94c6d656%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/CADeSwYNvLL3xKJXmG8iwov38oFJvPzsjPWp%2Bi7Cf%2By_Xhkb3kw%40mail.gmail.com.

Re: [tw5] Re: What does "wikify" mean?

[Xavier Cazin]

Hi Matt, Tony,

Here is my take: *wikifying means reusing the result of the wikification in
your code instead of displaying it*.

Indeed, wikification typically produces a complex HTML string, so if you
rather need a flat text string, the safest route is to ask <$wikify> to
render a sequence of <$text> widgets as in:

\define foo()
\whitespace trim
<$text text={{{ [[$:/temp/selected
class]get[text]else[tc-view-field-name]addsuffix[ ]addprefix[@@.]] }}} />
<$text text=<> />
<$text text="@@ "/>
\end

Here is the string computed in `<>`: //<>//

<$edit-text tag=input tiddler tiddler="$:/temp/selected class"
placeholder="give a CSS class" default='blue' />

<$wikify name=class-caption text=<>>
<$button>

<$action-setfield caption=<> />
set class ''<$text text={{{ [[$:/temp/selected
class]get[text]else[tc-view-field-name]] }}}/>'' to the current caption



Admittedly, this is a rather dumb example: it merely shows that you can
compute new wikitext (for later reuse) by retrieving the string that is
build in the <> macro, instead of displaying it.

Cheers,
-- Xavier Cazin


On Sat, Feb 1, 2020 at 7:57 PM Mat  wrote:

> Thanks for input guys. My question was solely about a word definition for
> what "to wikify" means. Only now did I realize I can google it
> <https://en.wiktionary.org/wiki/wikify> (ingenious!) and I find:
>
> To adapt to the standards and facilities of an existing wiki
>> <https://en.wiktionary.org/wiki/wiki>, such as by marking up
>> <https://en.wiktionary.org/wiki/mark_up> with wikitext
>> <https://en.wiktionary.org/wiki/wikitext>
>
>
> Now, this makes me think even more that when *we* use wikify, we have our
> own local definition of the term because while I instinctively agree with
> the proposed definition above, this does not seem to be how we use it in
> tiddlyverse. So again, exactly what do we mean when we say "wikify"? Maybe
> it only means "to apply the WikifyWidget"?
>
> And, further: What term should I use when I mean the above definition?
> Perhaps "convert to wikitext"?
>
> <:-)
>
> --
> 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/7449439c-7492-4ae3-98a9-dddb434e5b05%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/7449439c-7492-4ae3-98a9-dddb434e5b05%40googlegroups.com?utm_medium=email_source=footer>
> .
>

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

Re: [tw5] focus=yes in edit widget causes input to be selected

[Xavier Cazin]

Hi Jeremy,

Thank you for your answer: it lead me to switch to a more idiomatic code
for the UI, which wouldn't trigger the edit-text refresh!

Cheers,
-- Xavier Cazin


On Mon, Jan 27, 2020 at 7:08 PM Jeremy Ruston 
wrote:

> Hi Xavier
>
> I think this is the venerable problem of the focus/selection not being
> retained over a refresh cycle. The only way to avoid it at present is to
> ensure that the edit-text widget doesn’t get refreshed.
>
> Best wishes
>
> Jeremy.
>
> On 27 Jan 2020, at 16:50, Xavier Cazin  wrote:
>
> Hello everyone,
>
> I stumble on an issue that I can seem to solve by myself: in the code
> below, I need to set focus=yes to counter the lost of focus caused by the
> <$set> content refresh :
>
> <$set name=foo value=<> >
>
> Refresh of the `foo` value: ''<>'' causes either //focus// or //user
> input// (when `focus=yes`) to be lost.
>
> <$edit-text tiddler="$:/state/foo" focus=yes tag=input placeholder="Try
> typing something" default=""/>
> 
>
> But then the input text gets selected as it is typed, causing the next
> character to replace the previous one. Tested on 5.1.21 and
> 5.1.22-prerelease, on Firefox and Chrome. How would you solve this?
>
> Thanks in advance for your help!
>
> -- Xavier Cazin
>
> --
> 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/CADeSwYPUwP2jm1-aynHhaNtRSXttL%3DD6y9xWbVEUc75eWYSgQA%40mail.gmail.com
> <https://groups.google.com/d/msgid/tiddlywiki/CADeSwYPUwP2jm1-aynHhaNtRSXttL%3DD6y9xWbVEUc75eWYSgQA%40mail.gmail.com?utm_medium=email_source=footer>
> .
>
>
> --
> 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/7BBF3EB0-A866-4CD5-AB5F-FE0B0EEBF57A%40gmail.com
> <https://groups.google.com/d/msgid/tiddlywiki/7BBF3EB0-A866-4CD5-AB5F-FE0B0EEBF57A%40gmail.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYMfWRYgHWWaoNzF25mKg-xod%3DdbjtT-NLivP6POsXHGcg%40mail.gmail.com.

[tw5] focus=yes in edit widget causes input to be selected

[Xavier Cazin]

Hello everyone,

I stumble on an issue that I can seem to solve by myself: in the code
below, I need to set focus=yes to counter the lost of focus caused by the
<$set> content refresh :

<$set name=foo value=<> >

Refresh of the `foo` value: ''<>'' causes either //focus// or //user
input// (when `focus=yes`) to be lost.

<$edit-text tiddler="$:/state/foo" focus=yes tag=input placeholder="Try
typing something" default=""/>


But then the input text gets selected as it is typed, causing the next
character to replace the previous one. Tested on 5.1.21 and
5.1.22-prerelease, on Firefox and Chrome. How would you solve this?

Thanks in advance for your help!

-- Xavier Cazin

-- 
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/CADeSwYPUwP2jm1-aynHhaNtRSXttL%3DD6y9xWbVEUc75eWYSgQA%40mail.gmail.com.

Re: [tw5] Re: Demo: SVG live editor

[Xavier Cazin]

Hi Thomas,

> I don’t know what your link example should do but the link did not work
> for me (= nothing happend after copying your example to the editor and
> clicking the link in the preview).
>

Well, it is actually a permaview link, which in effect should at least add
the FollowMe tiddler in your story. Not very useful I admit, but I happen
to love the principle of story filter links :-) I expected that this would
navigate to FollowMe too, but it doesn't, for some reasons...

> Anyway I think that links should be put around an svg instead of inside an
> svg. A button can do anything and look like anything in TW and you can
> decorate it with an icon.
>

I kind of agree, if your SVG is to be used as an icon, but what about
charts and timelines based on field values? Navigating to the tiddlers that
contributed the charts from within the SVG sounds relevant.
Cheers,
Xavier.

>
> All the best and keep the ideas coming!
> -t
>
> Am Donnerstag, 16. Januar 2020 19:50:20 UTC+1 schrieb Xavier:
>>
>> this seems to work:
>>
>> 
>> >   title="This is a link title in SVG!">Add a contact information
>> tiddler
>> 
>>
> --
> 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/059f9c3f-ba88-48ad-bb91-34a63cfb498d%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/CADeSwYMCDaSnyY_jQ5HHV%2B1nNMLjr4Vnww7pSnMzkxcYZr8U2Q%40mail.gmail.com.

Re: [tw5] Re: Demo: SVG live editor

[Xavier Cazin]

Hi Thomas,

Also, mixing some TW5 widgets like <$list> could give us inspirations for
dynamically generated drawings :-)

Cheers,
-- Xavier Cazin


On Thu, Jan 16, 2020 at 7:49 PM Xavier Cazin  wrote:

> Hi Thomas,
>
> Thanks for the WikiText example! Another thing that would be particularly
> relevant: links to other tiddlers, including those that hold a story
> filter. I'm not 100% sure of the actual syntax but this seems to work:
>
> 
>title="This is a link title in SVG!">Add a contact information
> tiddler
> 
>
> Cheers,
> -- Xavier Cazin
>
>
> On Thu, Jan 16, 2020 at 11:30 AM Thomas Elmiger 
> wrote:
>
>> Hi Xavier and all,
>>
>> What is cool about publishing stuff: You get feedback that pushes you out
>> of your comfort zone like this one from Xavier:
>>
>> Thank you for this very useful resource! May I suggest that you add an
>>> example to illustrate WikiText inclusion (especially transclusion) in SVG?
>>>
>>
>> Now in the newest version of the SVG Playground on
>> https://tid.li/tw5/apps/svg.html you will find a newly developed svg
>> exporter AND an example with cool transclusions.
>>
>> It worked for me, let me know how it works for you. (Responses might take
>> some days.)
>>
>> All the best,
>> Thomas
>>
>> --
>> 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/19b1fc14-e346-4feb-ad54-dae0d1c10383%40googlegroups.com
>> <https://groups.google.com/d/msgid/tiddlywiki/19b1fc14-e346-4feb-ad54-dae0d1c10383%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>

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

Re: [tw5] Re: Demo: SVG live editor

[Xavier Cazin]

Hi Thomas,

Thanks for the WikiText example! Another thing that would be particularly
relevant: links to other tiddlers, including those that hold a story
filter. I'm not 100% sure of the actual syntax but this seems to work:


Add a contact information tiddler


Cheers,
-- Xavier Cazin


On Thu, Jan 16, 2020 at 11:30 AM Thomas Elmiger 
wrote:

> Hi Xavier and all,
>
> What is cool about publishing stuff: You get feedback that pushes you out
> of your comfort zone like this one from Xavier:
>
> Thank you for this very useful resource! May I suggest that you add an
>> example to illustrate WikiText inclusion (especially transclusion) in SVG?
>>
>
> Now in the newest version of the SVG Playground on
> https://tid.li/tw5/apps/svg.html you will find a newly developed svg
> exporter AND an example with cool transclusions.
>
> It worked for me, let me know how it works for you. (Responses might take
> some days.)
>
> All the best,
> Thomas
>
> --
> 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/19b1fc14-e346-4feb-ad54-dae0d1c10383%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/19b1fc14-e346-4feb-ad54-dae0d1c10383%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYN4S3k3PALQQR%3D%3DEX_NCHR8XSdaf-1PvGWkjR2iQrphUw%40mail.gmail.com.

Re: [tw5] Re: Demo: SVG live editor

[Xavier Cazin]

Hallo Thomas,

A propos loading examples directly: I am not sure, this would be an
> improvement for beginners. (I did not try yet, but ...) I suppose checking
> what examples are available in the select could lead to overwriting work a
> user did before. So until now I see the push of an extra button as a safety
> net.
>
> Let me know how you see it.
>

I didn't think of the load button as a safety net for when an example code
has been edited. So I guess you are right: keeping it is probably more
valuable than saving a click!
Tschüß!
X.

-- 
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/CADeSwYOfuPei7GDvdU15yJE-JERf3wHuWDA8zSX1X4GrWfEyuw%40mail.gmail.com.

Re: [tw5] Re: Demo: SVG live editor

[Xavier Cazin]

Hi Thomas,

Thank you for this very useful resource! May I suggest that you add an
example to illustrate WikiText inclusion (especially transclusion) in SVG?

Also, here is an optimisation to move the example loading action directly
into the select widget:

Replace
---

Examples: <$select tiddler="selectTid" default="S:/examples/Open
Paths">
<$list filter="[prefix[$:/examples/]]">
>>
<$view field=caption><$view field=title/>


 
<$vars newSvg={{{ [[selectTid]get[text]] }}}>
<$button set="$:/telmiger/svg/icon/path" setTo={{{ [get[text]] }}}>
Load 


---
with
---

Examples: <$select tiddler="selectTid" default="S:/examples/Open
Paths" actions="""<$action-setfield $tiddler="$:/telmiger/svg/icon/path"
$value={{{ [[selectTid]get[text]get[text]] }}} />""">
<$list filter="[prefix[$:/examples/]]">
>>
<$view field=caption><$view field=title/>




---

Cheers,
-- Xavier Cazin


On Mon, Jan 13, 2020 at 8:40 AM Thomas Elmiger 
wrote:

> Hello all,
>
> On my way to work I put a new version online
> https://tid.li/tw5/apps/svg.html :)
>
> Optimisations:
>
>- Select and load examples
>- I just had to add captions to examples (thanks, Mohammad!)
>- Export button (thanks, Gloom!)
>- Additional raster (renamed "grid") size 5 (thanks, Josiah!)
>- TW icons from prerelease 5.1.22 (less code)
>- Link to top
>- ...
>
> Pending:
>
>- Size options: I am thinking about resizing buttons as YouTube has
>them for the video player
>(width 100% is not optimal on my tiny laptop screen).
>
> Best,
> Thomas
>
> Am Sonntag, 12. Januar 2020 15:08:35 UTC+1 schrieb TiddlyTweeter:
>>
>> Ciao Thomas
>>
>> Looking at it more I'm thinking "Width 100%" is optimal! Are there
>> reasons not to have that as default?
>>
>> Just thoughts
>> J, x
>>
>> On Sunday, 12 January 2020 14:53:17 UTC+1, TiddlyTweeter wrote:
>>>
>>> Ciao Thomas
>>>
>>> Following up on on my last post ... the setting of "100% width" plus
>>> "Open in new window" is pretty much equivalent to "Edit at full-width".
>>> Something worth thinking about to give a button for automating that in the
>>> interface?
>>>
>>> Hope this is clear!
>>>
>>> Just thoughts
>>> TT
>>>
>>> On Sunday, 12 January 2020 14:45:50 UTC+1, TiddlyTweeter wrote:
>>>>
>>>> Thomas Elmiger wrote:
>>>>>
>>>>> Hello friends, a new version is live on
>>>>> https://tid.li/tw5/apps/svg.html :)
>>>>>
>>>>   
>>>>
>>>>> In the CSS editor below the result you can see *width: 70vh; *– this
>>>>> tells the graphic to use a width corresponding to 70% of viewport
>>>>> height.Try other values or entities and let us know what works best on 
>>>>> your
>>>>> screens.
>>>>
>>>>
>>>> Ciao Thomas
>>>>
>>>> Excellent info & changes ...
>>>>
>>>> FYI: I changed width to 100% and then "open in new window". Then
>>>> editing  is excellent!
>>>>
>>>> At that scale I'd like to increase the raster intervals more though ...
>>>> so ... *Raster "5, 10, 20, none"* would be really good! :-)
>>>>
>>>>
>>>>> Hope that helps.
>>>>>
>>>>
>>>> It did.
>>>>
>>>> J, x
>>>>
>>> --
> 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/28c784c0-e5ce-49e7-9a09-e7719d07cb04%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/28c784c0-e5ce-49e7-9a09-e7719d07cb04%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYP9oBe7t_n7pPr2tTj%3DQC2xuAUC0-MDg4nqGj20Lbi8dg%40mail.gmail.com.

Re: [tw5] Using a variabvle to transclude tagged tiddlers - assistence please

[Xavier Cazin]

Hi Tony,

You probably solved your issue since, but in case you didn't, I just wanted
to state for the record that it was a perfect job for the *subfilter*
operator:

\define transcludeTag() [addprefix[$:/autotag/transclude/]]

$:/autotag/transclude transcluding items tagged {{{
[subfilter] }}}
<$list filter="[subfiltertagging[]]"
variable="transcludeTiddler">
   hi <> <$transclude tiddler=<>
mode=block />


Since *subfilter* role is to plug filter strings into other filters, the
computation of the filter result is delayed until necessary, first to
display it thanks to the {{{}}} construct, then to feed it to the list
widget as part of its filter attribute.
However, this power may have a drawback if we are not cautious: since the
computation of [] is delayed, let's say you didn't give an
explicit variable name to the list widget, and rather wanted to rely on it
to set currentTiddler and pass it to its content:

\define transcludeTag() [addprefix[$:/autotag/transclude/]]

$:/autotag/transclude transcluding items tagged {{{
[subfilter] }}}

(outside the list widget, ''<$text text="[subfilter]"/>''
gives {{{ [subfilter] }}})
<$list filter="[subfiltertagging[]]">
   hi <> <$transclude mode=block />
(inside the list widget, ''<$text text="[subfilter]"/>''
gives {{{ [subfilter] }}})


Because the currentTiddler value changes when entering the list widget, so
does the value of any included filters that contain a reference to
currentTiddler.

Best,
-- Xavier Cazin


On Sun, Dec 29, 2019 at 9:50 AM TonyM  wrote:

> Folks,
>
> In the following code I just can't get the list widget to display its
> contents, including "hi" and transclude all tiddlers tagged with transcludeTag
> or
> \define transcludeTag() {{{
> [addprefix[$:/autotag/transclude/]] }}}
> $:/autotag/transclude transcluding items tagged <>
> <$wikify name=tagname text="{{{ [] }}}">
> tagname = "<>"
> <$list filter="[tagging[]]" variable="transcludeTiddler">
>hi <> <$transclude tiddler=<>
> mode=block />
> 
> 
>
> The tagname displays correctly but does not work in the filter also using
> "[tag]" or [tag]"
> If I place the literal name in the filter it works eg
> "[tag[$:/autotag/transclude/New Tiddler 7]]"
>
> I thought I needed to use the wikify widget but no,
>
> What do you think?
>
> Thanks in advance
> Tony
>
> --
> 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/0ee38a64-297c-4d83-b809-68619d1fda17%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/0ee38a64-297c-4d83-b809-68619d1fda17%40googlegroups.com?utm_medium=email_source=footer>
> .
>

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

Re: [tw5] The-book in Tiddlywiki format

[Xavier Cazin]

Hi Luis,

FWIW, I love your book in tiddlywiki format even better than in PDF. For
one, the reader can test your code immediately. In addition, (s)he can add
specific information or reorganise it to her/his taste. And it would
certainly make it easier to propose you new content in this format.

Cheers,
-- Xavier Cazin


On Tue, Dec 17, 2019 at 10:53 AM Luis Gonzalez  wrote:

> In order to collaborate, I'm converting The-Book from pdf to a Tiddlywiki.
>
> This are the first 4 chapters. Do you think this is a readable wiki?. It
> is not yet complete.  In this way we can all collaborate without learning
> latex.
>
> At the end of the process I convert from wiki to a pdf file, so we have
> the two: the wiki and the pdf.
>
> --
> 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/2b33d0a5-22c0-40f7-9c31-7c1ec3231884%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/2b33d0a5-22c0-40f7-9c31-7c1ec3231884%40googlegroups.com?utm_medium=email_source=footer>
> .
>

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

Re: [tw5] Re: Filter operators: THEN ELSE ~(ELSE)

[Xavier Cazin]

Hi Mohammad,

A good concrete example could be a followup to your recent template
question. Here, we used the ~[...] construct to *compute* a tiddler title
(or a list thereof):

<$list variable=template filter="[tag[a]] ~[tag[b]] ~[[tid3]]">
<$transclude mode=block tiddler=<> />


The computation of tid2 could have been of course arbitrarily more complex
than *[tag[b]].*
If we wanted to use the *else* operator on the other hand, the only thing
we could have done would have been to directly write tiddler titles that
were previously known, like in:

<$list variable=template filter="[tag[a]else[tid2]else[tid3]]">
<$transclude mode=block tiddler=<> />


Or at most, got from a variable or a  field:

<$list variable=template
filter="[tag[a]elseelse{field-holding-tid3}]">
<$transclude mode=block tiddler=<> />


By the way, your test below is indeed intriguing. It looks like the
operator *title* (hidden in the  expression) always constructs something
that won't be considered empty by the rest of the filter, whatever the
value of the variable  is. In other words, it always returns b. It
sounds like a bug to me :-)

<$list filter="[thenelse]">




-- Xavier


On Wed, Dec 4, 2019 at 8:20 PM Mohammad  wrote:

> Yes, I hope to see more example to see how they work!
>
> --Mohammad
>
> On Wednesday, December 4, 2019 at 7:36:46 PM UTC+3:30, TiddlyTweeter wrote:
>>
>> Could you give a concrete example? Just asking for a friend :-)
>>
>> On Wednesday, 4 December 2019 16:49:18 UTC+1, PMario wrote:
>>>
>>> Hi,
>>>
>>> then and else are used in a filter run. ~ starts a new run.
>>>
>>> See the docs list
>>> 
>>> .
>>>
>>> -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/8a4a3a6b-5050-416e-85f9-9f31bfb5b8c1%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/CADeSwYPLjYok%2BtFkFAWZP2y_r088gF%3DmbL0naYMp71gsXezTaA%40mail.gmail.com.

Re: [tw5] Re: Select among three tiddlers with priority

[Xavier Cazin]

Hi Mohammad,

For your use case, here is a typical use of the ~ operator (aka "else") on
filter runs :

<$list variable=template filter="[tag[a]] ~[tag[b]] ~[[tid3]]">
<$transclude mode=block tiddler=<> />


Best regards,
Xavier.

On Wed, Dec 4, 2019 at 8:02 AM Mohammad  wrote:

> Yes, seems your solution also works!
>
> I am trying to use this for tiddler overloading like the one is found for
> shadow tiddlers!
>
> So, tid2 is required to overload if tid1 exist! If none exist TW should
> use a default tiddler called tid3 here!
>
>
> One use case:
>
>
>1. Display a tiddler using template tid2 (the one tagged with b)
>2. If user supplied its own template use user template here is tid1
>(the one tagged with a)
>3. If not supplied tid1 nor tid2 use a default template called tid3
>
>
>
> --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/b9e4d7a7-e8d2-43b1-9e56-60ddf30b263c%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/CADeSwYP6%3D3iatpGUHZUztNpMkMxxsY5febv%2B6m6gZgmFEPZQSg%40mail.gmail.com.

Re: [tw5] Is there a way to generate a set of dynamical variables?

[Xavier Cazin]

Hi Stefan,

I'm almost certain that filters hold the answer to your questions.
Especially since they include operators like subfilter[], then[] and else[]
—and also *~run* constructs. Here is an example of what you can write with
recent TW5 releases:

\define default_subject() My default subject
\define subject-filter() [[My form]get[subject]else]

Subject : <$text text={{{ [subfilter] }}}/>

Does it sound usable for your use case?

Cheers,
-- Xavier Cazin


On Wed, Oct 30, 2019 at 10:04 AM Stephan Hradek 
wrote:

> Background of my question: For a colleague who often needs to write
> standard mails I've created a TiddlyWiki where one can create 2 tiddlers.
> One with the standard mailtext using place holders. The placeholders are
> also defined in the template. Example below. The other tiddler is simply
> one piping the mailtemplate-tiddler through a tiddler which will generate
> the form to fill in the placeholders.
>
> Example for the mailtemplate:
>
> [[subject:Request for offer {{!!company}}]]
> [[recipients:offerman@my.company]]
> [[company:Company Name]]
> [[due_date:Due date]]
> [[revenue:Annual revenue]]
> [[known_cb,not,already:Company known]]
>
> Dear Mr. Offerman
>
> The company {{!!company}} asked for an offer.
>
> Their annual revenue is {{!!revenue}}.
>
> The due date is {{!!due_date]].
>
> {{!!company}} is {{known_cb}} known to us.
>
> Best regards…
>
> The tiddler showing the form is then just something like this:
>
> {{
>Mailtemplate:Request for offer -- Generate Mail
> ||
>Create Mail
> }}
>
> and the resulting form will look something like this:
>
> ++-+
> | Recipients | offerman@my.company |
> ++-+
> | Subject| Request for offer {{!!company}} |
> ++-+
> | Company| [_] |
> ++-+
> | Due date   | [_] [cal]   |
> ++-+
> | Annual revenue | [_] |
> ++-+
> |Company known   | [_] already |
> ++-+
>
>
> This already works quite well, but I do not really like the notation of
> the placeholders {{!!placeholder}}. This is due to the fact that the
> generated form simply stores the values in fields in the mailtemplate.
>
> Since I had difficulties with the recipients and the subject, they are not
> editable and are not in fields. I first wanted to make them editable but
> this did not work as the defaults won't appear unless the tiddler, where
> the fields are located, does not exist. Moreover the defaults are not
> stored unless you explicitly go into the fields. As a result these 2 values
> are stored in variables.
>
> So my next idea was: Wouldn't it be nice, placeholders could be written in
> the form <>?
>
> Unfortunately I am not able to generate a set of variables dynamically.
> You see: I do not know beforehand which placeholders will be used in a
> mailtemplate. So I go through the mailtemplate with the ListWidget, finding
> the placeholders from the top part, generating the input elements. Creating
> variables by this is of course not possible.
>
> But maybe someone here has an idea how to do this?
>
>
>
>
> --
> 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/f472935c-703f-40ff-b8fc-dbfffd3148a6%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/f472935c-703f-40ff-b8fc-dbfffd3148a6%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYNmnAANLb7F%3DHm%3DYmJ98JPy9LxW7wK%3DeDWgQ9wL8PB5uw%40mail.gmail.com.

[tw5] Re: [tw] Re: Hide title and show caption

[Xavier Cazin]

Sorry everyone. Got caught by the reopening of the thread after 3 years :-)
-- Xavier


On Wed, Oct 9, 2019 at 7:18 PM Xavier Cazin  wrote:

> Hi Danielo,
>
> I'm not sure that we fully understand your constraints about not using
> tags nor global styles. I was about to suggest the use of attribute
> selectors (
> https://tiddlywiki.com/#Custom%20styles%20by%20data-tiddler-title) Could
> you elaborate on why you couldn't use one of the following constructs:
>
> [data-tags*="example-test"] .tc-titlebar h2 {
>   display:none;
> }
>
> or
>
> [data-tiddler-title*="a sure match"] .tc-titlebar h2 {
>   display:none;
> }
>
> Cheers,
> -- Xavier Cazin
>
>
> On Sun, Aug 28, 2016 at 7:07 PM Danielo Rodríguez 
> wrote:
>
>>
>>
>> Hello,
>>
>> Thank to both, but both solutions hides the title for the entire wiki.
>> What I want is to hide it only on certain tiddlers, and I don't want to add
>> an specific tag.
>> Mat, does your solution display the title if no alias exists?
>> Maybe I should open an specific thread on this topic: How to style a
>> tiddler without using tags or global styles. Good title...
>>
>> 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 post to this group, send email to tiddlywiki@googlegroups.com.
>> Visit this group at https://groups.google.com/group/tiddlywiki.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/tiddlywiki/2a74806d-2e86-477e-af2c-5cce74d82793%40googlegroups.com
>> <https://groups.google.com/d/msgid/tiddlywiki/2a74806d-2e86-477e-af2c-5cce74d82793%40googlegroups.com?utm_medium=email_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
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/CADeSwYMkQZQWy_ePejMtweabbRTmF%2BRcdPDpd%3DFLO_fZPTVJgQ%40mail.gmail.com.

[tw5] Re: [tw] Re: Hide title and show caption

[Xavier Cazin]

Hi Danielo,

I'm not sure that we fully understand your constraints about not using tags
nor global styles. I was about to suggest the use of attribute selectors (
https://tiddlywiki.com/#Custom%20styles%20by%20data-tiddler-title) Could
you elaborate on why you couldn't use one of the following constructs:

[data-tags*="example-test"] .tc-titlebar h2 {
  display:none;
}

or

[data-tiddler-title*="a sure match"] .tc-titlebar h2 {
  display:none;
}

Cheers,
-- Xavier Cazin


On Sun, Aug 28, 2016 at 7:07 PM Danielo Rodríguez 
wrote:

>
>
> Hello,
>
> Thank to both, but both solutions hides the title for the entire wiki.
> What I want is to hide it only on certain tiddlers, and I don't want to add
> an specific tag.
> Mat, does your solution display the title if no alias exists?
> Maybe I should open an specific thread on this topic: How to style a
> tiddler without using tags or global styles. Good title...
>
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/2a74806d-2e86-477e-af2c-5cce74d82793%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/2a74806d-2e86-477e-af2c-5cce74d82793%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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/CADeSwYNgCti_dEhEX%3DbWs2VhX3wV8Fa9UR%2BYTTX2ObUD7XCPqg%40mail.gmail.com.

Re: [tw5] Are "all tids" the default input to filter?

[Xavier Cazin]

Hi Mat,

https://tiddlywiki.com/#Filter%20Operators starts with an important remark
that probably deserves to appear in more places:

Each first step <https://tiddlywiki.com/#Filter%20Step> of a filter run
<https://tiddlywiki.com/#Filter%20Run> not given any input titles receives
the output of [all[tiddlers]] <https://tiddlywiki.com/#all%20Operator> as
its input.

Cheers,
-- Xavier Cazin


On Fri, Aug 2, 2019 at 12:20 PM Mat  wrote:

> I feel I should know this already but have to ask: Is it correct to say
> that "the original input to a filter are 'all tiddlers' "?
>
> I ask this after noting the example
> <https://tiddlywiki.com/prerelease/#match%20Operator%20(Examples)> for
> the new match filter op that reads:
>
> [match[HelloThere]] --> HelloThere
>
> ...and in the docs for the match op, it says "input : a selection of
> titles"
>
> ...but, of course, a empty filter does not output all tiddlers. (maybe "no
> operator" is a special case which outputs nothing?)
>
> <:-)
>
> --
> 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/3b35ef3d-bb87-4809-9cc2-b75245d4af24%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/3b35ef3d-bb87-4809-9cc2-b75245d4af24%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CADeSwYNgA395%3D7%2B4%3Dr_KQRtTPMQcWLEON2dcbAn5vuaUYNEJjA%40mail.gmail.com.

Re: [tw5] Filtering on "subtags"

[Xavier Cazin]

Hi Steve,

What about using the *tagging* operator like so: [tag[Canis]tagging[]] ?

Cheers,
-- Xavier Cazin


On Mon, Jul 8, 2019 at 8:55 PM Steven Schneider  wrote:

> Hi everyone, I sense that others' have asked but I can't quickly find in
> the group:
>
> How would I filter on a tiddler being a "subtag." For example, if I had
> tiddlers for each species in the animal genus Canis
> <http://1kai.dokkyomed.ac.jp/mammal/en/genus/canis.html> I'd have
> tiddlers tagged "Canis" titled Canis mesomelas, Canis lupus, Canis latrans
>
> How would I create a filter to capture species, effectively capturing
> tiddlers that are tagged to one of the tiddlers tagged to tiddler "Genus"
>
> ?
>
> Thanks,
>
>
> //steve.
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/c19cd84a-7383-4721-b9ea-cc61ef8f9ab6%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/c19cd84a-7383-4721-b9ea-cc61ef8f9ab6%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYNk7UU2_6Z%2B199EaicobMqt63n1mL0kGt3GDumJWg947g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Apply a multi part filter to a list - how?

[Xavier Cazin]

Hi Mat,

>From what I understand, the only piece that is missing in your compound
filter is the *subfilter* operator. This should work as expected:

<$list filter="[suffix[berry]] [tag[tasty]]" variable=part>
<$list filter="tastyapple blueberry rottenbanana lingonberry +[
subfilter]">

<$list>
<$list>

Cheers
-- Xavier Cazin


On Mon, Jul 8, 2019 at 11:20 PM Mat  wrote:

> *Beyond my control*, the user defines a filter like
>
> [suffix[berry]] [tag[tasty]]  (could be many more, and more complex)
>
> This is to be applied to my list of fruits'n berries, where some of them
> are tagged "tasty".
>
> How? Here's the problem shown:
>
> {{{ tastyapple blueberry rottenbanana lingonberry 
> }}}
>
> The output *should* be: tastyapple blueberry lingonberry
>
> It no worky because
> 1) the user filter consists of multiple parts so even if I put a "+"
> before the user filter it wouldn't distribute to the [tag[tasty]] part
> 2) the original fruit list should be, again, filtered *in full* by that
> second filter.
>
> It seems the user filter must itself be treated like a list of elements...
> but is that even possible?
>
> <$list filter="[suffix[berry]] [tag[tasty]]" variable=part>
> <$list filter="tastyapple blueberry rottenbanana lingonberry +[]">
>
> <$list>
> <$list>
>
> The problem here is of course that the "[suffix[berry]] etc" will be
> evaluated and not treated as merely a string.
>
> Can I make it be treated like a string? ...but more importantly, should I?
> The actual problem is the former, not the latter.
>
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/8b7c7a4d-9d1f-405b-b8ff-61ddf111c896%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/8b7c7a4d-9d1f-405b-b8ff-61ddf111c896%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYNshXu7SUi4g4b3oYmkw2hPbaVNvhZATSB7u8wogodvqQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Did I find a bug? Or am I using it wrong?

[Xavier Cazin]

Hi Stephan,

In order to "flatten" the titles retrieved from the filter, you need to use
the *select* attribute of your <$set> widget like so: <$set name="left"
filter="[splitbefore[ -- ]removesuffix[ -- ]]" select=0>

Cheers,
-- Xavier Cazin


On Tue, Jul 2, 2019 at 8:44 AM Stephan Hradek 
wrote:

> For my mailto-link I want to supply a tiddlername and a linktext to a
> macro.
>
> For this I thought it would be a good ideat to do it in the form of
>
> {{the tiddler with the mail template -- the linktext||mailto}}
>
> So the idea is to have a mailtext in the tiddler (the tiddler with the
> mail template) and to create a mailto-link of the form
>
> mailto:…;>the linktext
>
> So for this I need to split the text at " -- ", but this only worked,
> when my tiddler's title does not contain a blank. Otherwise it fails.
>
> Here is a simple tiddler for you to test:
>
> <$set name="testtext" value="the tiddler with the mail template -- the
> linktext">
>
> <$set name="left" filter="[splitbefore[ -- ]removesuffix[ -- ]]">
>
> <$set name="right" filter="[removeprefixremoveprefix[ --
> ]]">
>
> Original: <$text text=<>/>
>
> Left of ' -- ': <$text text=<>/>
>
> Right of ' -- ': <$text text=<>/>
>
> 
> 
> 
>
> The output is
>
> Original: the tiddler with the mail template -- the linktext
>
>
> Left of ' – ': [[the tiddler with the mail template]]
>
>
> Right of ' – ':
>
> Without spaces the output is
>
> Original: the_tiddler_with_the_mail_template -- the linktext
>
> Left of ' – ': the_tiddler_with_the_mail_template
>
>
> Right of ' – ': [[the linktext]]
>
> So for some reason there are square brackets added to the variable's value
> which will make my nice logic fail.
>
> Is there a way around this?
>
>
>
>
>
>
>
>
>
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/1fe8473f-9fb3-482c-b4a9-975eedc4b093%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/1fe8473f-9fb3-482c-b4a9-975eedc4b093%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYP_%3Dg19GSRf%3DG-BFBpKHs0c54OwhK%3DHq6tq4P0FPR3hdg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: create a button that mimics the behaviour of "Create a new tiddler tagged with this one"

[Xavier Cazin]

Hi Ankit,

In order to get a tiddler title instead of a flat string, you usually want
to retrieve it from a filter. You can use Mark's construct to build the
tiddler title manually, but the <$set> widget does have a
handy filter attribute that you can use directly, like so:

<$set name=foo filter='[{!!title}]'>
<$button><$action-sendmessage $message="tm-new-tiddler" text='<$transclude
tiddler="$:/category">' tags=<> />Go!


Regards,
Xavier.


Le ven. 28 juin 2019 à 11:09, Ankit Mittal  a
écrit :

> Hi Mark. Many Thanks. It worked indeed.
>
> However, I must admit I do not follow the code .. what does <$vars> do and
> where should I read about it?
>
> On Thursday, June 27, 2019 at 11:11:32 PM UTC+1, Mark S. wrote:
>>
>> Try
>>
>> <$vars pre="[[" suf="]]">
>> <$button>New tiddler
>> <$action-sendmessage $message="tm-new-tiddler" text='<$transclude
>> tiddler="$:/category">' tags={{{
>> [addprefixaddsuffix] }}} />
>> 
>> 
>>
>>
>> On Thursday, June 27, 2019 at 2:54:29 PM UTC-7, Ankit Mittal wrote:
>>>
>>> Hi,
>>>
>>> I am trying to create a button that mimics the behaviour of "Create a
>>> new tiddler tagged with this one".
>>>
>>> I used this
>>>
>>> <$action-sendmessage $message="tm-new-tiddler" text='<$transclude
>>> tiddler="$:/category">' tags={{!!title}} />
>>>
>>> which works fine so long as title does not have white space but if it
>>> has white space it takes each word as a separate tag instead of making
>>> whole title the tag.
>>>
>>> Please can someone help me achieve this?
>>>
>> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/a96a87f0-c0d8-4f4f-8ce7-b21605bf9d9a%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYPDPDd9moWiO4_Jn_Xmmg3yzWbv15s1qc0oD_d3hPnQ5Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Any examples of using the drop zone widget

[Xavier Cazin]

Hi Tony,

Here is little proof-of-concept for a YouTube video dropper that I never
got completed but that might inspire you. Note that it only works with
single videos, not playlists.

\define parseurl()
<$set name=url filter="[enlistfirst[]]">
<$set name=id filter="[removeprefix[https://www.youtube.com/watch?v=]
]">
<$set name=titre filter="[removeprefix]" select="0">
<$action-setfield full=<>/>
<$action-setfield video=<>/>
<$action-setfield titre=<>/>
<$action-setfield yt=<>/>



\end

\define newVideoButton()
<$reveal type="nomatch" state="!!titre" text="">
<$button>
<$action-sendmessage $message="tm-new-tiddler" title={{!!titre}}
tags="[[selected yt videos]]" yt={{!!yt}} day=<>/>
Click here to create a new video tiddler out of: ''{{!!titre}}''


<$reveal type="match" state="!!titre" text="">
<$button >
<$action-sendmessage $message="tm-new-tiddler" title="Title of the video"
tags="[[selected yt videos]]" yt={{!!yt}} day=<>/>
Click here to create a new video tiddler out of the video below.


\end

<$droppable actions="""<>""">

''Drag and drop the //~YouTube// video url onto this area''
<$reveal type="nomatch" state="$:/info/browser/is/firefox" text="yes">
__Note__ : had the drag and drop been issued within //Firefox//, the video
title would have been retrieved at the same time as its ~YouTube ID!.

<$reveal type="nomatch" state="!!yt" text="" style="width: 40%; text-align:
center; margin: auto;">
<>




<$list filter="[get[yt]addprefix[
https://www.youtube.com/embed/]]; variable=url>
> frameborder="0"
allow="autoplay; encrypted-media" allowfullscreen>


Regards,
-- Xavier Cazin


On Sun, May 19, 2019 at 9:38 AM TonyM  wrote:

> Folks,
>
> Does anyone have any examples of using the drop zone widget.
>
> The documentation is somewhat incomplete at
> https://tiddlywiki.com/#DropzoneWidget and it seem to use a method not
> used elsewhere.
>
> I will contribute new documentation once I am competent at using the
> widget.
>
> What I would like to do is create a tiddler(s) containing one or more drop
> zones with different responses to what is dropped on each zone.
>
> Thanks in advance
> Tony
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/5c0cebee-3530-43c0-bf7c-5f9ed7b5385c%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/5c0cebee-3530-43c0-bf7c-5f9ed7b5385c%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYN6UZnjNL4ktY%2BqcHAVC2DBsjrfzHF1TwEf4xV2cEcRFg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Save directly Tiddlywiki 5 file to GitHub

[Xavier Cazin]

Hi Mohammad,

I think you need to create a first version of the file on GitHub before
being able to push subsequent versions from your wiki.

Cheers,
-- Xavier Cazin


On Tue, Apr 9, 2019 at 1:29 PM Mohammad  wrote:

> Many thanks Jeremy!
>
>
>1. I opened the https://tiddlywiki.com/prerelease/#Saving+to+GitHub
>2. In control panel GitHub saver filled up required information
>3. Click save and I got this error:
>
> XMLHttpRequest Error 401
>
> Note: I have downloaded a copy of
> https://github.com/Jermolene/TiddlyWiki5/commit/aa5eaa98fcb8658dbc2b93476c2e09c9207439d8
> <https://www.google.com/url?q=https%3A%2F%2Fgithub.com%2FJermolene%2FTiddlyWiki5%2Fcommit%2Faa5eaa98fcb8658dbc2b93476c2e09c9207439d8=D=1=AFQjCNGC24_zncHX0h7Qp7TYuJgXRvlxuA>
> renamed it to *index.html* and uploaded to a public repository
>
> --Mohammad
>
>
>
>
>
>
> On Tuesday, April 9, 2019 at 1:30:16 AM UTC+4:30, Jeremy Ruston wrote:
>>
>> I’ve made a first cut at a saver to save directly to GitHub:
>>
>>
>> https://github.com/Jermolene/TiddlyWiki5/commit/aa5eaa98fcb8658dbc2b93476c2e09c9207439d8
>>
>> It works similarly to the upload saver that is used with TiddlySpot: once
>> configured in control panel it takes over saving duties. It can save to an
>> arbitrary filename, path, branch and repository.
>>
>> We still need a beginners tutorial, but there’s some docs here:
>>
>> https://tiddlywiki.com/prerelease/#Saving%20to%20GitHub
>> <https://tiddlywiki.com/prerelease/#Saving+to+GitHub>
>>
>> This is a single file saver, but there’s a lot of potential with this API
>> for other configurations, in particular supporting single file wikis.
>>
>> As ever, please reply here with any questions or comments,
>>
>> Best wishes
>>
>> Jeremy
>>
>>
>>
>> On 8 Apr 2019, at 17:43, Mohammad  wrote:
>>
>> Many Thanks Jeremy!
>> TW deserves to have that capability
>>
>> Best
>> Mohammad
>>
>> On Monday, April 8, 2019 at 3:14:18 PM UTC+4:30, Jeremy Ruston wrote:
>>>
>>> Hi Mohammad
>>>
>>> Referring to: https://github.com/Jermolene/TiddlyWiki5/issues/3890
>>>
>>> And the nice https://github.com/38911BytesFree/TiddlyWiki
>>>
>>>
>>> That is very interesting, I'm sorry I missed it when it was first
>>> released. More to the point, I missed the existence of the GitHub APIs that
>>> it uses for saving files. When I get a chance I shall try to spin up a
>>> GitHub Pages saver for TW5.
>>>
>>> Best wishes
>>>
>>> Jeremy.
>>>
>>>
>>> To save Tiddlywiki directly to GitHub Pages, is it possible to
>>>
>>>
>>>1. Have GitHub Saver plugin? or
>>>2. Update the current classic TW to TW5?
>>>
>>>
>>> --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 tiddl...@googlegroups.com.
>>> To post to this group, send email to tiddl...@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/tiddlywiki.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/tiddlywiki/d2c2a41a-f9bf-42e6-8fce-11534ebfaf48%40googlegroups.com
>>> <https://groups.google.com/d/msgid/tiddlywiki/d2c2a41a-f9bf-42e6-8fce-11534ebfaf48%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "TiddlyWiki" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to tiddl...@googlegroups.com.
>> To post to this group, send email to tiddl...@googlegroups.com.
>> Visit this group at https://groups.google.com/group/tiddlywiki.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/tiddlywiki/bd4a11d5-784d-4b72-a269-8ce8d19bc9be%40googlegroups.com
>> <https://groups.google.com/d/msgid/tiddlywiki/bd4a11d5-784d-4b72-a269-8ce8d19bc9be%40googlegroups.com?utm_medium=email_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "TiddlyWiki" group.
> To uns

Re: [tw5] Save directly Tiddlywiki 5 file to GitHub

[Xavier Cazin]

Hi Jeremy,

Wonderful, thank you for the additional tips.

Cheers,
-- Xavier Cazin


On Tue, Apr 9, 2019 at 9:30 AM Jeremy Ruston 
wrote:

> Hi Xavier
>
> I think this saver will prove immensely useful, thank you!
>
>
> I’m just embarrassed that it took me so long to realise that this was
> possible, and immense gratitude to 38911BytesFree on GitHub who developed a
> version for TiddlyWiki Classic 4 years ago:
>
> https://github.com/38911BytesFree/TiddlyWiki/issues/2
>
> Since we'll certainly want to use it to *publish* wikis (with Github
> Pages), I'd suggest adding a setting *Filter* that allows to save only a
> subset of the tiddlers. For instance, a value "[!tag[Work In Progress]]"
> would sync all tiddlers but those not yet ready for public release.
>
>
> That can be done by creating a custom download button that references a
> custom template. The download button would look like this:
>
> <$button class="tc-btn-big-green">
> <$action-sendmessage $message="tm-download-file" $param="$:/_mytemplate"
> filename="output.html"/>
> Download Filtered {{$:/core/images/save-button}}
> 
>
>
> And then $:/_mytemplate would look like this:
>
> \define saveTiddlerFilter()
> [is[tiddler]] -[prefix[$:/state/popup/]] -[[$:/HistoryList]]
> -[[$:/boot/boot.css]] -[type[application/javascript]library[yes]]
> -[[$:/boot/boot.js]] -[[$:/boot/bootprefix.js]] -[tag[Work In Progress]]
> +[sort[title]]
> \end
> {{$:/core/templates/tiddlywiki5.html}}
>
>
> If one wanted to arrange things so that clicking the usual “save changes”
> button invokes the default saver, but that the special “publish” button
> invokes the GitHub saver, then one would temporarily set the
> $:/GitHub/Username tiddler within the button action string.
>
> Best wishes
>
> Jeremy
>
>
> Cheers,
> -- Xavier Cazin
>
>
> On Mon, Apr 8, 2019 at 11:00 PM Jeremy Ruston 
> wrote:
>
>> I’ve made a first cut at a saver to save directly to GitHub:
>>
>>
>> https://github.com/Jermolene/TiddlyWiki5/commit/aa5eaa98fcb8658dbc2b93476c2e09c9207439d8
>>
>> It works similarly to the upload saver that is used with TiddlySpot: once
>> configured in control panel it takes over saving duties. It can save to an
>> arbitrary filename, path, branch and repository.
>>
>> We still need a beginners tutorial, but there’s some docs here:
>>
>> https://tiddlywiki.com/prerelease/#Saving%20to%20GitHub
>>
>> This is a single file saver, but there’s a lot of potential with this API
>> for other configurations, in particular supporting single file wikis.
>>
>> As ever, please reply here with any questions or comments,
>>
>> Best wishes
>>
>> Jeremy
>>
>>
>>
>> On 8 Apr 2019, at 17:43, Mohammad  wrote:
>>
>> Many Thanks Jeremy!
>> TW deserves to have that capability
>>
>> Best
>> Mohammad
>>
>> On Monday, April 8, 2019 at 3:14:18 PM UTC+4:30, Jeremy Ruston wrote:
>>>
>>> Hi Mohammad
>>>
>>> Referring to: https://github.com/Jermolene/TiddlyWiki5/issues/3890
>>>
>>> And the nice https://github.com/38911BytesFree/TiddlyWiki
>>>
>>>
>>> That is very interesting, I'm sorry I missed it when it was first
>>> released. More to the point, I missed the existence of the GitHub APIs that
>>> it uses for saving files. When I get a chance I shall try to spin up a
>>> GitHub Pages saver for TW5.
>>>
>>> Best wishes
>>>
>>> Jeremy.
>>>
>>>
>>> To save Tiddlywiki directly to GitHub Pages, is it possible to
>>>
>>>
>>>1. Have GitHub Saver plugin? or
>>>2. Update the current classic TW to TW5?
>>>
>>>
>>> --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 tiddl...@googlegroups.com.
>>> To post to this group, send email to tiddl...@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/tiddlywiki.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/tiddlywiki/d2c2a41a-f9bf-42e6-8fce-11534ebfaf48%40googlegroups.com
>>> <https://groups.google.com/d/msgid/tiddlywiki/d2c2a41a-f9bf-42e6-8fce-11534ebfaf48%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>> For more options, visit https://groups.goog

Re: [tw5] Save directly Tiddlywiki 5 file to GitHub

[Xavier Cazin]

Hi Jeremy,

I think this saver will prove immensely useful, thank you!

Since we'll certainly want to use it to *publish* wikis (with Github
Pages), I'd suggest adding a setting *Filter* that allows to save only a
subset of the tiddlers. For instance, a value "[!tag[Work In Progress]]"
would sync all tiddlers but those not yet ready for public release.

Cheers,
-- Xavier Cazin


On Mon, Apr 8, 2019 at 11:00 PM Jeremy Ruston 
wrote:

> I’ve made a first cut at a saver to save directly to GitHub:
>
>
> https://github.com/Jermolene/TiddlyWiki5/commit/aa5eaa98fcb8658dbc2b93476c2e09c9207439d8
>
> It works similarly to the upload saver that is used with TiddlySpot: once
> configured in control panel it takes over saving duties. It can save to an
> arbitrary filename, path, branch and repository.
>
> We still need a beginners tutorial, but there’s some docs here:
>
> https://tiddlywiki.com/prerelease/#Saving%20to%20GitHub
>
> This is a single file saver, but there’s a lot of potential with this API
> for other configurations, in particular supporting single file wikis.
>
> As ever, please reply here with any questions or comments,
>
> Best wishes
>
> Jeremy
>
>
>
> On 8 Apr 2019, at 17:43, Mohammad  wrote:
>
> Many Thanks Jeremy!
> TW deserves to have that capability
>
> Best
> Mohammad
>
> On Monday, April 8, 2019 at 3:14:18 PM UTC+4:30, Jeremy Ruston wrote:
>>
>> Hi Mohammad
>>
>> Referring to: https://github.com/Jermolene/TiddlyWiki5/issues/3890
>>
>> And the nice https://github.com/38911BytesFree/TiddlyWiki
>>
>>
>> That is very interesting, I'm sorry I missed it when it was first
>> released. More to the point, I missed the existence of the GitHub APIs that
>> it uses for saving files. When I get a chance I shall try to spin up a
>> GitHub Pages saver for TW5.
>>
>> Best wishes
>>
>> Jeremy.
>>
>>
>> To save Tiddlywiki directly to GitHub Pages, is it possible to
>>
>>
>>1. Have GitHub Saver plugin? or
>>2. Update the current classic TW to TW5?
>>
>>
>> --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 tiddl...@googlegroups.com.
>> To post to this group, send email to tiddl...@googlegroups.com.
>> Visit this group at https://groups.google.com/group/tiddlywiki.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/tiddlywiki/d2c2a41a-f9bf-42e6-8fce-11534ebfaf48%40googlegroups.com
>> <https://groups.google.com/d/msgid/tiddlywiki/d2c2a41a-f9bf-42e6-8fce-11534ebfaf48%40googlegroups.com?utm_medium=email_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/bd4a11d5-784d-4b72-a269-8ce8d19bc9be%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/bd4a11d5-784d-4b72-a269-8ce8d19bc9be%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/3D46B891-4DCB-45F6-BAA0-CC9971E38E18%40gmail.com
> <https://groups.google.com/d/msgid/tiddlywiki/3D46B891-4DCB-45F6-BAA0-CC9971E38E18%40gmail.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYPKk-8W8Ug9%2BeL4QoWQaJa41Zw%2BE9RKxsravH%3DftfjaDQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Announcing the new "Browser-Storage" plugin

[Xavier Cazin]

Hi Jeremy,

I’m torn as to whether we should enable it on tiddlywiki.com; I think not,
> because of the dangers we’ve been discussing, and yet I’d love to have an
> easily accessible up to date wiki with it. For the moment that is:
>
>
> https://tiddlywiki.com/prerelease/editions/full/#%24%3A%2Fplugins%2Ftiddlywiki%2Fbrowser-storage
> 
>

It works superbly!

Maybe even a bit too well: when we add new tiddlers then reload the wiki
despite the warning, it let us retrieve the newly added content as
miraculously expected, but then the wiki is not marked as tainted anymore,
which seems misleading. I think the red alert should probably remain until
the wiki is actually saved.

Cheers,
Xavier.

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYODsotd39xEuMESYGq3eoMAirUUjST%3D7hyL-nZPCEvpGQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Program flow: how to store a variable in a field without user intervention?

[Xavier Cazin]

Hi bimlas,

FWIW, the event of loading the wiki  is one of the possible triggers for
actions : https://tiddlywiki.com/#StartupActions

Xavier.

Le ven. 4 janv. 2019 à 12:28, bimlas  a écrit :

> TonyM,
>
> Okay, I'll explain the problem more clearly:
>
> I would like to write a TableOfContents macro, where the related tags are
> listed alongside the list items itself.
>
>
> [image: vivaldi_2019-01-04_12-00-41.png]
>
>
> You can use the list of related tags to narrow the list of tiddlers (for
> example, list only those that are linked to Negatable Operators and Tag
> Operators).
>
> [image: vivaldi_2019-01-04_12-07-22.png]
>
> The current solution works, but it is very slow, because going down the
> ToC level, it is narrowing down the list of tiddlers from level to level
> (`kin::to[Reference]kin::to[Concepts]...`). Instead, I reverse the logic:
> only one of the tiddlers associated with the lowest-level tag is listed,
> which is associated with each of the upstream levels (each of `tag[Tag
> operators]` where all of the upstream tags applies to
> `kin::from`).
>
> Since this is a time-consuming operation, I only want to collect the list
> once, but I have to use it in two places: listing the related tags and
> listing the tiddlers themselves. So the logic would be exactly that:
>
> ```
> In the list of tiddlers of current "lowest" tag
>If tiddler fits to each of the "higher" tags
>  Add the tiddler to a tiddler list
>end
> end
> List the related tags of tiddler list
> List the tiddler list itself
> ```
>
> Since it's a table of contents, I should not change the tiddlers of the
> list to make them easier to parse (adding some temporary tags). A button +
> <$action-listops is not appropriate because when the user first opens the
> page, no button is pressed, so triggers are not executed.
>
> I think the beginning of the macro should analyze what the current context
> is, collect the tiddlers and store them somehow. That's what I got stuck
> with.
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/a83417bb-6080-470d-be18-eeaac931c8f3%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYP_noOPBXbw1Uv70ZFvnkBmS2uLpH9wt0LEU%2BqJV0X0%3Dg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] is it possible to configure TiddlyWiki on Node.js to store tiddler files in the same directory as the wikifolder?

[Xavier Cazin]

Hi ch, Jeremy,

Out of curiosity, I added a minimal *tiddlywiki.files* file in a *tiddlers*
subfolder, in order to tell TiddlyWiki 5 that it can also find tiddlers in
the alternate directory. Like so:

cat tiddlers/alternate/tiddlywiki.files
{
"directories": [
{
  "path": "../../tiddlers2",
  "isTiddlerFile": "true"
}
]
}

This almost works as you wanted, but it still misses the ability to delete
tiddlers in the alternate directory. You'll probably find that more
frustrating than useful, sorry ;-)

-- Xavier Cazin


On Mon, Oct 8, 2018 at 1:43 PM Jeremy Ruston 
wrote:

> Hi ch
>
> I’m afraid that default-tiddler-location only affects the location for
> saving new tiddlers; it doesn’t affect the location from which tiddlers are
> read at startup. The docs could perhaps be clearer:
>
> https://tiddlywiki.com/#tiddlywiki.info%20Files
>
> I don’t think that the core currently supports what you’re trying to
> achieve, but there has been some recent discussion on GitHub that is
> relevant:
>
> https://github.com/Jermolene/TiddlyWiki5/pull/3411
>
> What is your motivation for the change?
>
> Many thanks,
>
> Jeremy.
>
> On 8 Oct 2018, at 12:32, ch  wrote:
>
> hi xavier,
>
> thanks for the pointer to the *default-tiddler-location* in the
> tiddlerwiki.info file (i didn't know it existed)... however, it that
> option doesn't work at all with Tiddlywiki on Node.js!
>
> if a configure like this:
>
> "config": {
> "default-tiddler-location": "tiddlers"
> },
>
> i.e. which is the "default" configuration - everything works as expected
> (with or without customising tiddler file naming)
>
> so, then i tried to change from "tiddlers" to "tiddlers2" without
> "customising tiddler file naming":
>
> i.e.
>
> "config": {
> "default-tiddler-location": "tiddlers2"
> },
>
> then, the "story list" (i.e. "$__StoryList.tid") is not handled correctly,
> nor any other TiddlyWiki configurations you can do, like "default tiddlers"
> (i.e. "$__DefaultTiddlers.tid") once i refresh (or restart the Node.js
> session) - tiddlywiki doesn't seem to recognise the "story list", so it
> creates another one named "$__StoryList 1.tid"), and another file for the
> "default tiddlers" named "$__DefaultTiddlers 1.tid"...
>
> so, the "default-tiddler-location" configuration option in the "
> tiddlywiki.info" file is sadly broken :-(
>
> i've tested this with Node.js ver 8.11.1 on Tiddlywiki ver 5.1.17 for
> Windows 7 (the target platform i need to get this working on).
>
> i also tried "customising tiddler file naming", but that's broken as well
> (the "$:/config/FileSystemPaths.tid" seem to be completely ignored).
>
> but, if i put a "$:/config/FileSystemPaths.tid" file in directory "
> tiddlers/_system/config" with "default-tiddler-location" set to "tiddlers2",
> and the content of "FileSystemPaths.tid" is:
>
> ```
> [is[system]removeprefix[$:/]addprefix[_system/]]
> [!has[draft.of]]
> ```
> the "customising tiddler file naming" seem to work (the tiddlers are
> stored in directory hierarchy as configured by the
> "$:/config/FileSystemPaths.tid" file), but suffers from the same problem as
> mentioned above with the "story list" - so that's broken, as well.
>
> i didn't bother to get "default-tiddler-location" set to "." to work
> (which is what i want), since this configuration i've used in this example
> must work before i change the "default-tiddler-location" to the current
> directory...
>
> cheers!
>
>
> Den sön 7 okt. 2018 kl 12:14 skrev Xavier Cazin :
>
>> Hi ch,
>>
>> I meant *to "."*, not to "..", sorry.
>>
>> -- Xavier
>>
>>
>> On Sun, Oct 7, 2018 at 12:12 PM Xavier Cazin  wrote:
>>
>>> Hello ch,
>>>
>>> Maybe you can try to set a *default-tiddler-location* configuration
>>> option to  ".." in the tiddlywiki.info file *(*see
>>> https://tiddlywiki.com//#tiddlywiki.info%20Files) ?
>>>
>>> Regards,
>>> -- Xavier Cazin
>>>
>>>
>>> On Thu, Oct 4, 2018 at 6:33 PM ch  wrote:
>>>
>>>> hi,
>>>>
>>>> this is a feature i've wanted for a long time but never asked the
>>>> friendly TiddlyWiki community for help, b

Re: [tw5] How list NOT tagged with any category

[Xavier Cazin]

Hi Mat,

Are your items and categories recognisable as such? Like they have been
tagged *item* and *category*? If so, my favorite approach would be:

<>

-- Xavier Cazin


On Sat, Oct 13, 2018 at 6:20 PM Mat  wrote:

> How list all tids that are *not* tagged with any of the *arbitrary*(!)
> tags a, b, c ...
>
>
> Real life example: Pack list.
>
> Categories like "hand bag", "important", "suit case", "gifts" and
> whatever are eventually created
> Items like: pants, books, laptop, tickets, 
>
> The items are tagged so they can be listed by category. But, I also need a
> list for all items that have NOT been categorized.
>
> Thanx
>
> <:-)
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/d19c2f09-bc5e-40e0-9e52-7e7535f5ac48%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/d19c2f09-bc5e-40e0-9e52-7e7535f5ac48%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYP_4Oc7RQmhoDm8eQ6MHZvMYZxf%2BckmzJVjoBHuJVg1QQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] is it possible to configure TiddlyWiki on Node.js to store tiddler files in the same directory as the wikifolder?

[Xavier Cazin]

Hi ch,

I meant *to "."*, not to "..", sorry.

-- Xavier


On Sun, Oct 7, 2018 at 12:12 PM Xavier Cazin  wrote:

> Hello ch,
>
> Maybe you can try to set a *default-tiddler-location* configuration
> option to  ".." in the tiddlywiki.info file *(*see
> https://tiddlywiki.com//#tiddlywiki.info%20Files) ?
>
> Regards,
> -- Xavier Cazin
>
>
> On Thu, Oct 4, 2018 at 6:33 PM ch  wrote:
>
>> hi,
>>
>> this is a feature i've wanted for a long time but never asked the
>> friendly TiddlyWiki community for help, but i really need your help with
>> this question - because i don't know how to accomplish this feature.
>>
>> - if you already understand what i want to accomplish, you can stop
>> reading here - if not, continue to read my elaborated example below:
>>
>>
>> so, the help option for running TiddlyWiki on Node.js gives you:
>>
>> $ tiddlywiki --help
>> usage: tiddlywiki [] [-- [...]...]
>>
>> ...and once you have initialized your demo wiki with:
>>
>> $ tiddlywiki demo --init server
>>
>> ...you can startup your new TiddlyWiki with:
>>
>> $ tiddlywiki demo --server
>>
>> ...and visit http://127.0.0.1:8080/ in your favorite browser and start
>> editing and creating tiddlers.
>>
>> by default, the configuration for storing tiddlers are always in the "<
>> wikifolder>/tiddlers", i.e. in this case "demo/tiddlers" - i want the
>> tiddlers to be stored in the wikifolder (or another named directory, for
>> example "src" or "doc"), i.e. in this case the "demo" directory - is that
>> possible? i've never stumbled on any configuration option that makes this
>> possible.
>>
>> if this is an easy configuration option - i also want it to be compatible
>> with customising tiddler file naming, i.e.
>>
>> https://tiddlywiki.com/#Customising%20Tiddler%20File%20Naming
>>
>>
>> kind regards,
>>
>> ch
>>
>> --
>> 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 post to this group, send email to tiddlywiki@googlegroups.com.
>> Visit this group at https://groups.google.com/group/tiddlywiki.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/tiddlywiki/CALyWh22Khp2RJmTjAbF6PrJ4%2Bqyu34ReZLYKmgR3cnv5LiuuWA%40mail.gmail.com
>> <https://groups.google.com/d/msgid/tiddlywiki/CALyWh22Khp2RJmTjAbF6PrJ4%2Bqyu34ReZLYKmgR3cnv5LiuuWA%40mail.gmail.com?utm_medium=email_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYM4k8QC_XTXwge7ALSat1bB-DXDXWv7Ap%3Daz7p5Wugw%3DA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] is it possible to configure TiddlyWiki on Node.js to store tiddler files in the same directory as the wikifolder?

[Xavier Cazin]

Hello ch,

Maybe you can try to set a *default-tiddler-location* configuration option
to  ".." in the tiddlywiki.info file *(*see
https://tiddlywiki.com//#tiddlywiki.info%20Files) ?

Regards,
-- Xavier Cazin


On Thu, Oct 4, 2018 at 6:33 PM ch  wrote:

> hi,
>
> this is a feature i've wanted for a long time but never asked the friendly
> TiddlyWiki community for help, but i really need your help with this
> question - because i don't know how to accomplish this feature.
>
> - if you already understand what i want to accomplish, you can stop
> reading here - if not, continue to read my elaborated example below:
>
>
> so, the help option for running TiddlyWiki on Node.js gives you:
>
> $ tiddlywiki --help
> usage: tiddlywiki [] [-- [...]...]
>
> ...and once you have initialized your demo wiki with:
>
> $ tiddlywiki demo --init server
>
> ...you can startup your new TiddlyWiki with:
>
> $ tiddlywiki demo --server
>
> ...and visit http://127.0.0.1:8080/ in your favorite browser and start
> editing and creating tiddlers.
>
> by default, the configuration for storing tiddlers are always in the "<
> wikifolder>/tiddlers", i.e. in this case "demo/tiddlers" - i want the
> tiddlers to be stored in the wikifolder (or another named directory, for
> example "src" or "doc"), i.e. in this case the "demo" directory - is that
> possible? i've never stumbled on any configuration option that makes this
> possible.
>
> if this is an easy configuration option - i also want it to be compatible
> with customising tiddler file naming, i.e.
>
> https://tiddlywiki.com/#Customising%20Tiddler%20File%20Naming
>
>
> kind regards,
>
> ch
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/CALyWh22Khp2RJmTjAbF6PrJ4%2Bqyu34ReZLYKmgR3cnv5LiuuWA%40mail.gmail.com
> <https://groups.google.com/d/msgid/tiddlywiki/CALyWh22Khp2RJmTjAbF6PrJ4%2Bqyu34ReZLYKmgR3cnv5LiuuWA%40mail.gmail.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYOVfup9CjJQuSEN45aw5EmgcAJijvnAefx8WnFDUTgP8A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: [TW5] Announcing Bob version 1.0.0 Sourdough (formerly MultiUser)

[Xavier Cazin]

Hi Jed,

Well done! This bug has ceased to exist!

I may have one or two new ones for your consideration, unless I do
something wrong:

   - When I create new .tid tiddlers on the filesystem while Bob is
   running, they don't appear in the wiki, and are even deleted if put at the
   root of the tiddlers directory.
   - I don't seem to be able to run scripts that write files (which is kind
   of useful to tell whether they actually run!). An scripts entry like "test"
   : "echo 'Hi' >$HOME/hitest.txt" produces no results, or at least I can't
   find them.

Cheers,

Xavier.

-- Xavier Cazin

On Sun, May 13, 2018 at 5:50 PM, Jed Carty <inmyso...@gmail.com> wrote:

> And that was the 'best' kind of error. Seemingly inconsistent, only
> discovered after releasing version 1.0.0, caused by invisible whitespace,
> it only appeared because I fixed another error that had been hiding it and
> now that I know what happened it is completely obvious.
>
> Version 1.0.1 which hopefully fixes these problems is here:
>
> Single executable: https://github.com/OokTech/
> TW5-SingleExecutable/releases/tag/1.0.1
>
> Plugin: https://github.com/OokTech/TW5-Bob
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/tiddlywiki/35fad569-8b00-40fb-ad7e-dc19db53d65d%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/35fad569-8b00-40fb-ad7e-dc19db53d65d%40googlegroups.com?utm_medium=email_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYO_MCqo5xzUOYgfxh0oXn%3DXO5HzgwGJyVxNPRcY4tcY_A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] [TW5] Announcing Bob version 1.0.0 Sourdough (formerly MultiUser)

[Xavier Cazin]

Hi Jed,

Thanks, I'm eager to test Bob further! One glitch I just noticed, though:
after the update, I can't seem to be able to tweak the theme from the
control panel, or even change the theme: the new value is saved, but it
looks like it is then reversed to its previous state, as if the shadow
value took control back.

Cheers,
X.

-- Xavier Cazin

On Sat, May 12, 2018 at 10:06 PM, Jed Carty <inmyso...@gmail.com> wrote:

> Bob version 1.0.0 is now available.
>
> It is the renamed version of the MultiUser plugin. For people who aren't
> familiar with the old MultiUser plugin the basic features are:
>
> - Serve multiple wikis
> - Two-way syncing of changes between the browser and file system
> - Multiple people can use and edit served wikis simultaneously
> - A static file server for images and other media (include files from the
> local file system in the wiki)
>
> Changes from the last version of the MultiUser plugin are:
> - Changing the name
> - Adding a message that lets you stop queued scripts in progress
>
> Plugin repo: https://github.com/OokTech/TW5-Bob
>
> Single executable version: https://github.com/OokTech/
> TW5-SingleExecutable/releases/tag/1.0.0
>
> Let me know if you find bugs.
>
>
> Updating to Bob from MultiUser will take a few changes.
>
> single executable version
>
> If you are using the single executable version then you will need to edit
> the tiddlywiki.info file in the IndexWiki folder. There is a line
> (probably line 4) that reads
> "OokTech/MultiUser"
> change that line to
> "OokTech/Bob"
>
> plugin version
>
> If you are using the plugin version, in addition to changing the
> tiddlywiki.info file for your root wiki, you will need to either: 1)
> change the remote url of the plugin repo or 2) just delete the old plugin
> and clone Bob again.
>
> Other than that, everything should be compatible.
>
>
> If you want to support the development OokTech has a patreon page here
> https://www.patreon.com/OokTech
> or if you prefer there  is a link for PayPal here
> https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick_
> button_id=ZG94CTLHTKYRE
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/tiddlywiki/02439d51-8a95-470a-adf6-d49bf07757d4%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/02439d51-8a95-470a-adf6-d49bf07757d4%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYNCUJp7p6WtcvtTZU5aVSU4qt9%2BCPWgZPKGB%3Dg%3DXDPSAQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: [TW5] Updates to the MultiUser plugin and the Single Executable version

[Xavier Cazin]

Hi Jed,

For the record, although the armv7 executable doesn't work directly on
Termux (on my Android 6.01 Fairphone), it does work like a charm on a Linux
subsystem (Debian Stretch in my case).

Android device owners out there, if you are somewhat familiar with Linux,
here are the main steps:

   1. Install the Termux app on your Android device
   2. Get the https://github.com/sp4rkie/debian-on-termux script and tweak
   it if you want (I only changed the localtime)
   3. Follow the Readme instructions in order to execute the script from a
   directory that resides on your main sdcard (otherwise it can't be executed)
   4. Wait about 30 minutes until the Debian installation completes
   5. Execute the *enter_deb* script
   6. *apt install xdg-utils elinks* # seems a bit overkill as the only
   reason is to allow Bob to open its console...
   7. exit Linux and re-execute *enter_deb* with the *-n* option in order
   to log in as the normal Termux user
   8. download tiddlyArmv7 from here
   https://github.com/OokTech/TW5-SingleExecutable/releases/ and execute \o/

The next executions only require to first enter the Linux system from
Termux using* enter_deb -n*.
This is not exactly the snap aimed by these executables, and I guess that
those who don't fear this procedure won't be afraid to install the normal
MultiUser plugin on Termux instead. But I'm sure there are some advantages
of using Bob that way, if only because it launches quicker than with the
usual node tiddlywiki command.

Cheers,
Xavier.

-- Xavier Cazin

On Fri, May 11, 2018 at 10:59 PM, Jed Carty <inmyso...@gmail.com> wrote:

> The single executable versions are updated.
>
> I added an armv7 executable, I have no idea if it worked or not. Compiling
> it resulted in a lot of warnings.
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/tiddlywiki/79fb156c-e9e8-4799-b499-5fe70c686009%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/79fb156c-e9e8-4799-b499-5fe70c686009%40googlegroups.com?utm_medium=email_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYO-M4FJC3hZ31CO0%2BzXK%3DWWk-BMdJWBOO47V-47JxwAyw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: [TW5] Updates to the MultiUser plugin and the Single Executable version

[Xavier Cazin]

Hi Jed,

AFAICT, this works perfectly, both in the main wiki and in a sub-wiki (they
used to behave differently regarding this issue). So as a result, I can
just drop an entire standalone TW5 file onto a fresh Bob-powered TW, and it
is ingested without a burp! So neat.

Cheers,
Xavier.

-- Xavier Cazin

On Fri, May 11, 2018 at 6:04 PM, Jed Carty <inmyso...@gmail.com> wrote:

> I won't be able to rebuild the executables until I get home later today,
> but the plugin version should be fixed so it no longer gets trapped in an
> infinite loop when you import an image file by dragging and dropping it.
>
> I look froward to seeing what new bugs this fix introduces.
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/tiddlywiki/d6fc96fd-1853-46d3-a2b0-13dda928125c%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/d6fc96fd-1853-46d3-a2b0-13dda928125c%40googlegroups.com?utm_medium=email_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYPVKOdE72MJCQqGqn3LYqZ%3D%3DafAqj6skw1Ly892DZKmvg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: [TW5] Updates to the MultiUser plugin and the Single Executable version

[Xavier Cazin]

Hi Jed,

Thank you so much for this wonderful plugin! I tested the version 0.1.20 on
both MacOS (executable) and Termux for Android (node plugin). The only
annoying issue I encountered is still related to files dropped to a
Bob-powered wiki, eventhough I set the mimeMap object: the drop of most
file types, including text/plain causes incessant attempts to save (from
what I see in the console under MacOS), and the dropped image is sometimes
rendered, sometimes not (hard to tell in which exact situation), but never
actually saved. I've tried with SVG, PNG and JPEG files. .tid are well
ingested, though.

Thank you very much for adding the sequential parameter for scripts: it
works perfectly with "say" on MacOS. A further ehancement would be the
ability to kill the sequence by its number (for instance when I want to
stop reading the list of tiddlers I gave to "say")!

​Second on my wishlist:
 If you manage to make an arm executable, I'd love to test it
​on Termux.

Also a very minor thing: Instead of the somewhat misleading "Node
settings", I would prefer that the Control Panel tab which holds the
settings was just called* Bob* or *MultiUser*.

Cheers,
X.

-- Xavier Cazin.
immatériel·fr — R.C.S. Paris 509 139 937
http://immateriel.fr — Skype : immateriel.fr
Mobile: +33 6 06 54 55 65 — Phone: +33 1 75 43 72 83

On Fri, May 11, 2018 at 10:59 AM, Jed Carty <inmyso...@gmail.com> wrote:

> The newest version is now packaged into the single executable files as
> release candidate 5.
>
> The biggest new things are that .meta files are handled much better now
> because I fixed some bugs related to tiddlers that use _canonical_uri or
> images, pdfs, etc. that are dragged and dropped into the wiki.
>
> And related to this, if you are going to serve local files please read the
> documentation for it:
> https://github.com/OokTech/TW5-MultiUser/blob/master/Configuration.md
> https://github.com/OokTech/TW5-MultiUser/blob/master/Documen
> tation/Serving%20Files.tid
>
> I haven't done anything that I think will cause problems but that never
> stopped everything from being broken on windows before, so let me know if
> you run into any bugs.
>
>
> The new single file executables are here: https://github.com/OokTe
> ch/TW5-SingleExecutable/releases/tag/0.0.7
> The plugin version is here: https://github.com/OokTech/TW5-MultiUser
>
> If you want to support the development OokTech has a patreon page here
> https://www.patreon.com/OokTech
> or if you prefer there  is a link for PayPal here
> https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick_b
> utton_id=ZG94CTLHTKYRE
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/ms
> gid/tiddlywiki/f302f718-dcb7-4062-80e6-f9af1dbf4153%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/f302f718-dcb7-4062-80e6-f9af1dbf4153%40googlegroups.com?utm_medium=email_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYNEr6C0auBzp0xZBPCBSJh4fZ3wwdW%3D5%3DD5czgMy8GzKw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] [TW5]

[Xavier Cazin]

Hi Tony,

I still wonder why we must go to such lengths to simply use a parameter or
> why we must in the first place. It takes time to learn the convoluted way
> is the only way. Surely we could introduce another widget or variable
> reference so we can use the intuitive code patterns?


Evan Balster has been working on an extension of his "mushroom" operator
that would allow in-place wikification of widget parameters (see
http://evanbalster.com/tiddlywiki/formulas.html#Formulas%20as%20Tag%20Attributes).
That would certainly ease the use of widgets. But don't hold your breath:
merging this addition into the core would not be a simple move...

Best,
-- Xavier Cazin

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYM5ThATP%2BcEMk3%2BLy9E8teXgro31Jpi8u6dw_oLF11ULA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] [TW5]

[Xavier Cazin]

Tony,

Sorry I meant to have the Copy string inside the button widget of course:

\define foo2bar()
<$button>
<$action-createtiddler
   $basetitle="$(newtiddler)$"
   tags={{$:/temp/newtemplatetags}}
   text={{$(sourcetiddler)$!!text}} />
Copy

\end

<$vars newtiddler=bar sourcetiddler=foo>
<> <>
<>


Cheers,
Xavier.

-- Xavier Cazin

On Thu, May 3, 2018 at 3:52 PM, Xavier Cazin <caz...@gmail.com> wrote:

> Hi Tony,
>
> Most often, this the action widget itself that needs to be wrapped in a
> macro, so that it can reference variables through the $v$ or $(v)$
> mecanism, as in:
>
> \define foo2bar()
> <$button>
> <$action-createtiddler
>$basetitle="$(newtiddler)$"
>tags={{$:/temp/newtemplatetags}}
>text={{$(sourcetiddler)$!!text}} />
> 
> Copy
> \end
>
> <$vars sourcetiddler=foo newtiddler=bar>
> <>
> 
>
> Regards,
> Xavier.
>
> -- Xavier Cazin
>
> On Thu, May 3, 2018 at 1:59 PM, TonyM <anthony.mus...@gmail.com> wrote:
>
>> Folks,
>>
>> I have a button to create tiddlers while copying the text field from a
>> source tiddler.
>>
>>
>>- I have the source tiddler name in the variable <>
>>- I have the new tiddler name in the variable <>
>>
>>
>> I can not identify how to specify ###here### the value in
>> <> text field.
>>
>> <$button>
>> <$action-createtiddler $basetitle=<>
>> tags={{$:/temp/newtemplatetags}} text=###here###/>
>> Copy 
>>
>> I have tried set and macros with no luck so far.
>>
>> Any help would be appreciated.
>>
>> Regards
>> Tony
>>
>> --
>> 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 post to this group, send email to tiddlywiki@googlegroups.com.
>> Visit this group at https://groups.google.com/group/tiddlywiki.
>> To view this discussion on the web visit https://groups.google.com/d/ms
>> gid/tiddlywiki/3fe10a21-6d00-4647-ac0d-94452d64bc16%40googlegroups.com
>> <https://groups.google.com/d/msgid/tiddlywiki/3fe10a21-6d00-4647-ac0d-94452d64bc16%40googlegroups.com?utm_medium=email_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYPA-t0TE_TJwbzUPrq7fGtDycrZvUCHWm3fN5bAZXvJzA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] [TW5]

[Xavier Cazin]

Hi Tony,

Most often, this the action widget itself that needs to be wrapped in a
macro, so that it can reference variables through the $v$ or $(v)$
mecanism, as in:

\define foo2bar()
<$button>
<$action-createtiddler
   $basetitle="$(newtiddler)$"
   tags={{$:/temp/newtemplatetags}}
   text={{$(sourcetiddler)$!!text}} />

Copy
\end

<$vars sourcetiddler=foo newtiddler=bar>
<>


Regards,
Xavier.

-- Xavier Cazin

On Thu, May 3, 2018 at 1:59 PM, TonyM <anthony.mus...@gmail.com> wrote:

> Folks,
>
> I have a button to create tiddlers while copying the text field from a
> source tiddler.
>
>
>- I have the source tiddler name in the variable <>
>- I have the new tiddler name in the variable <>
>
>
> I can not identify how to specify ###here### the value in
> <> text field.
>
> <$button>
> <$action-createtiddler $basetitle=<> 
> tags={{$:/temp/newtemplatetags}}
> text=###here###/>
> Copy 
>
> I have tried set and macros with no luck so far.
>
> Any help would be appreciated.
>
> Regards
> Tony
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/tiddlywiki/3fe10a21-6d00-4647-ac0d-94452d64bc16%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/3fe10a21-6d00-4647-ac0d-94452d64bc16%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYPbzPaTj%3DuRrkqNeXwd0F6U8FAC7_LwyxyT8C1BotkP1A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw] Re: [TW5] Single executable version of multi-user tiddlywiki, release candidate

[Xavier Cazin]

Hi Thomas,

Since 0.0.0.0 is *not* a real computer address, you own computer will keep
both 127.0.0.1 (always true for operations local to it like accesses with a
browser running on the same machine) and its local network address that is
displayed in the "Hello!" tiddler (probably assigned automatically at
connection time, and starting with 192.168).

Assigning 0.0.0.0 to the server is just a convention that says that other
hosts in the same local network are allowed to access the wikis operated by
the server. They will do so using your machine local address (thus
typically http://192.168.x.x:8080).

Best,
Xavier.

-- Xavier Cazin

On Tue, Mar 27, 2018 at 10:30 PM, Thomas Elmiger <thomas.elmi...@gmail.com>
wrote:

> Hi Jed, it seems the 0.0.0.0 setting is not saved (although the checkmark
> is dark gray, not red).
>
> Am Dienstag, 27. März 2018 21:49:52 UTC+2 schrieb Jed Carty:
>>
>> Your browser opens in 127.0.0.1 even if it is available to the local
>> network, this doesn't mean other computers can't connect. It should show
>> you the ip address to use to connect from other computers.
>>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/tiddlywiki/9f147160-42fb-401a-a2be-6eb7cb6acd16%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/9f147160-42fb-401a-a2be-6eb7cb6acd16%40googlegroups.com?utm_medium=email_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYMmmpw-RTt%3Dv6G9nYwAcOD0BTMSd0JGSQQzL6AFiSQ6DA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw] Re: [TW5] Single executable version of multi-user tiddlywiki, release candidate

[Xavier Cazin]

Hi Jed,

I am exploring this beautiful plugin feature by feature. The one that
struck me was the ability to launch scripts. A direct application of this
could be dictation of selected text. For testing purposes, MacOS has the
built-in command *say* (http://jampal.sourceforge.net/*ptts*.html can be
run on Windows, same for http://*espeak*.sourceforge.net/ on Linux). So I
made an entry in the *scripts* setting like so: "say":"say #something", and
a test tiddler like so:

\define say(t:"bar")
<$list filter="[tag[$t$]]">
  <$action-websocketmessage $type='runScript' name='say'
#string={{!!text}}/>

\end
<$button actions='<>'>
Dictate text from tiddlers


It works almost as expected, but you may guess what happened: script
executions don't wait for the previous one to terminate, so with 3 tiddlers
tagged foo, I felt like I was in a Parisian café.

So here is a feature request: add a parameter to <$action-websocketmessage
that allows a script to stay in the foreground so that the next scripts
have to wait for it to terminate. Hope it makes sense...

Thank you for the great work!
Xavier.


-- Xavier Cazin

On Tue, Mar 20, 2018 at 4:34 PM, Xavier Cazin <caz...@gmail.com> wrote:

> Jed,
>
> Wow, indeed, this was enough for it too launch immediately! Very
> impressive. I'll explore and tell you how it goes.
>
> Thanks,
> Xavier.
>
> -- Xavier Cazin
>
> On Tue, Mar 20, 2018 at 4:08 PM, Jed Carty <inmyso...@gmail.com> wrote:
>
>> Oh, it looks like this is a problem caused by me being too familiar with
>> what I am doing.
>>
>> You need to make the file executable. To do this open a terminal
>> (terminal.app) and navigate to where the file is and then type
>>
>> chmod +x ./tiddlyOSX.dms
>>
>> and then you should be able to double click on the file and open it. You
>> may need to cmd click and set the default application to open it with to
>> terminal.app
>>
>> And I need to add this to the documentation.
>>
>> --
>> 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 post to this group, send email to tiddlywiki@googlegroups.com.
>> Visit this group at https://groups.google.com/group/tiddlywiki.
>> To view this discussion on the web visit https://groups.google.com/d/ms
>> gid/tiddlywiki/d0a74335-3151-46c1-ade8-55d92bc144c1%40googlegroups.com
>> <https://groups.google.com/d/msgid/tiddlywiki/d0a74335-3151-46c1-ade8-55d92bc144c1%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYOcKTB5TygkSvJmjhN-NUVMrBq3Y6j1g94w%3DOeou7m3Ng%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw] Re: [TW5] Single executable version of multi-user tiddlywiki, release candidate

[Xavier Cazin]

Jed,

Wow, indeed, this was enough for it too launch immediately! Very
impressive. I'll explore and tell you how it goes.

Thanks,
Xavier.

-- Xavier Cazin

On Tue, Mar 20, 2018 at 4:08 PM, Jed Carty <inmyso...@gmail.com> wrote:

> Oh, it looks like this is a problem caused by me being too familiar with
> what I am doing.
>
> You need to make the file executable. To do this open a terminal
> (terminal.app) and navigate to where the file is and then type
>
> chmod +x ./tiddlyOSX.dms
>
> and then you should be able to double click on the file and open it. You
> may need to cmd click and set the default application to open it with to
> terminal.app
>
> And I need to add this to the documentation.
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/tiddlywiki/d0a74335-3151-46c1-ade8-55d92bc144c1%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/d0a74335-3151-46c1-ade8-55d92bc144c1%40googlegroups.com?utm_medium=email_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYMxS5XKEDtS8Zucq2AAijYu%2Bg-JSynR8F8Fuc%2BDkP-UaQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw] Re: TW equivalents of some simple expressions in common programming langauges

[Xavier Cazin]

Hi Joe,

At the surface, the widget-oriented language of TiddlyWiki is just another
domain specific language (
https://en.wikipedia.org/wiki/Domain-specific_language) that we have to
learn by doing, little by little. SQL or LaTeX are not of the generic kind
either, but they are quite adapted to their tasks.

Now the fact that Javascript lays underneath allows you to add any feature
that you consider missing. For instance, Evan Balster made a "condition"
plugin as part as his work on Excel formulas (yet another DSL!) which is
less domain specific than the RevealWidget approach:
http://evanbalster.com/tiddlywiki/formulas.html#%24%3A%2Fplugins%2Febalster%2Fcondition

Cheers,
Xavier.

-- Xavier Cazin

On Mon, Mar 19, 2018 at 11:36 AM, Joe Armstrong <joea...@gmail.com> wrote:

> I should explain my question a little more.
>
> What I wanted to in pseudo code was something like this:
>
> If (this_tiddler_has_tag("foo")) {
> Hello I'm a foo
> Click
> } else {
> Hello
>  }
>
> Now there are 10 quadzilion template languages that can do this.
> For example in django I might write
>
> {% if has_tag("foo") %}
>hello I'm a foo
>...
> {% else %}
>hello<>h1>
> {% endif %}
>
> Pretty easy for anybody to understand - the django filter language is
> described
> at https://djangobook.com/basic-template-tags-filters/
>
> (I'm not recommending django BTW - it's for the example)
>
> The point is this type of syntax (call it django, php, etc.) is
> vary familiar.
>
> The <$list ..> syntax is as far as I can see ,what in many other languages
> would be called
> a list comprehension. Some language call these iterators.
>
> I'd have expected a syntax link this:
>
> 
>
>  ${i).title 
>
> 
>
> The TW equivalent has no variable i but seems to have an implicit variable
> <> which is somewhat confusing.
>
> As it is the similarity to HTML leads me to believe that the widget is
> something like HTML (which it is not) - rather than a programming
> language construct (which it is)
>
> Strange syntax frightens beginners off - they feel happier
> with familiar syntax.
>
>
> On Monday, 19 March 2018 00:18:09 UTC+1, Jed Carty wrote:
>>
>> Wikitext isn't a Turing completely language, there aren't necessarily
>> equivalents to what you are talking about. TiddlyWiki has very few
>> attributes of a normal programming language, I don't think that tiddlywiki
>> has the equivalent of a procedure from an imperative programming language.
>> You can use javascript in tiddlywiki, but in that case it is javascript,
>> not anything specific to tiddlywiki.
>>
>>
> Actually wikiText could be Turing complete (and possible easier to
> understand) if you had a syntax
> that is vaguely similar to conventional syntax. ie you have a set of
> things like this:
>
> 
> ...
> 
>
> 
>
> The problem with the widget syntax is that all the arguments
> get squashed into the head of the definition as keyword arguments
> and not placed syntactically in the body of the statement.
>
> If you had a syntax that reminded people of PHP you'd suddenly get
> thousands of new enthusiasts.
>
> Unfamiliar syntax scares off beginners - been there - done that
>
> Cheers
>
> /Joe
>
>
>
>
>
>> TiddlyWiki does allow a lot of flexibility using recursion and, in my
>> opinion at least, is something like declarative or functional programming.
>>
>>
>> That said, you can do if-then-else using lists like this:
>>
>> <$list filter='condition statement' emptyMessage=<>>
>> Than result
>> 
>>
>> as long as you can define your condition as a filter that returns one or
>> more results if true and no results if false. If you are comfortable with
>> set theory than the filtering operations in tiddlywiki are very powerful.
>>
>
> I'm familiar with list comprehensions - in fact my first WOW moment was
> when I realised
> that <> was just predicate logic with a funny
> syntax.
>
> The filter is "just" a limited sub-set of Prolog with a kind of
> list-comprehension syntax.
>
> The feeling I get playing with tiddly wiki is that it is some kind of
> beautiful mixture of
> smalltalk and prolog and the browser DOM - all mixed together in very
> clever ways.
>
>
>
>
>
> --
> 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 post to this group, se

Re: [tw] Re: Getting the input and output of a tiddler

[Xavier Cazin]

Hi Joe,

if you want Jed's code to display HTML instead of wikitext, you may use the
format attribute of the View widget:

<$list filter="[tag[Widgets]]">


!!The tiddler tiddler <$view field='title'/>

has the text

---


<$view format="htmlwikified" mode="block"/>

---

which is is rendered as

---

<$transclude mode=block/>

---

Or perform all transclusions first in a tiddler, then view the result as
html, using the View widget.

Xavier.

-- Xavier Cazin

On Mon, Mar 12, 2018 at 4:03 PM, Jed Carty <inmyso...@gmail.com> wrote:

> Dumping it into a file would take something else (although you can export
> tiddlers in various formats so that may help), but to get the raw text you
> can use the text widget like this probably overly complex example:
>
>
> <$list filter="[tag[testcase]]">
>
>
> !!The tiddler tiddler <$view field='title'/>
>
> has the text
>
> ---
>
> 
> <$text text={{!!text}}/>
> 
>
> ---
>
> which is is rendered as
>
> ---
>
> <$transclude mode=block/>
>
> ---
>
> 
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/tiddlywiki/0b35c9aa-f253-4d44-a246-28196e7ab749%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/0b35c9aa-f253-4d44-a246-28196e7ab749%40googlegroups.com?utm_medium=email_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYP5KCe-MnVV03%3DraCxkcoF5AoPzm%2BK1fzv-k1raP%2BssTg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw] SelectWidget and tm-remove-tag/tm-add-tag actions

[Xavier Cazin]

Hi Mike,

There are a few syntactic mistakes in your code (@action-sendmessage
instead of $action-sendmessage, and calling style-actions while you defined
style_actions). Also, the actions attribute in $select should be a text, so
you should write actions="<>".

But the main flaw seems to be that you assume in style_actions that the
currentTiddler will take the value of the selected option, which is not the
case: selected options are only saved in the tiddler field that you set in
the "tiddler" attribute.

Cheers,
Xavier.
P.S. Regarding your dynamic stylesheet problem, what about applying custom
styles by tag?
https://tiddlywiki.com/#How%20to%20apply%20custom%20styles%20by%20tag

-- Xavier Cazin

On Sat, Mar 10, 2018 at 10:10 PM, Michael Wiktowy <mwikt...@gmail.com>
wrote:

> Hi,
>
> I either have a fundamental misunderstanding about tm-* action type action
> messages, fieldmangler or triggering actions with a select widget and I'm
> hoping that someone can set me straight or point me to an example of their
> use together because the example in the default TiddlyWiki is not
> illuminating on tm-* actions and "event.param"s. My code snippet:
>
> \define indirect_transclude() <$transclude tiddler='$:/temp/print_proof'
> field='template_style'/>
>
> \define style_actions()
>
> <$list filter='[tag[mystyle]]'>
> <$fieldmangler>
> <@action-sendmessage $message='tm-remove-tag' param='$:/tags/Stylesheet'/>
> 
> 
>
> <$wikify name="indirect" text=<>>
> <$fieldmangler tiddler=<>>
> <@action-sendmessage $message='tm-add-tag' param='$:/tags/Stylesheet'/>
> 
>
> \end
>
> <$select tiddler='$:/temp/print_proof' actions=<>>
> <$list filter='[tag[template]]'>
> >><$view field='title'/>
> 
> 
>
> I am trying to make a mailing label sheet generator.
>
> I am using the selectwidget to pick between various templates and have
> their tiddler title put into '$:/temp/print_proof' for a subsequent print
> proof page to display them. That seems to work fine.
>
> Struggle as I have to have multiple different active @media print {} CSS
> rules running for different templates, it seems that you cannot. So I
> wanted the SelectWidget to also remove all the '$:/tags/Stylesheet' tags
> from 'mystyle' tagged tiddlers that will be paired with the templates (by
> putting their title in the template's template_style field) and just adding
> that tag to the one template that is selected. That way future templates
> could be easily added for different sheet layouts and be paired either with
> existing @media print stylesheets that work or a new one.
>
> However, even the first part of the style_actions macro doesn't work to
> strip the Stylesheet tags. The $wikify widget was something that I needed
> to do for the proof sheet display a tiddler that was indirectly referenced
> in the '$:/temp/print_proof' tiddler so I figured that I would need it here
> to indirectly reference the stylesheet title in the template field.
>
> Anyone have an idea where my train of thought has derailed?
>
> /Mike
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/tiddlywiki/362d9d08-80c4-4917-9a2f-4d146983d13e%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/362d9d08-80c4-4917-9a2f-4d146983d13e%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYOYeUgFsZT%2BMNPrys5Nn6VpP1gs9Fa-jBSTD1w4kXxhdQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw] A few questions about macros/widgets/functions

[Xavier Cazin]

Hey Joe,

You've deciphered the whole list-links macro perfectly. Since the list
widget is one of the most important one in TiddlyWiki, you'll have to spend
more time on it. It's code is written in JavaScript, but I don't think that
reading the code will make you understand its fonctionning better that
reading the docs for lists and filters and try (direcly on tiddlywiki.com
if you want). Filters syntax is very important to master if you want to
program TiddlyWiki. Along with the list widget, it offers very flexible
ways to filter tiddlers in order to process dynamic lists. Why dynamic?
Because if a tiddler is created afterward that matches the filter, then the
list widget immediately processes it, as if it was just waiting for your
new tiddler to enter the game.

Cheers,
Xavier.

-- Xavier Cazin

On Sat, Mar 10, 2018 at 11:12 PM, Joe Armstrong <joea...@gmail.com> wrote:

> Wow thanks - more twisty passages
>
> So the definition is
>
> \define list-links(filter,type:"ul",subtype:"li",class:"")
> <$type$ class="$class$">
> <$list filter="$filter$">
> <$subtype$>
> <$link to={{!!title}}>
> <$transclude field="caption">
> <$view field="title"/>
> 
> 
> 
> 
> 
> \end
>
>
> Now all I need is a line by line description of how this works - at a
> guess (and I have to guess
> since I have seen no description) the first line says that list links
> has three parameters called filter type subtype and class
>
> I also assume that if values are not supplied by the caller
> that the quoted value is used. For example if no subtype is
> given the value "li" is assumed.
>
> Then I assume that $var$ in the definition means substitute the
> value of the variable so
> <$type$ class="$class$">
>
> is expanded into 
>
> so far so good (I am getting warm?)
>
> Next line
>
> <$list filter="$filter$">
>
> So this expands into <$lst filter=something>
>
> Where something came from the caller
>
> So now I need to find out what <$list ...> does
>
> I can find the documentation but where is the code for
> this - this is the list widget I assume.
>
> Thanks BTW I'm slowly getting there
>
> next problem find the code
>
> for <$list ,,,> and
> <$link ...>
>
> etc.
>
> Cheers
>
> /Joe
>
>
>
>
>
>
> On Saturday, 10 March 2018 13:39:32 UTC-8, Xavier wrote:
>>
>> Hi Joe,
>>
>> More knowledgeable people would express it differently, but one way to
>> look at these constructs is that the "result" of most widgets and macros is
>> to act on the wiki (render elements and respond to user interaction), so 
>> *don't
>> look at them as programming functions* from which you could generally
>> get a result in order to save it and/or reuse it. They are more like
>> procedures.
>>
>> The only way to reuse the result of an action (or of a sequence of
>> actions) like you would do with a function, is thus to "wikify" it
>> programmatically. The wikify widget does that explicitly: it saves the
>> string result of a sequence of actions so that you can repurpose it).
>> Calling a string-only macro (maybe with variable substitution) without any
>> instructions is another way to do wikification.
>>
>> You can find examples of macros if you look for *macro* under Avanced
>> Search / Shadows tab. You will find there https://tiddlywiki.com/#%24%3A
>> %2Fcore%2Fmacros%2Flist, which contains the definition of the list-links
>> macro.
>>
>> Cheers,
>> Xavier.
>>
>> -- Xavier Cazin
>>
>> On Sat, Mar 10, 2018 at 7:25 PM, Joe Armstrong <joe...@gmail.com> wrote:
>>
>>> TW seems to have three types of code: JS functions, TW macros, and TW
>>> widgets. It's not clear to me how these are evaluated,
>>>
>>> nor what the order of evaluation is.
>>>
>>>
>>> 1) macros - what are they? How do they differ from regular JS functions
>>> - how are they evaluated?
>>>
>>> what do they return? Is the return text re-evaluated?
>>>
>>>
>>> 2) widgets - what do they return? how are they evaluated?
>>>
>>>
>>> 3) How can I find a macro-definition ?
>>>
>>> I looked for ages for the source of the list-links macro but could not
>>> find it
>>>
>>>
>>> Cheers
>>>
>>>
>>> /Joe
>>>
>>>
>>> --
>>> You received this message because you are subscribed to the Go

Re: [tw] A few questions about macros/widgets/functions

[Xavier Cazin]

Hi Joe,

More knowledgeable people would express it differently, but one way to look
at these constructs is that the "result" of most widgets and macros is to
act on the wiki (render elements and respond to user interaction), so *don't
look at them as programming functions* from which you could generally get a
result in order to save it and/or reuse it. They are more like procedures.

The only way to reuse the result of an action (or of a sequence of actions)
like you would do with a function, is thus to "wikify" it programmatically.
The wikify widget does that explicitly: it saves the string result of a
sequence of actions so that you can repurpose it). Calling a string-only
macro (maybe with variable substitution) without any instructions is
another way to do wikification.

You can find examples of macros if you look for *macro* under Avanced
Search / Shadows tab. You will find there
https://tiddlywiki.com/#%24%3A%2Fcore%2Fmacros%2Flist, which contains the
definition of the list-links macro.

Cheers,
Xavier.

-- Xavier Cazin

On Sat, Mar 10, 2018 at 7:25 PM, Joe Armstrong <joea...@gmail.com> wrote:

> TW seems to have three types of code: JS functions, TW macros, and TW
> widgets. It's not clear to me how these are evaluated,
>
> nor what the order of evaluation is.
>
>
> 1) macros - what are they? How do they differ from regular JS functions -
> how are they evaluated?
>
> what do they return? Is the return text re-evaluated?
>
>
> 2) widgets - what do they return? how are they evaluated?
>
>
> 3) How can I find a macro-definition ?
>
> I looked for ages for the source of the list-links macro but could not
> find it
>
>
> Cheers
>
>
> /Joe
>
>
> --
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/tiddlywiki/fd7fb9a8-fe80-4a1a-a528-2074b6f0b2af%40googlegroups.com
> <https://groups.google.com/d/msgid/tiddlywiki/fd7fb9a8-fe80-4a1a-a528-2074b6f0b2af%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CADeSwYOO7KEhQp1xPUY2cDpZP%3D%3DAsTQthTuz3WBkj%2B7sOuZeNA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.