[tw5] Re: TiddlyWiki + S5 SlideShow System

[Hans Wobbe]

Nice.  A reminder that:

Simplicity can be equated to Elegance.

On Wednesday, June 8, 2022 at 11:55:36 AM UTC-4 TiddlyTweeter wrote:

>  cj.v...@gmail.com wrote:
>... integration with the S5 SlideShow System.
>
>For the giggles, I've decided to play around with it and TiddlyWiki to 
> see how well I can get them working together without too much fussing 
> about.  
>
>... for anybody interested: TiddlyWiki + S5 
> 
>
> Ciao Charlie
>
> Very interesting!
>
> I remember back when page designs by Eric Meyer (a 
> major force in the development of CSS) were a total revelation.
> They still stand-up well.
>
> Just a comment, TT.
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/4041fc3d-7f94-472f-bd2e-6c6c6458ee4en%40googlegroups.com.

[tw5] Re: LocalStorage vs SessionStorage

[Hans Wobbe]

C.J.:

Are you logging your "revisiting" insights (perhaps in one of your portals) 
so you can share them whenever you feel ready to do so?

I frequently find my "beginner" notes get more appreciation since they 
provide a "roadmap" for those that follow.

Just curious, since I already know I am interested enough in BAM to use it 
and I have ideas regarding needs swirling around in my head that I don't 
want to pester you with at this time.

Cheers,
Hans


On Saturday, February 26, 2022 at 6:49:52 PM UTC-5 cj.v...@gmail.com wrote:

> In so many things I've been playing with lately, I've been toying with 
> applying local storage to various things.
>
> Now that I've added session storage capability to BASIC Anywhere Machine, 
> I'm revisiting everything I've been experimenting with re local storage, 
> and updating to session storage when it makes more sense.
>
> If this kind of thing is of interest to you, keep an eye out for previous 
> posts bubbling up as I migrate certain things from local storage use to 
> session storage use.
>

-- 
You received this message because you are subscribed to the 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/194c7ab3-4ec3-42a5-a970-153ca3f33b19n%40googlegroups.com.

[tw5] Re: Prepping a BASIC Anywhere Machine "architecture" presentation, suggestions?

[Hans Wobbe]

cj.:

I'm not sure I can qualify as a "soul", but I think I can at least offer to 
make comments about how I thinbk I might wabt to use these capabilities.

Cheers,
Hans

On Monday, February 21, 2022 at 8:42:21 PM UTC-5 cj.v...@gmail.com wrote:

> I'd like to put together a comprehensive slideshow for a presentation on 
> YouTube.
>
> Although pretty much just a blank page at the moment, I figured might as 
> well publish the slideshow document 
> 
>  
> now, in case there is a soul out there that is interested in this kind of 
> thing, and might want to suggest things that would answer questions, or 
> what-have-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/ddda8404-bf60-4aa6-aab6-3f0b7699559bn%40googlegroups.com.

Re: [tw5] Major updates to Chromium native file system saver plugin

[Hans Wobbe]

Thanks for the additional email.

As much as I would like to dig into this, as I said, I am over-whelmingly
pre-occupied.

FYI, (in spite of it being a Privacy breach) Lisa is still in the ICU as a
result of “complications”.
Not only is her well-being important in itself, she also plays an important
role in managing some of our project work-flows.  We will be a while
sorting this out, I think.

Back to your environments, I think we should take a look at how the
automated sharing among the NodeJs based instances of TW that you set up,
might interact through your local storage environment.

I’ll try to get some more resources to wirk with you shortly.


Hans




On Sun, Feb 20, 2022 at 15:23 Charlie Veniot  wrote:

> Aside: CJ, being my other handle.
>
> For reference, if of use, my recent posts related to TiddlyWiki and local
> storage:
>
>- Local storage prototype: TiddlyWiki and BASIC data exchange
>
>- Using one TiddlyWiki as a "server" of content to another "client"
>TiddlyWiki 
>- TW-Enhanced BAM Programming: TW for GUI and storage, BASIC for
>processing 
>
> On Sunday, February 20, 2022 at 3:21:41 PM UTC-4 hww...@gmail.com wrote:
>
>> I think this approach might work within the Local Storage solution that
>> CJ has developed.  Unfortunately I am supporting a couple of "life and
>> health" issues just now, so I am not able to test that assumption
>> personally..
>>
>> Hans
>>
>>
>> On Sunday, February 20, 2022 at 6:32:50 AM UTC-5 Jeremy Ruston wrote:
>>
>>> Hi Brian,
>>>
>>> I seem to recall https://tiddlywiki.fission.app/ implements such a
>>> launcher,
>>>
>>>
>>> That’s right. TiddlyDesktop also has a similar architecture. The
>>> challenge with Fission is that images stored in ones Fission drive are not
>>> accessible via a URL; there’s just a JS API to retrieve specific files. I
>>> have experimented with using a service worker to map local URLs to the JS
>>> API, which I think might be a promising generic technique for working with
>>> non-URL-based storage.
>>>
>>> but currently that page has an endlessly spinning "Authorizing with
>>> fission" message and the console has an "Uncaught (in promise) Error:
>>> Improperly formatted header value: skeleton" in webnative.js, so I couldn't
>>> confirm my memory.
>>>
>>>
>>> I hope to be able to work on TiddlyWiki on Fission soon, and will make
>>> an update to the latest version of the SDK.
>>>
>>> Best wishes
>>>
>>> Jeremy
>>>
>>> I think the workflow implemented by the above two apps is "safer" than
>>> what I saw in the TW chromium native file saver. With the TW native saver
>>> the workflow looks like this:
>>>
>>>1. Load my native saver enabled TW using some url (possibly a
>>>file:// url)
>>>2. Click the Save button in HTML Native File System Saver modal
>>>3. From the file dialog select the same file I'm already editing
>>>4. Dialog box "a file with this name already exists, do you want to
>>>replace it?"
>>>5. Start sweating a little bit...if I've chosen the wrong file here,
>>>I might be overwriting something important
>>>6. Sweat a little bit more especially if I've loaded it from a web
>>>url where it isn't as easy to tell that I've selected the matching file 
>>> or
>>>not
>>>7. Cross my fingers, click the "replace" button and hope for the best
>>>
>>> The bangle and diagrams.net applications don't have the same room for
>>> user error since you are prompted for what file to read and then it
>>> automatically saves back to that same file. I find that workflow to be less
>>> nerve-wracking.
>>>
>>> Maybe with tiddlywiki's unique structure there is an even better
>>> workflow to be had, I don't know. And maybe the TW nativesaver can already
>>> be used with a better workflow and I just missed it.
>>>
>>>
 On Fri, 18 Feb 2022 at 20:13, TW Tones  wrote:

> Folks,
>
> I believe this is already available on tiddlywiki.com at
> https://tiddlywiki.com/#Saving%20on%20Browser%20with%20File%20System%20Access%20API
>
> It is not yet comprehensively documented and it is hard for me to
> determine what level of functionality and customisation is available to 
> us.
> As a solution only on Chromium browsers it is not yet global in
> application, so understanding its value is even harder to determine.
>
> I also ask myself "We require a click event to start the save
> dialogue" if this could not be placed in a save button "lookalike" or
> another way to make it user friendly. Ie just in time, not startup,
> Although in this thread others suggest they do not need it.
>
> Can someone write a user designer perspective and/or comparison with
> existing methods?
>
> My concerns;
>
>- How to design online tiddlywikis with a 

Re: [tw5] Major updates to Chromium native file system saver plugin

[Hans Wobbe]

I think this approach might work within the Local Storage solution that CJ 
has developed.  Unfortunately I am supporting a couple of "life and health" 
issues just now, so I am not able to test that assumption personally..

Hans


On Sunday, February 20, 2022 at 6:32:50 AM UTC-5 Jeremy Ruston wrote:

> Hi Brian,
>
> I seem to recall https://tiddlywiki.fission.app/ implements such a 
> launcher,
>
>
> That’s right. TiddlyDesktop also has a similar architecture. The challenge 
> with Fission is that images stored in ones Fission drive are not accessible 
> via a URL; there’s just a JS API to retrieve specific files. I have 
> experimented with using a service worker to map local URLs to the JS API, 
> which I think might be a promising generic technique for working with 
> non-URL-based storage.
>
> but currently that page has an endlessly spinning "Authorizing with 
> fission" message and the console has an "Uncaught (in promise) Error: 
> Improperly formatted header value: skeleton" in webnative.js, so I couldn't 
> confirm my memory.
>
>
> I hope to be able to work on TiddlyWiki on Fission soon, and will make an 
> update to the latest version of the SDK.
>
> Best wishes
>
> Jeremy
>
> I think the workflow implemented by the above two apps is "safer" than 
> what I saw in the TW chromium native file saver. With the TW native saver 
> the workflow looks like this:
>
>1. Load my native saver enabled TW using some url (possibly a file:// 
>url)
>2. Click the Save button in HTML Native File System Saver modal
>3. From the file dialog select the same file I'm already editing
>4. Dialog box "a file with this name already exists, do you want to 
>replace it?"
>5. Start sweating a little bit...if I've chosen the wrong file here, I 
>might be overwriting something important
>6. Sweat a little bit more especially if I've loaded it from a web url 
>where it isn't as easy to tell that I've selected the matching file or not
>7. Cross my fingers, click the "replace" button and hope for the best
>
> The bangle and diagrams.net applications don't have the same room for 
> user error since you are prompted for what file to read and then it 
> automatically saves back to that same file. I find that workflow to be less 
> nerve-wracking.
>
> Maybe with tiddlywiki's unique structure there is an even better workflow 
> to be had, I don't know. And maybe the TW nativesaver can already be used 
> with a better workflow and I just missed it.
>  
>
>> On Fri, 18 Feb 2022 at 20:13, TW Tones  wrote:
>>
>>> Folks,
>>>
>>> I believe this is already available on tiddlywiki.com at 
>>> https://tiddlywiki.com/#Saving%20on%20Browser%20with%20File%20System%20Access%20API
>>>
>>> It is not yet comprehensively documented and it is hard for me to 
>>> determine what level of functionality and customisation is available to us. 
>>> As a solution only on Chromium browsers it is not yet global in 
>>> application, so understanding its value is even harder to determine.
>>>
>>> I also ask myself "We require a click event to start the save dialogue" 
>>> if this could not be placed in a save button "lookalike" or another way to 
>>> make it user friendly. Ie just in time, not startup, Although in this 
>>> thread others suggest they do not need it.
>>>
>>> Can someone write a user designer perspective and/or comparison with 
>>> existing methods?
>>>
>>> My concerns;
>>>
>>>- How to design online tiddlywikis with a non-intrusive saving 
>>>mechanism users can understand.
>>>- Dealing with the contention possible with two parties editing the 
>>>same site.
>>>
>>> I would appreciate it is someone can spell this out a little more for us 
>>> who need it, and can't easily understand this from the jargon and reading 
>>> between the lines in this discussion.
>>>
>>> Thanks
>>> Tones
>>> On Wednesday, 9 February 2022 at 11:10:40 UTC+11 PMario wrote:
>>>
 Hi,
 I do like that option. 
 -mario

 On Wednesday, February 9, 2022 at 12:11:06 AM UTC+1 dyllon...@gmail.com 
 wrote:

> It does work, though I think it is disruptive asking as soon as 
> something is done which triggers autosave. However, I have put in an 
> option 
> with version 0.7.1 to disable the modal for those who don't like it.
>
> On Sunday, February 6, 2022 at 1:46:16 AM UTC-8 PMario wrote:
>
>> On Sunday, February 6, 2022 at 12:54:25 AM UTC+1 brian@gmail.com 
>> wrote:
>> ...
>>
>>> Now with the indexdb entry re-populated, the sequence looks like 
>>> this:
>>>
>>>1. Reload the TW page
>>>2. Click the + button to create a new tiddler
>>>3. Click the checkmark to save the tiddler
>>>4. A dialog box asks me if I want to let the site edit the file. 
>>>I click the "edit file" button
>>>5. The file saves
>>>
>>> So it is working for me even without the settings modal. Do you see 
>>> 

Re: [tw5] Re: GetLocalStorageItem javascript macro

[Hans Wobbe]

I think you are other right track.

I've even gone so far as to mention aspects of this to Jeremy.

Get Outlook for Android

From: tiddlywiki@googlegroups.com  on behalf of 
Charlie Veniot 
Sent: Sunday, February 6, 2022 12:52:33 PM
To: TiddlyWiki 
Subject: [tw5] Re: GetLocalStorageItem javascript macro

I am no internet expert, so not sure if and when I'm using the right language.

Let's say we have two web pages (say one is some TiddlyWiki, say the other is a 
TiddlyWiki with BASIC Anywhere Machine).  For them (and however many others) to 
share data via local storage, they must all be in the same origin.  That origin 
could be any web host at all, as long as all the web pages are from the same IP 
and port (if I understand correctly?)

I'd say as per the Same-origin 
policy
 documentation at MDN Web Docs.

If a web browser allows local storage at localhost (i.e. the hard drive on your 
computer), then all TiddlyWiki instances and whatever other local web pages on 
your computer are accessing the same local storage.

Something like that ...
On Sunday, February 6, 2022 at 9:35:58 AM UTC-4 hww...@gmail.com wrote:
I am assuming that "as long as they are both in the same domain" applies to a 
googleDrive environment as well as your ...neocities... domain.  Please let me 
know if that is NOT a valid assumption.  In the mean time, I am going to ponder 
some "back-up" considerations that are nagging at me.

Cheers,
Hans


On Saturday, February 5, 2022 at 11:31:24 PM UTC-5 cj.v...@gmail.com wrote:
Arg, I totally borked the export of that file.  (The file on my local drive is 
empty.)

Thanks for catching that.

Instead, sneak a peek at both javascript macros (GetLocalStorageItem and 
SetLocalStorageItem) here: 
https://basicanywheremachine.neocities.org/LocalStoragePrototype.html

That TiddlyWiki is to demonstrate not just local storage in TiddlyWiki, but a 
way for a BASIC program and a TiddlyWiki instance can exchange data via local 
storage, as long as they are both in the same domain.

On Saturday, February 5, 2022 at 11:32:43 PM UTC-4 dyllon...@gmail.com wrote:
Even in Google Groups, your attachment is empty. I would recommend pastebin or 
making a GitHub gist.

On Saturday, February 5, 2022 at 1:45:02 PM UTC-8 cj.v...@gmail.com wrote:
https://groups.google.com/g/tiddlywiki/c/mOm62AUaz8c

On Saturday, February 5, 2022 at 5:44:36 PM UTC-4 Charlie Veniot wrote:
I don't have much experience with javascript macros, but I know just enough to 
be dangerous...

So FYI, just a simple javascript macro example for anybody interested in this 
kind of thing.

See attached text file.

(I'll follow this up with a link to this Google Post, in case the attachment 
does not show in TiddlyTalk.)



--
You received this message because you are subscribed to a topic in the Google 
Groups "TiddlyWiki" group.
To unsubscribe from this topic, visit 
https://groups.google.com/d/topic/tiddlywiki/mOm62AUaz8c/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/502a011a-f03a-40ee-aba2-5ec2883fd6b0n%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/BN8PR15MB3154BC191CF6526B89A5D929A92B9%40BN8PR15MB3154.namprd15.prod.outlook.com.

[tw5] Re: GetLocalStorageItem javascript macro

[Hans Wobbe]

I am assuming that "as long as they are both in the same domain" applies to 
a googleDrive environment as well as your ...neocities... domain.  Please 
let me know if that is NOT a valid assumption.  In the mean time, I am 
going to ponder some "back-up" considerations that are nagging at me.

Cheers,
Hans


On Saturday, February 5, 2022 at 11:31:24 PM UTC-5 cj.v...@gmail.com wrote:

> Arg, I totally borked the export of that file.  (The file on my local 
> drive is empty.)
>
> Thanks for catching that.
>
> Instead, sneak a peek at both javascript macros (GetLocalStorageItem and 
> SetLocalStorageItem) here: 
> https://basicanywheremachine.neocities.org/LocalStoragePrototype.html
>
> That TiddlyWiki is to demonstrate not just local storage in TiddlyWiki, 
> but a way for a BASIC program and a TiddlyWiki instance can exchange data 
> via local storage, as long as they are both in the same domain.
>
> On Saturday, February 5, 2022 at 11:32:43 PM UTC-4 dyllon...@gmail.com 
> wrote:
>
>> Even in Google Groups, your attachment is empty. I would recommend 
>> pastebin or making a GitHub gist.
>>
>> On Saturday, February 5, 2022 at 1:45:02 PM UTC-8 cj.v...@gmail.com 
>> wrote:
>>
>>> https://groups.google.com/g/tiddlywiki/c/mOm62AUaz8c
>>>
>>> On Saturday, February 5, 2022 at 5:44:36 PM UTC-4 Charlie Veniot wrote:
>>>
 I don't have much experience with javascript macros, but I know just 
 enough to be dangerous...

 So FYI, just a simple javascript macro example for anybody interested 
 in this kind of thing.

 See attached text file.

 (I'll follow this up with a link to this Google Post, in case the 
 attachment does not show in TiddlyTalk.)




-- 
You received this message because you are subscribed to the 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/312fd685-6dfc-4168-8cb3-1b6bab5fd867n%40googlegroups.com.

[tw5] Re: Local storage prototype: TiddlyWiki and BASIC data exchange

[Hans Wobbe]

Okay, I finally "get" how this works.

Now I am thinking I need to "Get" how to "apply" or "use" it in my work.

Thanks for sharing this and for your enthusiastic promotion of it.

Cheers,
Hans

On Saturday, February 5, 2022 at 11:25:41 PM UTC-5 cj.v...@gmail.com wrote:

> https://basicanywheremachine.neocities.org/LocalStoragePrototype.html
>
> BASIC could definitely be used for complex scripting 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/3003fb4e-f064-4b6f-9817-aa5d0a01e00cn%40googlegroups.com.

[tw5] Re: LocalStorage and TiddlyWiki: toe-dip into exploring possibilities

[Hans Wobbe]

I neglected to stress that I intended my my Joplin comments to be "on 
thread" since it can auto-sync as frequently as every 5 minutes.  That 
would limit any loss of date to a relatively short time frame.

On Friday, January 28, 2022 at 11:58:48 AM UTC-5 Hans Wobbe wrote:

> I have used Joplin enough that I am comfortable with its Offline & Synch 
> capabilities. Some points that appeal to me:
>
>1. Its Open Source and extensively used.
>2. It has reasonable support for Tags and Folders and flexible SORTing.
>3. The Documentation is more than adequate to get you well started.
>4. You can Share ( with trusted Pals )
>5. On Apple IOs its speech recognition is excellent.
>   1. better than on Android,
>   2. good enough that I can WalkAndTalk 
>   <#m_540315287181718850_WalkAndTalk>
>6. It has Mermaid Markup support and a webClipper capability
>
> ItsNoTiddlyWiki <#m_540315287181718850_ItsNoTiddlyWiki>, but IsA 
> <#m_540315287181718850_IsA> good adjunct to TW @ https://joplinapp.org/
>
> On Tuesday, January 25, 2022 at 11:33:10 AM UTC-5 cj.v...@gmail.com wrote:
>
>> Yeah, I almost wrote "never for longterm/safe storage", but I like to 
>> leave myself some wiggle room in case there are any kinds of improvements 
>> I'm not aware of.  Not something I've ever had time to keep up with.
>>
>> Well, security-wise, I'm a "no way no how" for certain bits/kinds of 
>> data.  Keeping an eye out for anything that could change my mind, but I'm 
>> crusty curmudgeon about it.
>>
>> All kinds of useful articles on the web for reading.  Loads of hits with 
>> a "browser local storage use cases 
>> <https://www.google.com/search?q=browser+local+storage+use+cases=1CABRFU_enCA980=AOaemvLDoYZ7qQqkd3Llne-vdQky8Hl_Wg:1643126992641=0CDwYae7JtaYptQPjYCO4A4=0=N=2ahUKEwin492Fpc31AhVWjIkEHQ2AA-w4ChDy0wN6BAgBEDc=1745=830=1.1>"
>>  
>> search.
>>
>> I'm interested in the standard uses cases and how they could be used with 
>> TiddlyWiki, but way more interested in the not-so-much-thought-of 
>> possibilities.
>>
>> In the realm of standard use cases:
>>
>>- a public TiddlyWiki hosted on some site, and using browser local 
>>storage to save a user's preferences for using that TiddlyWiki (themes 
>>etc.), searches, default tiddlers on startup, yadda yadda
>>   - same kind of thing with nodejs TiddlyWiki instances on some 
>>   server
>>
>> On the unorthodox side, not sure yet.  Definitely the thought of a 
>> communication mechanism for TiddlyWiki instances in the same domain.
>>
>> Hmmm, communication mechanism between a TiddlyWiki instance and something 
>> else in the same domain.  A way for a suite of favourite tools to interface 
>> with each other.
>>
>> Yup, I may look like the hamster is dead, but the wheels are spinning ...
>>
>> On Tuesday, January 25, 2022 at 8:58:01 AM UTC-4 TiddlyTweeter wrote:
>>
>>> cj.v...@gmail.com wrote: Not sure I'd trust this for longterm/safe 
>>> storage of anything, but I am intrigued by the possibilities.  
>>>
>>> Quick comment on how I have used it. I think it is robust enough for, 
>>> for instance, garnering responses immediately. But I would not trust it 
>>> between sessions. It is also browser specific. So, yes, additive utility, 
>>> for clearly defined scenarios. But, no, for a persistent system.
>>>
>>> Just a comment
>>> TT
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/ca88b9d8-6b11-4f4f-a4af-9cb96edcc576n%40googlegroups.com.

[tw5] Re: LocalStorage and TiddlyWiki: toe-dip into exploring possibilities

[Hans Wobbe]

I have used Joplin enough that I am comfortable with its Offline & Synch 
capabilities. Some points that appeal to me:

   1. Its Open Source and extensively used.
   2. It has reasonable support for Tags and Folders and flexible SORTing.
   3. The Documentation is more than adequate to get you well started.
   4. You can Share ( with trusted Pals )
   5. On Apple IOs its speech recognition is excellent.
  1. better than on Android,
  2. good enough that I can WalkAndTalk <#WalkAndTalk>
   6. It has Mermaid Markup support and a webClipper capability

ItsNoTiddlyWiki <#ItsNoTiddlyWiki>, but IsA <#IsA> good adjunct to TW @ 
https://joplinapp.org/

On Tuesday, January 25, 2022 at 11:33:10 AM UTC-5 cj.v...@gmail.com wrote:

> Yeah, I almost wrote "never for longterm/safe storage", but I like to 
> leave myself some wiggle room in case there are any kinds of improvements 
> I'm not aware of.  Not something I've ever had time to keep up with.
>
> Well, security-wise, I'm a "no way no how" for certain bits/kinds of 
> data.  Keeping an eye out for anything that could change my mind, but I'm 
> crusty curmudgeon about it.
>
> All kinds of useful articles on the web for reading.  Loads of hits with a 
> "browser local storage use cases 
> "
>  
> search.
>
> I'm interested in the standard uses cases and how they could be used with 
> TiddlyWiki, but way more interested in the not-so-much-thought-of 
> possibilities.
>
> In the realm of standard use cases:
>
>- a public TiddlyWiki hosted on some site, and using browser local 
>storage to save a user's preferences for using that TiddlyWiki (themes 
>etc.), searches, default tiddlers on startup, yadda yadda
>   - same kind of thing with nodejs TiddlyWiki instances on some server
>
> On the unorthodox side, not sure yet.  Definitely the thought of a 
> communication mechanism for TiddlyWiki instances in the same domain.
>
> Hmmm, communication mechanism between a TiddlyWiki instance and something 
> else in the same domain.  A way for a suite of favourite tools to interface 
> with each other.
>
> Yup, I may look like the hamster is dead, but the wheels are spinning ...
>
> On Tuesday, January 25, 2022 at 8:58:01 AM UTC-4 TiddlyTweeter wrote:
>
>> cj.v...@gmail.com wrote: Not sure I'd trust this for longterm/safe 
>> storage of anything, but I am intrigued by the possibilities.  
>>
>> Quick comment on how I have used it. I think it is robust enough for, for 
>> instance, garnering responses immediately. But I would not trust it between 
>> sessions. It is also browser specific. So, yes, additive utility, for 
>> clearly defined scenarios. But, no, for a persistent system.
>>
>> Just a comment
>> TT
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/9b8d16c7-c031-466e-88f9-06f68542f447n%40googlegroups.com.

[tw5] Re: How make TW appear alive?

[Hans Wobbe]

Cade: 

I appreciate your interesting comments, perhaps because my age has advanced 
to the stage that my medical data is of much greater importance to me.  
Also, I have become much more cynical about medical practitioners who share 
data with the BigPharma oligopoly and the inevitable consequences of 
well-intended attempts to make all of a patient's data available on-line so 
that GPs and Specialist can share a holistic view of a patient.  

For my part, I am much more inclined to build by own repository of all my 
medical information and share it with just the practitioners I trust and 
select as care-providers.  This is particularly true now that the 
clinic-based GP I start with, suggests that I find my own specialists, that 
he can then refer me to, since the Administrative wait times are on the 
order of a year for a referral.

In that context, I am inclined to ask you "What are the impediments to 
sharing the ... cardiovascular Data ..." you have.  Particularly given that 
you already understand fine-grained design concepts and that is should be 
possible to use these to anonymize a selective view of the information.

Regards,
Hans


On Tuesday, October 19, 2021 at 11:18:29 PM UTC-4 Cade Roux wrote:

> I wish I could share the TWs we generate for our cardiovascular Data Mart 
> product here.  We generate the data dictionary/manual in a TW and all our 
> test outputs are in a few TWs organized by test groupings.  It definitely 
> satisfies 2 and 3, as far as 1, I am still tweaking it to be more and more 
> attractive and useful all the time.  We started off very simply because we 
> didn't want to commit too deeply down a path which would limit us from 
> retargeting our documentation to HTML or Word later.  However, as we 
> progressed, it was more and more accepted to start using TW features more 
> heavily as stakeholders started to get the hang of it, and there are some 
> fundamental aspects of TW which we have taken advantage of to solve 
> traditional problems in code/document generation:
>
> Transclusion means that we can have parts of the TW that are manually 
> edited and parts that are generated and that work can go along 
> independently with each feeding off the other, without requiring 
> significant synchronization between engineering staff and informatics staff 
> - changes to the code/rules can be done independent of editing the TW 
> template file independent of the data that is going to be imported from 
> JSON to fill out many lookup tables and generate necessary tiddlers and 
> indexes.  Normally with code/document generation, you have to decide 
> whether the template or the content is driving the design and what we've 
> found with TW is both are on pretty equal footing compared to past 
> techniques like in Excel or Word where areas have to be labeled and then 
> only designated labeled areas can be filled in and there really isn't 
> referencing back and forth.  And you have to decide where longer narratives 
> are stored and how they get combined in the document. And you have to 
> decide how to handle multiple passes so that you can embed generated 
> content in user content inside the generated content.  That is simple for 
> us, they are always in a tiddler, potentially itself transcluding generated 
> data, and it's all seamlessly handled by transclusion.
>
> Macros/filters mean that the document in many cases is data driven on its 
> own using TW features.  Typically in a Word or HTML document generation, 
> you would have to generate the index, often our indexes are not even 
> generated - they are tiddler list macros on tiddlers with dedicated 
> transclusion points for including manual edited tiddlers in appropriate 
> places.  Sure Word can generate a table of contents based on the heading 
> structure in your document.  That is nothing compared to what TW does for 
> us because of how we tag everything in custom fields and then can have all 
> kinds of options for organizing and displaying indexes of the same data.
>
> Tiddler grain - do everything at a small meaningful grain and tag/label 
> data fully in custom fields.  A lot of this could be done with an HTML site 
> generator, but TW has really saved a lot of work for us by us buying into 
> the TW philosophy of fine-grained tiddlers.  So we use custom fields and 
> tags and filters and generate tiddlers appropriately tagged for every 
> element of our Data Mart and then they merge seamlessly with manually 
> created tiddlers and index tiddlers which know how to group up different 
> tags.
>
> I know there are other tools we could have looked at, but based on what we 
> did with TW, I am not confident that we would have achieved what we did, or 
> as well, or as flexibly accommodating the ongoing releases of our Data Mart 
> as we curate more and more data, with any other product or technique.
>
> Thanks,
>
> Cade
>
> On Tuesday, October 19, 2021 at 5:13:36 PM UTC-5 cj.v...@gmail.com wrote:
>
>> I'm not 

[tw5] Re: My study notes about finance and AI in tiddlywiki

[Hans Wobbe]

Thank you for sharing this.

Best regards,
Hans


On Monday, October 18, 2021 at 12:35:20 AM UTC-4 super...@gmail.com wrote:

>
> www.infoeconomy.org
>
> In case anyone is interested in those topics.
>
>
> 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/7aaf2d23-7249-4ae2-8297-2b520e23d66en%40googlegroups.com.

[tw5] Re: Tiddlers are dense and long

[Hans Wobbe]

@ TiddlyTweeter

The thoughts in this thread are a good review of some basic concepts would 
likely be helpful to newCoimers as well as veterans.  Hence I think there 
(/should be)  interest in accepting your offer to add some links.


Cheers,
Hans


On Saturday, October 16, 2021 at 6:26:11 AM UTC-4 TiddlyTweeter wrote:

> Mat wrote (slightly edit by me):
>
>> ... you ... *reuse the content in different narratives*. But if you 
>> don't reuse the content in other narratives, then there is no real need for 
>> ... fine grained partition of the content.
>
>  
>
>> ...but you say this is for your Zettelkasten ... I.e if your purpose is 
>> "zettelkasten" then wouldn't that steer how long the content of your 
>> tiddlers would be?
>>
>
> Right.  Traditional Zettelkasten entries never change their titles. And 
> they tend towards a strict, delimited, unchanging, scope. FWIW, in various 
> experiments in TW with Zettlekasten, there has been *translusion* used to 
> cope, particularly, with "inter-referring" between them.  A modest 
> extension from the basic idea of their "invariability". Bimlas has written 
> and worked extensively about this. I'll look for his links if there is 
> interest.
>
> Side comment, TT
>
> On Thursday, October 14, 2021 at 6:52:53 PM UTC+2 rikagol...@gmail.com 
>> wrote:
>>
>>> I use my Tiddlywiki as a Zettelkaten (work in process!) and some of my 
>>> Tiddlers are quite long. I title the Tiddler with a unique piece of 
>>> information, in my own words, and then I include a description and 
>>> resources. Some of my Tiddlers get very long...maybe too long. Is there a 
>>> best practice for Tiddler length and what to include in the 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/297e3f63-9c53-4fe5-84e8-adfb103c5501n%40googlegroups.com.

Re: [tw5] Announcing the release of TiddlyWiki v5.2.0

[Hans Wobbe]

Thank you very much!

This looks like it will be a significant watershed for me and my 
Associates.  We will be a while upgrading our existing capabilities and 
learning how to use the new release in the relatively complicated 
environment that has grown up around us.  Once that is over, however 
(perhaps before the end of this calendar year), I am hopeful that we will 
be able to contribute more back to the community.

Cheers!
Hans


On Sunday, October 3, 2021 at 12:38:40 PM UTC-4 jason...@gmail.com wrote:

> Thank you !!
>
> On Sun, Oct 3, 2021, 16:41 Jeremy Ruston  wrote:
>
>> I'm delighted to announce the release of TiddlyWiki v5.2.0 at:
>>
>> https://tiddlywiki.com/
>>
>> This release is a huge release. It has been under development for 286 
>> days, and includes improvements from 33 individual contributors on GitHub. 
>> There's a graph on GitHub that shows clearly how many people now regularly 
>> contribute to TiddlyWiki's development:
>>
>>
>> https://github.com/Jermolene/TiddlyWiki5/graphs/contributors?from=2020-12-24=2021-10-03=c
>>
>> My sincere thanks to everyone who has contributed or helped in any way.
>>
>> With v5.2.0 we've been able to address some long-standing frustrations:
>>
>> • It is now possible to use the edit widgets with a different field of 
>> the current tiddler
>> • The characters used in fieldnames are no longer restricted to lowercase 
>> letters, digits, and simple punctuation
>> • Images can now be dragged directly into the tiddler editor to import 
>> them and insert [img[foo]] at the cursor position. The title of the image 
>> tiddler can be edited too
>> • Macro calls can now be nested. For example <> <>">>
>>
>> See the release note for the full list of changes:
>>
>> • Some significant performance improvements
>> • Usability improvements
>> • New and improved widgets
>> • New and improved filters
>> • Improvements to the Markdown, XLSX, KaTeX, Freelinks, Menubar and 
>> BibTeX plugins
>> • Improved translations for Catalan, Chinese, French, German and Spanish
>> • A new Polish translation
>>
>> You can upgrade your existing single file wikis here:
>>
>> https://tiddlywiki.com/upgrade.html
>>
>> For Node.js users, the new version is available on npm:
>>
>> https://www.npmjs.com/package/tiddlywiki
>>
>> As ever, exercise caution when upgrading, and be careful to keep backup 
>> copies of everything important.
>>
>> Any questions or comments are welcome here, or via GitHub.
>>
>> Finally, I'd like to again express my thanks to everyone helping with 
>> this project. It's been a difficult time for all of us, but the steady 
>> progress we're making on TiddlyWiki inspires me for a future where diverse 
>> people can work together to achieve sustained, meaningful change.
>>
>> Best wishes
>>
>> Jeremy
>>
>> -- 
>> You received this message because you 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/CA42E2B7-A3C1-4535-83FA-DBD37DD175B6%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/2c40bc4d-a645-46d0-bc15-c71eb42d246bn%40googlegroups.com.

[tw5] Re: Can a tiddler be setup to not allow being overwritten?

[Hans Wobbe]

Charlie:

Perhaps some of the protection you are looking for can be had via the 
frequent saves of a tiddler file to Dropbox?
Unless things have changed since I last used it, that would provide a 
rolling 30 day cache that could be used to recover losses.

Cheers,
Hans


On Monday, September 6, 2021 at 11:24:00 AM UTC-4 cj.v...@gmail.com wrote:

> Well, by obfuscation, I see that as a catch-all word to also mean 
> abstraction, encapsulation, and whatever other little design thingies so 
> that the end result doesn't look anything like TiddlyWiki any more.
>
> So a user will have to work very hard to get into trouble.
>
> Your Plan B is my Plan A, and your Plan A is my plan Z.  In my mind, folk 
> who are busy with their missions don't need to be distracted by technical 
> stuff needed to be kept in mind.  The best kind of software is the kind 
> that doesn't need any user guide other than, maybe, something concise that 
> lets them know how the software supports them, their goals, their 
> processes.  I prefer that users trust that software they work with is 
> robust/resilient/etc. and doesn't ever waste their time by allowing 
> something to happen that can waste their time.  Well, within reason.  That 
> find balance of cost/benefit.
>
> But I do suffer easily from both sensory and cognitive overload, and so 
> heavily do these influence my design philosophies.
>
>
>
>
> On Monday, September 6, 2021 at 6:07:42 AM UTC-3 PMario wrote:
>
>> On Monday, September 6, 2021 at 3:01:25 AM UTC+2 cj.v...@gmail.com wrote:
>>
>> No worries.  I'll train my thoughts on obfuscation, risk-mitigation 
>>> design/strategies, and automated monitoring/repairing processes.
>>>
>>
>> IMO obfuscation is wasting time, other than removing the buttons, that 
>> are not needed. Which I would define as "modifying the UI according to the 
>> usecase" ;)
>>
>> With nodejs you should be able to establish a "batch process" that runs 
>> once a day and checks, if some important shadow tiddlers have been 
>> overwritten. I would consider this as "Plan B".
>>
>> Plan A - IMO the easiest way would be to trust your users and tell them 
>> what's going on, and what's important. Having Plan B will then only be 
>> needed if someone changes something by accident. 
>>
>> just a thought
>> 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/32d6206c-085b-4f5a-a0ea-1e0269e9eda9n%40googlegroups.com.

[tw5] Re: A brewing idea: TiddlyWiki on node.js: check for changes

[Hans Wobbe]

Based on a cursory review of scenario, I think it can be generalized to 
Real Estate applications.  This opinion is based on my discovery that 
Agents frequently share their listings with other Agents ( even ones from 
competing Brokerages ).

It could be even more general if a Seller and several potential Buyers were 
inclined to share some of their property data.  Since my views are mostly 
Canadian, I can say that this has considerable potential in competing with 
CREA ( the Canadian Real Estate Agency that runs virtually all of the 
Canadian MLS = Multiple Listing System )

Best,
Hans

On Saturday, August 21, 2021 at 1:28:20 PM UTC-4 cj.v...@gmail.com wrote:

> Brewed idea has fermented into a different prototyping project.
>
> *Scenario*:
>
> Say I have two sales reps, each with his/her own TiddlyWiki running on 
> node.js
>
> They each maintain their own customer lists, but I want each sales rep to 
> have view-only privs on the other sales rep's customer list.  So that each 
> Sales rep can be a backup to the other one when a Sales rep in on vacation 
> or whatever.
>
> Each Sales rep should have a directory of his/her own customers, but also 
> have available a global directory of all customers (so merging of the 
> directories.)
>
> And those directories should provide a way to see customer details, 
> regardless of the source (Sales rep's own wiki or other sales rep's wiki.)
>
> And a way to know when something new has happened in the other wiki.
>
> All without having to learn new technical things, other than familiarizing 
> myself with basic TiddlyWiki and node.js stuff.
>
> *The current scope of naughty bits*
>
> Playing around a little, here are some of the things that will be involved:
>
>- WebServer Basic Authentication 
>, WebServer 
>Authorization , 
> WebServer 
>Parameter: credentials 
>
>- Simple ways to write protect tiddlers 
>
>- Using the read-only single tiddler view 
>
>- Symbolic Links 
>- Maybe:  This goofy approach to dynamic HTML/javascript creation in 
>an iFrame 
>
>   - A way to know about "what's new" (re customer info) in other 
>   Sales reps' tiddlywikis
>- Enhanced tiddler saving actions for a customer to update a 
>"customers list" data tiddler
>   - Each sales rep has a "customers list" tiddler, and each sales rep 
>   has a symbolic link to all other sales reps' "customers list" tiddlers; 
> so 
>   a "list of customers" tiddler brings in, formats, sorts, all of these 
> data 
>   items from all of these data tiddlers
>  - *won't be super-perfect because each tiddlywiki needs to be 
>  restarted to get the latest data tiddlers from the other tiddlywikis*
>   
> Something like that.  No fuss, no muss.  Keeping it simple.
> On Tuesday, August 17, 2021 at 3:18:27 PM UTC-3 Charlie Veniot wrote:
>
>> Say I have a TiddlyWiki running on node.js, and two people currently 
>> viewing the same TiddlyWiki in their browsers.
>>
>> Say User 1 is editing a tiddler.  I'm thinking it would be cool if  User 
>> 2 could know that User 1 is editing the tiddler (or that anybody is editing 
>> the tiddler.)
>>
>> And/or, it would be cool if User 2 can get a notification that a 
>> particular tiddler has changed (because of User 1's editing), and that User 
>> 2 should refresh the browser to get that change if he/she wants it.
>>
>> Something like that.
>>
>> I'm not convinced it is something I can do, but I'm kind of interested in 
>> trying IF it isn't something that's already been done.
>>
>

-- 
You received this message because you are subscribed to the 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/912fd2b5-5de6-4cc7-89e8-3663389ce7f6n%40googlegroups.com.

[tw5] Re: Do you already use https://talk.tiddlywiki.org/ ?

[Hans Wobbe]

I will certainly be looking at it further.

On Friday, August 20, 2021 at 10:31:09 AM UTC-4 clutterstack wrote:

> @R², I'm with Charlie on not getting into GreaseMonkey to really 
> customise the forum -- BUT your post reminded me of something. I used the 
> dropper tool in uBlock Origin to zap the animated date thingy. Now it 
> doesn't grab my eye when I'm reading. Thanks.
> On Friday, August 20, 2021 at 3:24:53 AM UTC-4 R² wrote:
>
>> @CJ, @clutterstack,
>>
>> Most of those are fairly minor design issues that can be easily solved 
>> using a custom CSS hack (involving Stylus/GreaseMonkey/...).
>>
>> Regarding the avatars, I'm going for
>>
>> ```
>> img.avatar{
>>   filter: grayscale(100%) contrast(0.3) brightness(1.7);
>> }
>> ```
>>
>> to discretely blend them in the background without doing away with them 
>> completely, but you may prefer a ``display: none``
>>
>> To avoid some of the empty spaces, you can use:
>>
>> ```
>> div.main-outlet.wrap {
>>   max-width: 100%;
>> }
>>
>> .topic-body {
>>   width: 100%
>> }
>> ```
>>
>> The latter isn't great because you're going to tire your eyes in 
>> left-to-right saccades on a large screen but your call :)
>>
>> main-outlet.wrap has a maximum width specified, remove or change it →
>> hide avatars (img.avatar display none)
>>
>> Best
>>
>

-- 
You received this message because you are subscribed to the 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/db67317a-23c3-49ec-8321-9253898d4dacn%40googlegroups.com.

[tw5] Re: How can I hide the color-picker when adding a "color" field?

[Hans Wobbe]

Eric:

Thank you for this "excellent" additional capability.

Cheers,
Hans

On Sunday, July 25, 2021 at 5:07:14 AM UTC-4 Eric Shulman wrote:

> Give this a try:
>
> Copy the following tiddlers into your own TW document:
>
> https://tiddlytools.com/edit-list.html#TiddlyTools%2FMacros%2Fedit-list
>
> https://tiddlytools.com/edit-list.html#TiddlyTools%2FSettings%2FColors%2FX11Names
>
> https://tiddlytools.com/edit-list.html#TiddlyTools%2FMacros%2Fedit-list%2FColorEditTemplate
>
> The ColorEditTemplate uses this macro:
> < placeholder:"select a color" 
> filter:[{TiddlyTools/Settings/Colors/X11Names}]>>
>
> Notes:
> * *field:color* targets the "color" field of the tiddler
> * *colors:yes* shows the list items using their color values as the 
> background of each item
> * *find:yes* progressively filters the list for partial matches as you 
> type in a color name
> * *focusPopup:yes* automatically shows the list of colors when the color 
> field gets focus
> * *filter:[{TiddlyTools/Settings/Colors/X11Names}]* uses a list of 
> standard X11 color names
>
> Also note that the ColorEditTemplate *doesn't automatically hide the 
> TWCore default color field* RGB color picker interface.
> To hide the default RBG color picker, create a tiddler named 
> *$:/config/EditTemplateFields/Visibility/color* with contents of *hide*
>
> Let me know how it goes...
>
> enjoy,
> -e
> On Saturday, July 24, 2021 at 6:29:14 PM UTC-7 TW Tones wrote:
>
>> Si,
>>
>> I have always felt the color picker falls short, though it seems to be a 
>> HTML default. My research suggests it already users color names in the 
>> pallet.
>>
>>- I would like to be able to search for color names in the picker
>>- or past a color number into the picker I extract from anywhere with 
>>an in browser color picker
>>- I have a collection of hundreds of color name/numbers which I would 
>>add to this selection
>>
>>
>> The custom formatting or editing of standard fields is handled inside 
>> javascript as far as I can see. I have found that the following allows you 
>> to edit the color field as text.
>>
>> <$edit-text tiddler=<> field=color  type="text" 
>> tag="input"/>
>>
>> Placing the above in a tiddler tagged  $:/tags/EditTemplate will allow 
>> you to edit it as text and use you color names in the editTemplate
>> Or better use;
>>
>> <$list filter="[all[current]has:field[color]]" variable=nul>
>> Color: <$edit-text tiddler=<> field=color  type="text" 
>> tag="input"/>
>> 
>>
>> Of course you could replace or add a this with a select to select from 
>> the valid color names as well. See in $:/core/macros/colour-picker for a 
>> list of color names.
>>
>> There is room for more research but is this enough for now?
>>
>> Tones
>>
>>
>> On Sunday, 25 July 2021 at 04:48:25 UTC+10 Si wrote:
>>
>>> Thanks Tones, if you have solution hidden away somewhere that would be 
>>> great!
>>>
>>> I know that I can add extra ways to view/edit the field, but I want to 
>>> actually replace the existing mechanism for editing the "color" field.
>>>
>>>
>>> On Saturday, 24 July 2021 at 14:31:37 UTC+1 TW Tones wrote:
>>>
 Si,

 I can have a look tomorrow, I have delved into this before, however 
 just using your own view widget or edit-text widget will let you access 
 the 
 true value.

 Of course also {{!!color}} to view.

 You could write an edit template tiddler 
 tagged $:/tags/EditTemplate that provides this text rather than stylised 
 edit in edit mode.

 if has:field[color] then use edit-text widget.

 Regards
 Tones




 On Saturday, 24 July 2021 at 01:26:47 UTC+10 Si wrote:

> If you add the field "color" TiddlyWiki will replace the text-box for 
> editing the field value with a color-picker.
>
> In most cases this is very helpful, but I prefer to use color names 
> (e.g. papayawhip), so I don't want to see the color-picker.
>
> I can't figure out how to remove this feature, can anyone help me out?
>


-- 
You received this message because you are subscribed to the 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/f738a754-ce55-47e1-8d5f-8f8e1e7d3f84n%40googlegroups.com.

Re: [tw5] Re: Note Taking in 2021 (article & reflection)

[Hans Wobbe]

A Canadian observation @Mario:

Canada is engulfed in several scandals just now several of which have real 
merit.  As a result, the wronged "minority" groups are gaining momentum 
that may well drive corrections that over-shoot other rights.

It appears that a growing number of Canadian folk are becoming quite tired 
to being enslaved by "politically correct" jargon.  This may be a natural 
backlash to the fact that I recently found being part of the "MPS" (Male 
Pale Stale) cohort dramatically reduces my job advancement opportunities in 
Institutions.

I do not want to digress from the TW focus, but I do see that *this may be 
a positive influence on TW as Individuals start to form truly collaborative 
groups that provide mutual benefits that Institutions cannot.*

On Sunday, June 20, 2021 at 4:49:19 AM UTC-4 PMario wrote:

> Hi TT, 
> A "master" Tiddler ... could be called "primary" or "main" Tiddler. ... to 
> be political correct.
> -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/c6e389f9-d546-460c-9716-be3ed5669b74n%40googlegroups.com.

Re: [tw5] Re: Understanding Templates, Macros, Etc.

[Hans Wobbe]

Nice!

The smacking sound you probably heard was my palm hitting my forhead.  It 
simply had not occured to me to use ...PageControls to add key buttons in 
this manner.

Thank to both of you for an informative Question and Answer.

Cheers,
Hans


On Sunday, May 30, 2021 at 3:53:49 PM UTC-4 Eric Shulman wrote:

> On Sunday, May 30, 2021 at 12:35:52 PM UTC-7 rj...@blackperl.com wrote:
>
>> is there a way to assign it an icon and have it be an action that I can 
>> configure into my main menu-bar?
>>
> 1) First, create a tiddler (e.g., "New Project"), containing the desired 
> "skeleton content" and tags.
> 2) Next, create a tiddler (e.g., "NewProjectButton"), containing a $button 
> definition like this:
> <$button message="tm-new-tiddler" param="New Project" tooltip="Create a 
> new Project tiddler" class="tc-btn-invisible">
>{{$:/core/images/spiral}}
> 
> 3) Tag "NewProjectButton" with *$:/tags/PageControls*
>
> Notes:
> * You can name the tiddlers anything you like
> * Use class="tc-btn-invisible" so the $button just displays the icon 
> without any border or background color
> * Replace $:/core/images/spiral with any tiddler containing a small 
> button-sized image
>
> 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/01b0de6f-70aa-4f45-8e69-f51799764bd6n%40googlegroups.com.

[tw5] Re: Announcing: Cloud-Enabled TiddlyBlock WikiChain 3.0, IoT Edition, bringing the power of blockchain to your wiki.

[Hans Wobbe]

Thank you.  I will schedule some time to experiment and to think about this 
and where it might lead me.

Regards,
Hans


On Tuesday, May 11, 2021 at 6:51:44 AM UTC-4 inmy...@gmail.com wrote:

> If you wish to skip to the working demo where you can 
> https://ooktech-tw.gitlab.io/plugins/tiddly-block-wiki-chain/
>
> By popular demand I have created a TiddlyWiki-based blockchain that runs 
> completely inside your browser: the *Coud-Enabled TiddlyBlock WikiChain 
> 3.0, IoT Edition*, the worlds most advanced TiddlyWiki blockchain 
> solution.
>
> As an added advantage the private blockchain included comes with 
> *Utilicoin*™, the only cryptocurrency desigend soley for the advanced 
> mission critical usecases encountered on a daily basis by visionary 
> TiddlyWiki innovators!
>
> Are you ready to find the perfect solution to exceed your business 
> objectives utilizing industry standard, cryptographically secure, hashes in 
> the blockchain?
>
> Do you want to get a headstart on a technology that will enable thousands, 
> or even millions, of future applications today?
>
> Then look no farther than *Cloud-Enabled TiddlyBlock WikiChain 3.0, IoT 
> Edition*! 
>
> Innovate with Utilicoin as your wiki-based cryptocurrency while building a 
> state of the art blockchain containing all of your most important tiddlers!
>
> Try out the demo 
>  and start 
> innovating today!
>

-- 
You received this message because you are subscribed to the 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/732d0693-96b8-4aec-9895-dc3ddfe03664n%40googlegroups.com.

Re: [tw5] Is blockchain still not for TW?

[Hans Wobbe]

Thanks for the reply.  It will ceratinly help me to think of these as 
distinct technologies, at  least until I get a bit more "han(d)s-on" 
experience :-)


On Monday, May 10, 2021 at 12:35:24 PM UTC-4 inmy...@gmail.com wrote:

> A distributed ledger and a blockchain are distinct technologies. You can 
> use a blockchain to build a verifiable distributed ledger (verifiable in 
> the sense of being able to detect tampering after data has been entered, 
> there aren't any checks on the validity of the source data), but it is far 
> from the only way to do so. Distributed hash tables have been very 
> successful as distributed data stores that are far more scalable than 
> bitcoin in the long term, in a large part because it doesn't have the 
> continuously growing record of all previous actions, and it doesn't have 
> the huge security and privacy issues that a blockchain has.
>
> So distributed ledgers are very interesting, but while blockchains can be 
> used as distributed ledgers they are not the same thing.
>
> On Monday, May 10, 2021 at 4:09:25 PM UTC+2 hww...@gmail.com wrote:
>
>> I remain interested in Distributed Ledger Technology much more than I am 
>> interested in BitCoin and its other financial derivatives, that even 
>> Central Banks are considering as Cash replacements.  ( And I am not at all 
>> interested in NFTs since the Name says it all ... "Non Fungible" ... )
>>
>> One thing I really appreciate about this communitiy is the technological 
>> creativity that emerges here.  In part, I think it results from the fact 
>> that community membership is quite diverse, bring a lot of different 
>> experience and insight to bear.
>>
>> As more and more DLT systems emerge, it becomes appealing to me to be 
>> able to use partial segments from multiple systems as an effective 
>> combination lock.  For example, a combination of:
>>
>>- The first 4 digits of the latitue and longiture of (as reported by 
>>my cell phone) 
>>- The last 4 digits of an active Credit Card (verifiable against 
>>Credit Bureau data, together with full Address)
>>- A reference to a recognized Social Media site (preferably with a 
>>Pictire and peer reviewed) e.g. linkedIn or Flickr
>>- The last 4 digits of my Passport number
>>- ...
>>
>> Depending need, I can select various combinations that even include a 
>> startTime and validity Duraction.
>>  
>> With a bit of proper encoding into a Unicode hash, it becomes possible to 
>> even make such a key remarkably short since there are about 2.2 million 
>> useful Unicode points have been defined, ensuring that (2e6)e4 gives more 
>> than enough room!
>>
>> The appeal is that I can create distinct Tokens that meet my Security and 
>> Privacy needs, but that others can verify from reliable sources of public 
>> Definitive Data.
>>
>> Comments will be appreciated.
>>
>> Cheers,
>> Hans
>>
>> On Monday, May 10, 2021 at 5:14:52 AM UTC-4 inmy...@gmail.com wrote:
>>
>>> or perhaps I am being too hard on the idea. Instead if you all want I 
>>> can add blockchain to tiddlywiki and sell NFTs pointing to wikis that I 
>>> made, like the original twederation wiki or the interaction fiction wiki.
>>>
>>> On Monday, May 10, 2021 at 10:54:03 AM UTC+2 Jed Carty wrote:
>>>
 Yes, the central question is could blockchain be useful to tiddlywiki. 
 And so far the only answer has been to use it as a proof of existence by 
 storing what is in one blockchain (file hashes in git) in a different from 
 in another block chain.

 Also, traceability in a blockchain is guaranteed only for events that 
 happen on the blockchain, not for what the blockchain is supposed to 
 represent. It is always open to any sort of manipulation at the human 
 interface side. I could start a car tracing block chain, and I could add 
 1 cars to it saying that I own them. That has no bearing on the real 
 world without some mediating central authority, and with a mediating 
 central authority the blockchain is redundant.

 People keep saying 'I am not familiar with the technology' and then 
 arguing against someone who has studied the theory and technology that 
 goes 
 into blockchains in academic, hobby and professional capacities. The blind 
 faith in the unchangeable nature of a blockchain is a huge security risk 
 to 
 anything that uses it. It is worth repeating over and over: all the 
 guarantees are just for the numbers stored on the computer, there are 
 absolutely no guarantees about what those numbers represent. All the 
 traceability claims completely fail when it gets to the data entry into 
 the 
 blockchain.

 After working with some startups I am very familiar with how easy it is 
 to separate people from large sums of money by making magical claims that 
 aren't backed up by reality, investment in a technology and the actual 
 utility of the technology 

Re: [tw5] Is blockchain still not for TW?

[Hans Wobbe]

I remain interested in Distributed Ledger Technology much more than I am 
interested in BitCoin and its other financial derivatives, that even 
Central Banks are considering as Cash replacements.  ( And I am not at all 
interested in NFTs since the Name says it all ... "Non Fungible" ... )

One thing I really appreciate about this communitiy is the technological 
creativity that emerges here.  In part, I think it results from the fact 
that community membership is quite diverse, bring a lot of different 
experience and insight to bear.

As more and more DLT systems emerge, it becomes appealing to me to be able 
to use partial segments from multiple systems as an effective combination 
lock.  For example, a combination of:

   - The first 4 digits of the latitue and longiture of (as reported by my 
   cell phone) 
   - The last 4 digits of an active Credit Card (verifiable against Credit 
   Bureau data, together with full Address)
   - A reference to a recognized Social Media site (preferably with a 
   Pictire and peer reviewed) e.g. linkedIn or Flickr
   - The last 4 digits of my Passport number
   - ...

Depending need, I can select various combinations that even include a 
startTime and validity Duraction.
 
With a bit of proper encoding into a Unicode hash, it becomes possible to 
even make such a key remarkably short since there are about 2.2 million 
useful Unicode points have been defined, ensuring that (2e6)e4 gives more 
than enough room!

The appeal is that I can create distinct Tokens that meet my Security and 
Privacy needs, but that others can verify from reliable sources of public 
Definitive Data.

Comments will be appreciated.

Cheers,
Hans

On Monday, May 10, 2021 at 5:14:52 AM UTC-4 inmy...@gmail.com wrote:

> or perhaps I am being too hard on the idea. Instead if you all want I can 
> add blockchain to tiddlywiki and sell NFTs pointing to wikis that I made, 
> like the original twederation wiki or the interaction fiction wiki.
>
> On Monday, May 10, 2021 at 10:54:03 AM UTC+2 Jed Carty wrote:
>
>> Yes, the central question is could blockchain be useful to tiddlywiki. 
>> And so far the only answer has been to use it as a proof of existence by 
>> storing what is in one blockchain (file hashes in git) in a different from 
>> in another block chain.
>>
>> Also, traceability in a blockchain is guaranteed only for events that 
>> happen on the blockchain, not for what the blockchain is supposed to 
>> represent. It is always open to any sort of manipulation at the human 
>> interface side. I could start a car tracing block chain, and I could add 
>> 1 cars to it saying that I own them. That has no bearing on the real 
>> world without some mediating central authority, and with a mediating 
>> central authority the blockchain is redundant.
>>
>> People keep saying 'I am not familiar with the technology' and then 
>> arguing against someone who has studied the theory and technology that goes 
>> into blockchains in academic, hobby and professional capacities. The blind 
>> faith in the unchangeable nature of a blockchain is a huge security risk to 
>> anything that uses it. It is worth repeating over and over: all the 
>> guarantees are just for the numbers stored on the computer, there are 
>> absolutely no guarantees about what those numbers represent. All the 
>> traceability claims completely fail when it gets to the data entry into the 
>> blockchain.
>>
>> After working with some startups I am very familiar with how easy it is 
>> to separate people from large sums of money by making magical claims that 
>> aren't backed up by reality, investment in a technology and the actual 
>> utility of the technology don't correlate. 
>>
>> And as far as smart contracts go, never sign a contract you don't 
>> understand. Someone with my skills would be able to make a contract that 
>> does whatever I want it to do and have it all be essentially invisible to 
>> someone who isn't intimately familiar with the technology that goes though 
>> the code line by line to verify every part of it.
>> As as example: 
>> https://kf106.medium.com/how-to-sleepmint-nft-tokens-bc347dc148f2
>>
>> For ip protection, if Sony (or any other large monied entity) wanted to 
>> claim ownership of anything I have created I would bet on their money and 
>> lawyers over any proof I have of ownership every time, regardless of what 
>> proof of ownership I have, no matter how impossible it is to counterfeit.
>>
>> But, all of that is off topic, to address the original topic, there are 
>> three questions that need to be answered: what, how and why.
>> Why is easy, because it could be interesting. So we don't have to worry 
>> about that.
>> What is the important one that hasn't been answered aside from a legally 
>> untested method for proof of ip ownership. And that isn't a method for 
>> tiddlywiki so much as just an option using external tools. And given what I 
>> know, I would never accept a hash stored on a 

[tw5] Re: What is #TiddlyWiki?

[Hans Wobbe]

Just a thought forking from Boggart and and the Shapeshifter reference to 
"transform": 

Perhaps the term TransFormer could be use for those procedures that 
significantly Transform a tiddler's appearance.  (e.g. applying a set of 
viewTemplates or other TransClusions and Stylings by merely tagging a 
tiddler?  Perhaps its time to re-visit CSS zenGarden 
 for some inspiration.

On Saturday, May 8, 2021 at 2:53:12 AM UTC-4 TiddlyTweeter wrote:

> Eric Shulman wrote:
>
>>  *https://en.wikipedia.org/wiki/Haddocks%27_Eyes* 
>>  in Lewis Carroll's 
>> "Through The Looking Glass", in which Alice and The White Knight have a 
>> conversation about the *complicated terminology distinguishing between 
>> the song, what the song is called, the name of the song, and what the name 
>> of the song is called*.
>>
>
> Eric, Ha! Great fun! 
>
> More seriously, the *Haddocks Eyes problem *is I think insightful on the 
> difficulty of describing our animal.
>
> Just a comment, TT
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/20d732c0-477d-4d0f-89a4-5de336bdcbbcn%40googlegroups.com.

Re: [tw5] Looking for reading material: using javascript libraries in TiddlyWiki

[Hans Wobbe]

G'day cj.v:

Do you happen to know if neocities could host such a server?  If so, do we 
have any Documentation/Knowledge that might help us "make it so"?

On Sunday, May 2, 2021 at 9:23:08 AM UTC-4 cj.v...@gmail.com wrote:

> G'day Anders,
>
> Yup, sure did.  Very cool.
>
> Serverless sql.js would be more my cup of tea, but sqlite solution with 
> server might make for a pretty decent plan B, 
>
>
>
>
>
> On Sunday, May 2, 2021 at 8:39:53 AM UTC-3 Anjar wrote:
>
>> @cj.v did you see this thread 
>> https://groups.google.com/g/tiddlywiki/c/zcgAdcms0zM on php+sqlite? 
>> Requires a server though
>>
>> Best,
>> Anders
>> lørdag 1. mai 2021 kl. 23:15:10 UTC+2 skrev brian@gmail.com:
>>
>>> https://btheado.github.io/tw-widget-tutorial/ - this is another 
>>> resource. It is focused specifically on widgets and doesn't cover any of 
>>> the other integration points mentioned by Jeremy. When I wrote it, I ran 
>>> out of steam by the time I got to the third-party javascript integration 
>>> and so there isn't much there to help answer Charlie's original question. 
>>> But there are a few example libraries integrated there.
>>>
>>> For the tutorial, I use the innerwiki widget which makes it into a live 
>>> playground even for the javascript. You can modify the javascript tiddlers 
>>> in the outer wiki and see immediate updates in the innerwikis. In fact, I 
>>> developed the entire tutorial inside the browser. If you learn well by 
>>> making small modifications to already working code, then it should suit you 
>>> well.
>>>
>>> On Sat, May 1, 2021 at 3:16 PM PMario  wrote:
>>>
 On Saturday, May 1, 2021 at 7:31:35 PM UTC+2 Mark S. wrote:

 But if I want to use JS in TW, I'm reduced to maybe two paragraphs of 
> explanatory material. The only documentation I ever found was by (?) 
> Chris 
> Hunt, which pages have now disappeared except on archive. The code 
> examples 
> no longer match existing core.
>

 https://tiddlywiki.com/dev/ is still a very good overview about how TW 
 is built.
  

> After 5 years, it would really be great to have a bit of documentation 
> for those of us who understand JS but need some hand-holding for the 
> TW-JS 
> gap.
>

 There are some early TW hangouts, that discuss the internal structure 
 in detail. 
 Especially No 10 https://www.youtube.com/watch?v=o70TtNIe-L4 which is 
 2h core design and code only. 

 have fun!
 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+...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/tiddlywiki/1bb2059c-4a77-430c-bdb9-e3b052e2b028n%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/c7468804-cc8d-4275-9ab7-28df9670fd41n%40googlegroups.com.

[tw5] Re: Is blockchain still not for TW?

[Hans Wobbe]

Hi Mat:

Thanks for posting this.  

I had not stopped to think that NFTs are non-divisible (an obvious 
statement, in hind-sight).  That statement makes me wonder how many of the 
uses of prime numbers in encryoption and security work ( a long-time 
pre-coccupation of mine, for Identity applications ) could be 
metaphorically mapped to these.  It might turn out that this is an 
interesting way of melding NFTs some of the wp:Steganography 
 concepts.

Thanks for sparking some interesting ideas.

Cheers,
Hans


On Sunday, May 2, 2021 at 6:41:58 AM UTC-4 Mat wrote:

> Some years ago I posted 
>  the 
> idea about TW on blockchain (i.e the tech upon which e.g Bitcoin is based). 
> It was not met with any enthusiasm but I wonder if the sentiment is still 
> the same.
>
> At least two things have changed:
>
>1. We now all curse at why we didn't by loads of cryptocoins ;-) 
>2. The concept of NFT's have become more mainstream.
>
> In brief, a NFT is an entitiy on a 
> blockchain that is unique and non-divisable. 
>
> I can definitely see a case for tiddlers as NFTs. Both entities are uniqe 
> and can have a unique owner. They are public and forkable (i.e 'copyable'). 
> I assume also full TW's could be NFTs.
>
> A tiddler author could have a physical proof of origination and ownership. 
> The NFT could probably be made to contain revision history.
>
> In addition it could make tiddlers tradeable. Why would anybody want that? 
> I don't know, but I can at least *understand* that some things manifested 
> in tiddly form could have economic value. When we think of tiddlers today, 
> they are freely shared so instead think of the tiddlers that we don't see 
> today. Just like e.g "images" can be freely shared (great!) there is also 
> *justification* for non-free images. Or burger recipes. Or custom tiddly 
> solutions.
>
> I would not be surprised if TW-on-blockchain is created one sunny day, 
> when the blockchain tech is simplified to a degree that is is easy enough 
> to set these things up and the costs are low enough, including costs from 
> of using the system.
>
> Motovun Jack as a CryptoKitty, anybody?
>
> Just sayin.
>
> <:-)
>

-- 
You received this message because you are subscribed to the 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/f9c6726a-ce8d-4f38-b91f-857c60ffb731n%40googlegroups.com.

Re: [tw5] Looking for reading material: using javascript libraries in TiddlyWiki

[Hans Wobbe]

Happy Saturday, cj.v!

I've read your preceding post several times and I remain unsure which way 
you are leaning on "sql.jg".

Can you clarify?


Cheers,
Hans


On Saturday, May 1, 2021 at 9:13:47 AM UTC-4 cj.v...@gmail.com wrote:

> G'day Jeremy, and thank-you !
>
> I have sql.js  on the brain, and am not quite sure 
> I really want to even dip a toe into that kind of self-inflicted pain.
>
> Although I was in a soul-searching "should I shouldn't I, could I couldn't 
> I, to be not to be" stretch of waffling over it, I'm pretty sure I've 
> entered an "oh hell no" quick retreat to the safety of a thumb-sucking 
> fetal position.
>
> My loathing of javascript makes it kind of hopeless for this kid.  For all 
> of the great things that can be done with it, as much as I am impressed 
> with capabilities and end products, the language irritates the living 
> daylights out of me.
>
> Silly me: I may have been thinking "throw a wildly interesting project at 
> it, and maybe it will grow on you?"  Not so much.
>
> Thank goodness for the slew of folk with brains wired to work with 
> javascript !
>
>
>
>
> On Saturday, May 1, 2021 at 6:27:33 AM UTC-3 jeremy...@gmail.com wrote:
>
>> I'm not having much luck searching the web, and I'm hoping somebody can 
>> put me on some kind of "for white belts" reading material.
>>
>> Say one finds a small javascript library one wants to use with 
>> TiddlyWiki, what are the options and the processes involved?
>>
>> Does one include the libary (if so where?) in TiddlyWiki, then access the 
>> libary functions via javascript macros ?
>>
>> Total newb here with the whole concept, and not particularly 
>> knowledgeable about javascript, so please be gentle !
>>
>>
>> It depends what the JS library does.
>>
>> If the library does pure text manipulation (eg an anagram engine), then 
>> it should be fairly easy to wrap it up into a JavaScript macro. There are 
>> some examples here:
>>
>> https://github.com/Jermolene/TiddlyWiki5/tree/master/core/modules/macros
>>
>> If the library converts markup to HTML, then it can be wrapped to be a 
>> parser - see the Markdown parser or the KaTeX parser for an example:
>>
>>
>> https://github.com/Jermolene/TiddlyWiki5/blob/master/plugins/tiddlywiki/katex/latex-parser.js
>>
>> https://github.com/Jermolene/TiddlyWiki5/blob/master/plugins/tiddlywiki/markdown/wrapper.js
>>
>> Things get much trickier if the library manipulates the DOM. One 
>> fundamental problem is that many libraries are written on the assumption 
>> that they will be used on a static page, and don’t automatically cater for 
>> dynamic content. In many cases, such libraries are old jQuery libraries 
>> that do things that can now be done with plain HTML or wikitext.
>>
>> The simplest case is a library that produces output in a single DOM node. 
>> These can generally be turned into a widget. For example, the CodeMirror 
>> widget:
>>
>>
>> https://github.com/Jermolene/TiddlyWiki5/tree/master/plugins/tiddlywiki/codemirror
>>
>> That is not an exhaustive list, what kind of library are you looking at?
>>
>> Best wishes
>>
>> Jeremy
>>
>

-- 
You received this message because you are subscribed to the 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/83ad6d61-615e-4a20-9323-0fdf8d8f8b8bn%40googlegroups.com.

[tw5] Re: Just a thought: embedding TiddlyWiki documentation in our TiddlyWikis?

[Hans Wobbe]

@ludwa6: Walt:

I made a few tweaks to Eric's code to suit my own uses.  I did not put this 
into my sidebar, by now, you know that would be relatively simple to do.

On Saturday, April 24, 2021 at 9:49:48 AM UTC-4 ludwa6 wrote:

> Thanks @Eric : it does indeed work nicely -only not in the sidebar; after 
> the streamlining you've done on Charlie's script, that functionality seems 
> to have been compromised.
> @Hans: Have you implemented Eric's script without modification, and does 
> it display & function correctly in your sidebar?
>
> Anyway: Without really understanding the code, i'm now using Eric's macro 
> definition line at the top, followed by Charlie's UI-related code, and that 
> seems to work pretty well, tho the sidebar view doesn't flow so well if 
> it's set too narrow; i can certainly live w/ this -happy!/w
>
> 8<--(snip)->8
>
> \define AddTopic(topic)  https://en.wikipedia.org/wiki/]] }}}>$topic$
>
> <$select tiddler={{Wikipedia!!title}} field="curr-topic">
> 
> <>
> <>
> <>
> link
> 
>
> 8<--(snip)->8
> On Saturday, April 24, 2021 at 2:07:33 PM UTC+1 hww...@gmail.com wrote:
>
>> @Eric: Thanbk you.  
>> This works nicely and is, of course, quite extensible to sites like 
>> TiddlyWikiLinks.
>>
>> Cheers,
>> Hans
>>
>> On Saturday, April 24, 2021 at 8:30:04 AM UTC-4 Eric Shulman wrote:
>>
>>> On Saturday, April 24, 2021 at 3:16:22 AM UTC-7 ludwa6 wrote:
>>>
 PS to my last: have fixed part of the problem: by adding the suffix 
 clause back into macro (as below), it now pulls not a system-level error 
 msg, but the error msg from wikipedia.org site itself, which seems to 
 be objecting to the .html extension only... yet i can't find a way to 
 remove that w/o reverting to the lower-level error msg.  Any insight about 
 this problem would be appreciated!
>>>
>>>
>>> Try this in a tiddler named "ShowWikipediaFrame":
>>> \define AddTopic(topic) >> https://en.wikipedia.org/wiki/]] }}}>$topic$
>>>
>>> <$select field="curr-topic">
>>> <>
>>> <>
>>> <>
>>> link
>>> 
>>>
>>> Notes:
>>> * The filter  in AddTopic  needed a closing "]]".  Also, the filter uses 
>>> "encodeuri[]" rather than "split[ ]join[%2520]".  This handles all special 
>>> URI characters, not just space.
>>> * The target tiddler for storing the $select widget value is the *current 
>>> tiddler*, rather than "Wikipedia" (or {{Wikipedia!!title}}) and the 
>>> corresponding  and  params simply fetch 
>>> {{!!curr-topic}} (i.e., from the current tiddler).  This allows you 
>>> transclude the above content as a template (e.g., 
>>> {{||ShowWikipediaFrame}}) and each transcluded instance can be used to 
>>> show a different selected topic.
>>>
>>> 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/64e6a5a6-f097-40f7-88f5-c5b20074da94n%40googlegroups.com.

[tw5] Re: Just a thought: embedding TiddlyWiki documentation in our TiddlyWikis?

[Hans Wobbe]

@Eric: Thanbk you.  
This works nicely and is, of course, quite extensible to sites like 
TiddlyWikiLinks.

Cheers,
Hans

On Saturday, April 24, 2021 at 8:30:04 AM UTC-4 Eric Shulman wrote:

> On Saturday, April 24, 2021 at 3:16:22 AM UTC-7 ludwa6 wrote:
>
>> PS to my last: have fixed part of the problem: by adding the suffix 
>> clause back into macro (as below), it now pulls not a system-level error 
>> msg, but the error msg from wikipedia.org site itself, which seems to be 
>> objecting to the .html extension only... yet i can't find a way to remove 
>> that w/o reverting to the lower-level error msg.  Any insight about this 
>> problem would be appreciated!
>
>
> Try this in a tiddler named "ShowWikipediaFrame":
> \define AddTopic(topic)  https://en.wikipedia.org/wiki/]] }}}>$topic$
>
> <$select field="curr-topic">
> <>
> <>
> <>
> link
> 
>
> Notes:
> * The filter  in AddTopic  needed a closing "]]".  Also, the filter uses 
> "encodeuri[]" rather than "split[ ]join[%2520]".  This handles all special 
> URI characters, not just space.
> * The target tiddler for storing the $select widget value is the *current 
> tiddler*, rather than "Wikipedia" (or {{Wikipedia!!title}}) and the 
> corresponding  and  params simply fetch 
> {{!!curr-topic}} (i.e., from the current tiddler).  This allows you 
> transclude the above content as a template (e.g., {{||ShowWikipediaFrame}}) 
> and each transcluded instance can be used to show a different selected 
> topic.
>
> 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/32d9d3b6-6e81-4793-b75f-29db4285883bn%40googlegroups.com.

[tw5] Re: Best ways to use TiddlyWiki on a Chromebook?

[Hans Wobbe]

https://support.google.com/chromebook/answer/7021273?hl=en#:~:text=You%20can%20download%20and%20use,the%20Google%20Play%20Store%20app.=Note%3A%20If%20you're%20using,more%20information%2C%20contact%20your%20administrator.

On Saturday, April 10, 2021 at 1:37:39 PM UTC-4 Mark S. wrote:

> Newer chromebooks are supposed to be able to use Android apps, so might be 
> able to use Tiddloid/Quinoid to connect to GDrive.
>
> On Saturday, April 10, 2021 at 6:55:35 AM UTC-7 jeremy...@gmail.com wrote:
>
>> Does anyone here use TiddlyWiki on a Chromebook?
>>
>> A friend with a Chromebook wants to experiment with TiddlyWiki, and so 
>> I'd be interested in any feedback on the best of the available options. 
>> They'd like to keep a private notes file in Dropbox or Google Drive. 
>> Ordinarily, I'd recommend TiddlyDesktop and/or Quine, but they obviously 
>> don't work in this case.
>>
>> Many thanks,
>>
>> Jeremy
>>
>>
>> --
>> Jeremy Ruston
>> jer...@jermolene.com
>> https://jermolene.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/f407382f-6f7b-4a7b-8e62-63c7c88611d3n%40googlegroups.com.

[tw5] Re: Just a bit of a test (extended)

[Hans Wobbe]

Reviewing this OLD thread in order to assess the impact of the changes that 
have emerged as part of the NEW googleGroups


On Monday, November 30, 2020 at 7:19:33 AM UTC-5 TiddlyTweeter wrote:

> Ciao Hans
>
> The problem will be that we would *add verbiage*. Previously one EDITED 
> and sent notice of change to alert those on email. That was pretty gawky 
> already.
> Adding full duplicates with mods doesn't fit with reading online really. 
> It is *unneeded hassle*. Just complicates basic reading.
>
> Frankly I think the REDUCTION of basic function on GG (if it persists) is 
> a serious barrier to clean communication. it is not just "edit" that is 
> currently off-mark. It is MULTIPLE functions. It is WEIRD that one is faced 
> with a WORSE GG, not a better one.
>
> Frankly I cannot see ANY benefit in the GG changes so far worth the salt.
>
>  Best wishes
> TT
>
>
> On Monday, 30 November 2020 at 06:48:59 UTC+1 hww...@gmail.com wrote:
>
>> Since it is no longer possible to edit a post, it may be effective to 
>> simply add a revised copy to the end of the thread and delete the prior 
>> instance.
>>
>> I intend to slowly determine how effective this may be by appending to 
>> this thread and occasionally deleting its older posts.
>>
>> On Saturday, November 14, 2020 at 9:03:35 AM UTC-5 Hans Wobbe wrote:
>>
>>> TT's interest in Germanic word structures is based on the concepts 
>>> underlying an AgglutinativeLanguage.  These concepts were also applied by 
>>> WardCunningham in creating CamelCase Page names
>>>
>>> * https://en.wikipedia.org/wiki/Agglutinative_language
>>>
>>> On Thursday, October 24, 2019 at 5:56:24 PM UTC-4 Hans Wobbe wrote:
>>>
>>>> * The existing Google Search Options are very useful.
>>>> ** 2020.03.26 
>>>> <https://groups.google.com/forum/#!searchin/tiddlywiki/2020.03.26;context-place=searchin/tiddlywiki/2020.03.2%7Csort:date>
>>>>  
>>>> :craft some more specific links
>>>> * I finally realized that AND searches on tags are possible.  It might 
>>>> be possible to incorporate suggested combinations into this Thread.
>>>>
>>>>- Link to the more extensive suggestions that have appeared.
>>>>   - Consider using tags to craft such links
>>>>- 2020.06.13: Confirm that the Search Selection has changed 
>>>>recently.
>>>>   - decide how this will affect my usage pattern(s)
>>>>   
>>>>

-- 
You received this message because you are subscribed to the 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/eb2462c9-83cb-427b-b3fa-f5ebfd63b8c3n%40googlegroups.com.

[tw5] Re: Should the links aggregator be hosted on tiddlywiki.org?

[Hans Wobbe]

On the basis of my experience with DataFix.com, I recommend reserving at 
least both *.net and *.org variations of TiddlyWiki.com.  The relatively 
recent extension of the TLD names has reduces the pressure on domain names, 
but I clearly remember having to sign a contractual obligation that we 
would not use DataFix.com for commercial purposes as recently as 1993.

Since DataFix now hosts a large number of sites, we generally register the 
Sitename.com, *.net and *.org.  As a general rule, we use *.com as a 
default, but data Users tend to operate on .ORG (as in ORGanizational 
user's) sites, while data Owners tend to use .NET (as in data on interNET) 
sites.

On Friday, March 26, 2021 at 4:12:32 PM UTC-4 jeremy...@gmail.com wrote:

> 10 to 15 years ago, we experimented with using https://tiddlywiki.org/ as 
> a community front page for TiddlyWiki. For a while, we even had a MediaWiki 
> instance:
>
>
> https://web.archive.org/web/20081216015257/http://www.tiddlywiki.org/wiki/Main_Page
>
> TiddlyWiki community activities seem a good fit for the .org sites:
>
> https://en.wikipedia.org/wiki/.org
>
> So, while I've been working on the links aggregator I've been wondering if 
> it shouldn't be hosted at tiddlywiki.org or links.tiddlywiki.org to 
> communicate clearly that it is not a commercial endeavour.
>
> By the same logic of course, perhaps we should move TiddlyWiki itself to 
> tiddlywiki.org.
>
> I'd be interested in thoughts. The only immediate proposal is whether we 
> move the links aggregator, but it all needs thinking through.
>
> Best wishes
>
> Jeremy
>
>
>
> --
> Jeremy Ruston
> jer...@jermolene.com
> https://jermolene.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/c3d19826-fe76-4b49-9ee7-729738e92e0an%40googlegroups.com.

[tw5] Re: No menubar documentation?

[Hans Wobbe]

David:

I think the AboveStory tag may be worth considering as a "top menu" 
alternative.

In fact, its control and that of the comparable BelowStory tag could be 
worth while additions to your 'toggle!"  plugin.

On Saturday, March 6, 2021 at 9:57:56 AM UTC-5 David Gifford wrote:

> Hi all
>
> Just wanted to point out that on tiddlywiki.com when you search for 
> menubar or top menu, nothing comes up. That would be VERY frustrating to 
> anyone trying to see how to add that to their wiki. Can someone who does 
> GitHub please add something there, even if just a pull request for someone 
> to add a tiddler or two on how to add it and how to add items to it? Thanks!
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/370f7f26-4b58-4578-922c-81f0c0a555f4n%40googlegroups.com.

Re: [tw5] Re: Way of organising and transcluding things

[Hans Wobbe]

rayv;

You might want to take a look at 
Eric's https://tiddlytools-timer.tiddlyhost.com/.  It's made a significant 
improvement in my TW work flows to the point that I recommend it as a 
solution that is preferable (in many contexts) to Journal tiddlers.

On Saturday, March 6, 2021 at 9:56:36 AM UTC-5 rayv...@gmail.com wrote:

> Thanks!
> I have stroll already installed indeed and find the referencing tiddlers 
> below quite handy :-)
>
> Op za 6 mrt. 2021 om 15:42 schreef David Gifford :
>
>> You might try Stroll (https://giffmex.org/stroll/stroll.html), and in 
>> the pink eyeball tab, select the Highlights in context option.
>>
>> That way, the MaryDoe tiddler will show at the bottom, all the backlinks 
>> from other tiddlers to MaryDoe in context, so you can see which tiddlers 
>> you want to open to see more detail, and the links will be right there.
>>
>> Also, if you have camelcase links enabled, you can write MaryDoe, and not 
>> bother with the brackets.
>>
>> On Saturday, March 6, 2021 at 3:53:34 AM UTC-6 rayv...@gmail.com wrote:
>>
>>> Hi all
>>>
>>> My current way of organising my tiddles is as follows:
>>>
>>> Mainly i create a Journal tiddler everyday with title of the date and 
>>> put in there the things i've done, like so:
>>>
>>> ---
>>> Call with [[JohnDoe]] to organise event. He thoughtbla..
>>> He also asked  bla
>>>
>>> Student [[MaryDoe]] mailed me the contract for internship at company 
>>> [[CompDoe]]
>>>
>>> Send schedule to [[StudentDoe]] like agreed 
>>> ---
>>>
>>> Something that way...
>>> So i have a list of dated Journals and i can see what ive did that day 
>>> when i click the tiddler.
>>>
>>> Now i wanted to be able to click on the say [[MaryDoe]] in a tiddler and 
>>> i would like to see only the line (until the ) so that i get all the 
>>> info over time i wrote about Mary
>>> I need to extract that lines of text from all tiddlers where she appears 
>>> i think.
>>> Not sure how to do that. So in a way i see all her history in one view.
>>>
>>> But... then i was thinking: why not create a separate tiddler called 
>>> MaryDoe and put in there every new stuff on the days i have to do something 
>>> for her, or when she contacts me etc..
>>> That would make things easier when i retrieve her historical data 
>>> because when i click her title the information shows up because it us all 
>>> in one tiddler.
>>>
>>> Now i only would like to have some way of knowing on what days i updated 
>>> her tiddler.
>>> So the historical view is visible.
>>>
>>> Am i thinkinkg the right way or is there another way of realising this??
>>>
>>> I feel for the seperate tiddlers approach but how can i see an overview 
>>> like:
>>>
>>> 1 Mar 21 : Action so and so
>>>
>>> 3 Jan 21: Call so and so
>>>
>>> 31Dec20: Lines of text added on this day.
>>>  This is also the line of text added this day..
>>>
>>> Any thoughts??
>>>
>>> CHeers
>>>
>>> Ray
>>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "TiddlyWiki" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/tiddlywiki/YLEJXtFPnTA/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> tiddlywiki+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/tiddlywiki/84572061-39ee-45bc-bba0-714cc4cc70can%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/5927bcfd-adf9-4216-a08b-6ad0fbe1ed3en%40googlegroups.com.

[tw5] Re: Sidebar redesign idea

[Hans Wobbe]

David:

Another (browser) technique to reduce "clutter" is to make use of the "Open 
in a new window"  capability.  This creates an effective popup that you can 
dismiss when doe, or k,keep open for reference by just positioning it in 
another area of your display(s).  It's very effective if you have large 
screens and even more so when using mutiple displays.

On Saturday, March 6, 2021 at 9:52:51 AM UTC-5 David Gifford wrote:

> Thanks Hans!
>
> I am now thinking about the top menu bar that is on tiddlywiki.com as a 
> place to put buttons that change the sidebar content. Even more efficient! 
> I will post here.
>
> Yes, I was thinking that such a system should have instructions so users 
> can rearrange tabs as desired.
>
> My goals in doing this were:
> 1. Reduce or eliminate everything above the tabs and slide the tabs up so 
> we can see more of the tabs (there is still that pesky space there, and 
> even inspecting the page didn't help me see what it is...)
> 2. Reorganize the tabs by function: tabs for newbies, tabs to set up the 
> file, tabs to work, and "stuff I never use"
> 3. Imagine what other tabs would be helpful. A help tab with links to the 
> forum is one such tab.
>
> On Saturday, March 6, 2021 at 7:52:27 AM UTC-6 hww...@gmail.com wrote:
>
>> David:
>>
>> I think it's an interesting addition to "minimalist" design concepts in 
>> which folks have been trying to reduce what they see as visible clutter.  
>> I've noticed my Tiddlers have been moving in this direction for several 
>> years.  However, I never really thought of applying this to the Sidebar 
>> area before now.  (Taken to its limits, a single pixel in the upper left 
>> corned of the focus area might be the ideal 'de-clutter'.)
>>
>> Instead, in the Sidebar, I've used the standard Sidebar components to 
>> host CamelCase links to persistent entry points as a balance of the 
>> Ultimate possibility against practical efficienciess.
>>
>> Your suggestion has piqued my interest in trying customizing the SideBar 
>> area.  I suspect this will end up being tailored by individual users for 
>> the own preferences and by Edition authors for their applications.
>>
>> It will be interesting to see how far this proceeds.
>>
>> Thanks for this idea "spark" as well as your many other contributions.
>>
>> On Friday, March 5, 2021 at 9:34:38 PM UTC-5 David Gifford wrote:
>>
>>> Thanks Chris! 
>>>
>>> On Friday, March 5, 2021 at 4:05:23 PM UTC-6 clutterstack wrote:
>>>
 David,

 I like it on my screen. I don't have strong feelings about it in 
 general, but my first impression is that Control Panel access through the 
 sidebar may be more intuitive than opening it in the story. That is 
 affected by the sidebar width, of course. Then, given that you're putting 
 more config stuff in the sidebar, it starts to make sense to have a 
 hierarchy of tabs, and the Tools tab fits right in with the other Setup 
 tabs -- except that occasionally it is useful as a collection of buttons I 
 don't use a lot. That's the problem with a hierarchy...and not a specific 
 problem with this idea.

 I guess the Work tab would be filled with whatever the author likes to 
 have one click away.

 I think this is an interesting idea that caters for both newer TW 
 admins and for wikis that have a separation between author and user, which 
 are both good angles to explore.

 Best,
 Chris

 On Friday, March 5, 2021 at 3:51:26 PM UTC-5 David Gifford wrote:

> Oh and I am not trying to be conceited by my adding of my Toggle tab. 
> Just thinking that some of those items could be in those two areas...
>
> On Friday, March 5, 2021 at 2:50:30 PM UTC-6 David Gifford wrote:
>
>>
>> Hi all
>>
>> Don't know what got into me. Just an idea to reorganize the tabs 
>> conceptually and move the control panel items into the tabs. This is 
>> just 
>> slapped together and is not done properly. More like a proof of concept 
>> than an actual thing. Looking for feedback more on the choices made 
>> rather 
>> than the behind the scenes execution.
>>
>> https://giffmex.org/experiments/sidebar.concept.html
>>
>

-- 
You received this message because you are subscribed to the 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/ca27e9b5-d265-4ae8-ba7a-84b82489a9a0n%40googlegroups.com.

[tw5] Re: Sidebar redesign idea

[Hans Wobbe]

David:

I think it's an interesting addition to "minimalist" design concepts in 
which folks have been trying to reduce what they see as visible clutter.  
I've noticed my Tiddlers have been moving in this direction for several 
years.  However, I never really thought of applying this to the Sidebar 
area before now.  (Taken to its limits, a single pixel in the upper left 
corned of the focus area might be the ideal 'de-clutter'.)

Instead, in the Sidebar, I've used the standard Sidebar components to host 
CamelCase links to persistent entry points as a balance of the Ultimate 
possibility against practical efficienciess.

Your suggestion has piqued my interest in trying customizing the SideBar 
area.  I suspect this will end up being tailored by individual users for 
the own preferences and by Edition authors for their applications.

It will be interesting to see how far this proceeds.

Thanks for this idea "spark" as well as your many other contributions.

On Friday, March 5, 2021 at 9:34:38 PM UTC-5 David Gifford wrote:

> Thanks Chris! 
>
> On Friday, March 5, 2021 at 4:05:23 PM UTC-6 clutterstack wrote:
>
>> David,
>>
>> I like it on my screen. I don't have strong feelings about it in general, 
>> but my first impression is that Control Panel access through the sidebar 
>> may be more intuitive than opening it in the story. That is affected by the 
>> sidebar width, of course. Then, given that you're putting more config stuff 
>> in the sidebar, it starts to make sense to have a hierarchy of tabs, and 
>> the Tools tab fits right in with the other Setup tabs -- except that 
>> occasionally it is useful as a collection of buttons I don't use a lot. 
>> That's the problem with a hierarchy...and not a specific problem with this 
>> idea.
>>
>> I guess the Work tab would be filled with whatever the author likes to 
>> have one click away.
>>
>> I think this is an interesting idea that caters for both newer TW admins 
>> and for wikis that have a separation between author and user, which are 
>> both good angles to explore.
>>
>> Best,
>> Chris
>>
>> On Friday, March 5, 2021 at 3:51:26 PM UTC-5 David Gifford wrote:
>>
>>> Oh and I am not trying to be conceited by my adding of my Toggle tab. 
>>> Just thinking that some of those items could be in those two areas...
>>>
>>> On Friday, March 5, 2021 at 2:50:30 PM UTC-6 David Gifford wrote:
>>>

 Hi all

 Don't know what got into me. Just an idea to reorganize the tabs 
 conceptually and move the control panel items into the tabs. This is just 
 slapped together and is not done properly. More like a proof of concept 
 than an actual thing. Looking for feedback more on the choices made rather 
 than the behind the scenes execution.

 https://giffmex.org/experiments/sidebar.concept.html

>>>

-- 
You received this message because you are subscribed to the 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/ba48b9dc-6f0c-431f-ac12-e5d012a20931n%40googlegroups.com.

[tw5] Re: ORM-ish à la TiddlyWiki: Project Updates

[Hans Wobbe]

I certainly respect the right for a "long chew"... ... ...

Once you have a chance to swallow, feel free to email to kick around a few 
tentative first steps.  I will get a bit of an R budget allocated.

Cheers,
Hans


On Saturday, February 27, 2021 at 6:29:22 PM UTC-5 cj.v...@gmail.com wrote:

> G'day Hans,
>
> That sounds wickedly interesting, but way beyond the scope of my project, 
> I think.  I reserve the right for a long chew, or long bout of paralysis by 
> analysis.
>
> What I'm building is the kind of thing that would spit out DDL (i.e. the 
> create statements for tables, indexes, views, foreign/primary/etc. 
> constraints), the kind of stuff to create a database.  Not the kind of 
> stuff for interacting with a database via SQL (select, insert, update, 
> delete).
>
> Using TiddlyWiki to access a database has been simmering in the far 
> recesses of my mind, but that is a complicated affair, a whole bunch of 
> technical skills I don't have at all.
>
> However, if we are talking get TiddlyWiki to generate SQL statements that 
> can be cut and pasted into other software that accesses a database, that 
> could be a fun project, although likely one for a year or two down the 
> road.  If TiddlyWiki can spit out DDL, it can equally spit out SQL.
>
> So many possible projects, so few hours in a day.  Other projects I've 
> been tossing around in my head: a TiddlyWiki Report builder (kind of like 
> Crystal Reports?), and a TiddlyWiki Forms Designer.
>
> On Saturday, February 27, 2021 at 4:55:37 PM UTC-4 hww...@gmail.com wrote:
>
>> cj.v:
>>
>> I've been watching your ideas with considerable interest since I have 
>> access to a LOT of realEstate/property data and I am surrounded by a large 
>> group of SQL experts.  (For my part, it's been at least 20 years since I 
>> used SQL and, now,  I would/should be blocked from doing so again by the 
>> techs I work with).
>>
>> I cannot help but wonder is there is enough synergy that we might be able 
>> to propose/build a bit of a prototype of how TW and SQL might interact 
>> (even if only at the Design stage).  I'd be content to explore this further 
>> using email either at hwo...@datafix.com (Professional use - heavily spam 
>> filtered, so I might need to punch a hole for you) or hww...@gmail.com 
>> (Personal use).
>>
>> Cheers,
>> Hans
>>
>> On Saturday, February 27, 2021 at 10:26:56 AM UTC-5 cj.v...@gmail.com 
>> wrote:
>>
>>> For sure, Stan.  I've got to iron out some kinks, and figure out how a 
>>> user could upgrade from one version of Tifoist to the next (i.e. never need 
>>> to re-enter or fix anything in an upgrade.)
>>>
>>> Once I can get the basic functionality working, I will throw myself into 
>>> figuring out how to build a Tifoist plugin.
>>>
>>> I'm thinking, very much on the fly:
>>>
>>>- Testing of basic functionality first.  Iron kinks.
>>>   - Well, once I finish "basic functionality", (the scope is a 
>>>   moving target right now.)
>>>- Setup Tifoist as a plugin, then test that and iron out kinks.
>>>- Then work on Tifoist upgrading.  Test and iron out kinks.
>>>- At some point, test TiddlyWiki upgrade of a TiddlyWiki with 
>>>Tifoist plugin.
>>>- At some point, and in logical chunks, add more functionality, 
>>>while making sure none of the above get broken.
>>>
>>>
>>> I've spent *the last few days hyperfocused on GUI design* (i.e. making 
>>> the TiddlyWiki look like an an application for domain "modeling" and 
>>> database engineering, maybe even software engineering).
>>>
>>> Also a little sidetracked by naming paralysis by analysis.
>>>
>>> Anyhoo, latest incarnation for your viewing pleasure and scrutinizing:  
>>> Tifoist-TW5 
>>> Prototype 2 
>>>  
>>> (continuing 
>>> to model a domain I know well: the business domain of New Brunswick's 
>>> Buildings Group, related information about 2/3rds of the way down this 
>>> page 
>>> 
>>> .)
>>>
>>> On Saturday, February 27, 2021 at 8:50:23 AM UTC-4 stan...@gmail.com 
>>> wrote:
>>>
 This looks really nice, Charlie.  Let me know when you are ready for 
 some beta testing.  I have a couple of nice book projects where I could 
 use 
 Tifoist.
 Stan

 On Tuesday, February 23, 2021 at 10:05:14 PM UTC-5 cj.v...@gmail.com 
 wrote:

> "ORM-ish à la TiddlyWiki" is now "*The Tifoist Project*"
>
>- *T*ifoist *I*s a *F*act-*O*riented *I*nformation-*S*
>emanticization *T*ool
>
>
> The previous work I now call "prototype 1."
>
> I am now labouring on "prototype 2", involving some GUI design and 
> overhauling/refactoring what I did in prototype 1.  Much of what I did in 
> prototype 1 is now broken in prototype 2.
>
> Much work to do before prototype 2 can be released into the wild for 
> some scrutiny.  For 

[tw5] Re: ORM-ish à la TiddlyWiki: Project Updates

[Hans Wobbe]

cj.v:

I've been watching your ideas with considerable interest since I have 
access to a LOT of realEstate/property data and I am surrounded by a large 
group of SQL experts.  (For my part, it's been at least 20 years since I 
used SQL and, now,  I would/should be blocked from doing so again by the 
techs I work with).

I cannot help but wonder is there is enough synergy that we might be able 
to propose/build a bit of a prototype of how TW and SQL might interact 
(even if only at the Design stage).  I'd be content to explore this further 
using email either at hwo...@datafix.com (Professional use - heavily spam 
filtered, so I might need to punch a hole for you) or hwwo...@gmail.com 
(Personal use).

Cheers,
Hans

On Saturday, February 27, 2021 at 10:26:56 AM UTC-5 cj.v...@gmail.com wrote:

> For sure, Stan.  I've got to iron out some kinks, and figure out how a 
> user could upgrade from one version of Tifoist to the next (i.e. never need 
> to re-enter or fix anything in an upgrade.)
>
> Once I can get the basic functionality working, I will throw myself into 
> figuring out how to build a Tifoist plugin.
>
> I'm thinking, very much on the fly:
>
>- Testing of basic functionality first.  Iron kinks.
>   - Well, once I finish "basic functionality", (the scope is a moving 
>   target right now.)
>- Setup Tifoist as a plugin, then test that and iron out kinks.
>- Then work on Tifoist upgrading.  Test and iron out kinks.
>- At some point, test TiddlyWiki upgrade of a TiddlyWiki with Tifoist 
>plugin.
>- At some point, and in logical chunks, add more functionality, while 
>making sure none of the above get broken.
>
>
> I've spent *the last few days hyperfocused on GUI design* (i.e. making 
> the TiddlyWiki look like an an application for domain "modeling" and 
> database engineering, maybe even software engineering).
>
> Also a little sidetracked by naming paralysis by analysis.
>
> Anyhoo, latest incarnation for your viewing pleasure and scrutinizing:  
> Tifoist-TW5 
> Prototype 2 
>  (continuing 
> to model a domain I know well: the business domain of New Brunswick's 
> Buildings Group, related information about 2/3rds of the way down this 
> page 
> 
> .)
>
> On Saturday, February 27, 2021 at 8:50:23 AM UTC-4 stan...@gmail.com 
> wrote:
>
>> This looks really nice, Charlie.  Let me know when you are ready for some 
>> beta testing.  I have a couple of nice book projects where I could use 
>> Tifoist.
>> Stan
>>
>> On Tuesday, February 23, 2021 at 10:05:14 PM UTC-5 cj.v...@gmail.com 
>> wrote:
>>
>>> "ORM-ish à la TiddlyWiki" is now "*The Tifoist Project*"
>>>
>>>- *T*ifoist *I*s a *F*act-*O*riented *I*nformation-*S*emanticization 
>>>*T*ool
>>>
>>>
>>> The previous work I now call "prototype 1."
>>>
>>> I am now labouring on "prototype 2", involving some GUI design and 
>>> overhauling/refactoring what I did in prototype 1.  Much of what I did in 
>>> prototype 1 is now broken in prototype 2.
>>>
>>> Much work to do before prototype 2 can be released into the wild for 
>>> some scrutiny.  For now, I share a few screenshots (attached). 
>>>
>>> Cheers !
>>>
>>> On Tuesday, December 1, 2020 at 4:49:31 PM UTC-4 Charlie Veniot wrote:
>>>
 Project TiddlyWiki:  ORM-ish à la TiddlyWiki 
 

 *BTW:  My announcement for this project has turned into an awesome 
 thread of discussion.  Please check out Using TiddlyWiki for fact-based 
 information modelling and database engineering ??? 
  for some 
 ridiculously excellent buffet of food for thought about, um, thought 
 (cognitive processing).  Things like (I can't do it all justice):*

- *managing complexity*
- *information/knowledge design/navigation*
- *PhD-related stuff about context and keeping stuff understandable*
- *in short:  A LOT OF WOW GOODNESS !!!*

 *Latest Updates*
 *(The following pretty much sums up changes/additions since November 
 23rd.)*

 *Text Rotation Testing*

- I took a little side trip trying to figure out a generic 
mechanism from creating tables like in the "Entity Relationship Matrix" 
tiddler.  Although I gave up after a few hours (much too big and messy 
 of a 
job), I left the following two tiddlers in the TiddlyWiki in case I 
 ever 
want to try again: "Research Macros" and "Text Rotation Tester"

 *Coded Form of Facts*

- I last had coded form of facts setup as one field for each fact, 
containing the entire coding line (for example:  coded field = 
 "BUILDING 
1:1 BLDG_NAME").
- That was making all of my scripting more complicated 

[tw5] Re: Production wiki - how to

[Hans Wobbe]

@ cj.v

I works! Indeed!!

Now to think about how to make effective use of this.

Thanks for sharing.

Hans

On Wednesday, February 3, 2021 at 8:01:38 AM UTC-5 TiddlyTweeter wrote:

> JWHoneycutt opined...
> I am interested in a limited set of end users being able to comment, for 
> me to moderate and revise the tiddlers.   
>
>  cj.v...@gmail.com replied...
> What if you setup your TiddlyWiki to capture user comments via some other 
> collaboration tool that you can embed in your TiddlyWiki Tiddlers ?  
>
> Right! 
>
> Any tool users would: *Twitter, Telegram, Disqus* etc.
>
> The issue is that TW is *not *default on-line server based. That is its 
> skill. SOMETIMES one needs add interaction. BUT whether its just an embed 
> of an existing service or more sweat is about the purpose. 
>
> IF you can do it through framing an extant tool then why not? If you need 
> more then happy coding.
>
> TT 
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/8e92db64-41c7-4afc-84da-6c04155bb9edn%40googlegroups.com.

[tw5] Re: Tiddly as a knowledge base alternative to Jira and Wikimedia or blogs for software technical deocumentation

[Hans Wobbe]

Thanks for your post.  It resonated with me since its insights are 
consistent with my experience.  I also appreciate the Rufus Pollack link

Regards,
Hans

On Saturday, January 30, 2021 at 5:29:12 AM UTC-5 ludwa6 wrote:

> The UseCase that Cedric has shared falls squarely in the middle of a 
> problem space that TW is very well-suited to solve, i think, and much as i 
> resonate with the ideas shared by Finn and Charlie have shared, what i'm 
> really hungry for is a working example of some solution that solves a 
> UseCase as close as possible to that which the OP here describes. 
>
> Reason i ask is: much as i love wiki for personal KM & productivity 
> management (have used different desktop wikis over many years, and finally 
> settled on TW5 as the best solution for me), every time i have tried to 
> deploy it as a workgroup solution, it has failed to achieve sufficient 
> traction to warrant its continued maintenance. 
>
> My theory of cause about this could be thought of as the flipside of the 
> very coin that makes wiki such a powerful tool for quickly building an 
> extensive knowledge base, and a PERSONAL interface to same: it's fast, it's 
> "InterTWingly," it can (if built on such sound architecture as TW5) 
> accommodate whatever computer language you might be partial to, etc.  
> Problem is, when it comes to the languages that stand at higher levels up 
> the KM stack -i.e. for naming and tagging and classifying knowledge- we all 
> have different ideas. I guess that's what Rufus Pollock means, @charlie, 
> when he talks about the shift that we'll see 
> 
>  
> in the coming Componentization Revolution, when that 90:10 ratio of 
> Content:Interface will flip around to its mirror image.  With granular 
> content everywhere, interface-building becomes the name of the game.  
> Question then becomes: how do we make of that interface-building game a 
> really good collaborative one?
>
> SO: seeing as how i'm no good at this, i'd like to know who really is.  To 
> that end: can you please share here, any and all, links to collaborative 
> software documentation projects powered by TW5 that are open for us all to 
> explore?  (read-only, i mean: the only case of wiki open to edits by all 
> that actually works in practice is Wikipedia -and that only by virtue of 
> its army of dedicated editors!)
>
> /walt
> On Saturday, January 30, 2021 at 3:11:43 AM UTC Charlie Veniot wrote:
>
>> Bonjour Cedric et bienvenue à la TiddlyWikernité  (fraternité 
>> TiddlyWiki?  Pshiu ... boom.)
>>
>> I really can't see TiddlyWiki being anything but a great choice for just 
>> about anything.  Even if you try it and decide it isn't right for the job, 
>> you still have "prototyping" value and likely have the benefit of having 
>> better figured out your needs/requirements.
>>
>> The beauty of TiddlyWiki, to me: it is like a blank canvas.  Don't let 
>> yourself get stuck in the mud trying to figure out "structure."  Avoid 
>> "structure block"  (like writer's block), and just get to writing.  Let 
>> structural needs sprout organically / incrementally / iteratively, and try 
>> to keep things easily adaptable with a "componentized" approach 
>> 
>> .
>>
>> It might take time to get everything jst right, but it will fit you 
>> and your crew perfectly.  The option is a "canned" solution with 
>> prescriptive "whatever", and then you have to take time for you and your 
>> crew to adapt to the solution.  (Yeah, I much prefer adapt a flexible 
>> solution to my quirky self.)
>>
>> Rock'n roll !
>>
>> On Friday, January 29, 2021 at 5:41:09 AM UTC-4 work.ced...@gmail.com 
>> wrote:
>>
>>> Hi everybody.
>>>
>>> I am Cedric, a French Software developer and I start working in a very 
>>> small (4 people) team o software developers in a very small company.
>>>
>>> Unfortunately the knowledge is neither organized either shared between 
>>> people who yet work in the same room and I want to start documenting 
>>> projects and applications while managing updates and versions. 
>>>
>>> Knowing that we already have a Jira to manage our project but we cannot 
>>> afford for a team plan I was looking for a free open source wikimedia like 
>>> or a home made blog using Wagtail when I discovered Tiddly. 
>>>
>>> Do you think that it can be an suitable tool for me?
>>>
>>> Best regards.
>>> Cedric J. 
>>>
>>

-- 
You received this message because you are subscribed to the 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/2beb8d82-085c-426e-a01c-048243f6b7a3n%40googlegroups.com.

[tw5] Re: Tiddly as a knowledge base alternative to Jira and Wikimedia or blogs for software technical deocumentation

[Hans Wobbe]

ludwa6:

Thanks for you post.  It resonated with me since its insights are 
consistent with me experience.  I also appreciate the Rufus Pollack link

Regards,
Hans


On Saturday, January 30, 2021 at 5:29:12 AM UTC-5 ludwa6 wrote:

> The UseCase that Cedric has shared falls squarely in the middle of a 
> problem space that TW is very well-suited to solve, i think, and much as i 
> resonate with the ideas shared by Finn and Charlie have shared, what i'm 
> really hungry for is a working example of some solution that solves a 
> UseCase as close as possible to that which the OP here describes. 
>
> Reason i ask is: much as i love wiki for personal KM & productivity 
> management (have used different desktop wikis over many years, and finally 
> settled on TW5 as the best solution for me), every time i have tried to 
> deploy it as a workgroup solution, it has failed to achieve sufficient 
> traction to warrant its continued maintenance. 
>
> My theory of cause about this could be thought of as the flipside of the 
> very coin that makes wiki such a powerful tool for quickly building an 
> extensive knowledge base, and a PERSONAL interface to same: it's fast, it's 
> "InterTWingly," it can (if built on such sound architecture as TW5) 
> accommodate whatever computer language you might be partial to, etc.  
> Problem is, when it comes to the languages that stand at higher levels up 
> the KM stack -i.e. for naming and tagging and classifying knowledge- we all 
> have different ideas. I guess that's what Rufus Pollock means, @charlie, 
> when he talks about the shift that we'll see 
> 
>  
> in the coming Componentization Revolution, when that 90:10 ratio of 
> Content:Interface will flip around to its mirror image.  With granular 
> content everywhere, interface-building becomes the name of the game.  
> Question then becomes: how do we make of that interface-building game a 
> really good collaborative one?
>
> SO: seeing as how i'm no good at this, i'd like to know who really is.  To 
> that end: can you please share here, any and all, links to collaborative 
> software documentation projects powered by TW5 that are open for us all to 
> explore?  (read-only, i mean: the only case of wiki open to edits by all 
> that actually works in practice is Wikipedia -and that only by virtue of 
> its army of dedicated editors!)
>
> /walt
> On Saturday, January 30, 2021 at 3:11:43 AM UTC Charlie Veniot wrote:
>
>> Bonjour Cedric et bienvenue à la TiddlyWikernité  (fraternité 
>> TiddlyWiki?  Pshiu ... boom.)
>>
>> I really can't see TiddlyWiki being anything but a great choice for just 
>> about anything.  Even if you try it and decide it isn't right for the job, 
>> you still have "prototyping" value and likely have the benefit of having 
>> better figured out your needs/requirements.
>>
>> The beauty of TiddlyWiki, to me: it is like a blank canvas.  Don't let 
>> yourself get stuck in the mud trying to figure out "structure."  Avoid 
>> "structure block"  (like writer's block), and just get to writing.  Let 
>> structural needs sprout organically / incrementally / iteratively, and try 
>> to keep things easily adaptable with a "componentized" approach 
>> 
>> .
>>
>> It might take time to get everything jst right, but it will fit you 
>> and your crew perfectly.  The option is a "canned" solution with 
>> prescriptive "whatever", and then you have to take time for you and your 
>> crew to adapt to the solution.  (Yeah, I much prefer adapt a flexible 
>> solution to my quirky self.)
>>
>> Rock'n roll !
>>
>> On Friday, January 29, 2021 at 5:41:09 AM UTC-4 work.ced...@gmail.com 
>> wrote:
>>
>>> Hi everybody.
>>>
>>> I am Cedric, a French Software developer and I start working in a very 
>>> small (4 people) team o software developers in a very small company.
>>>
>>> Unfortunately the knowledge is neither organized either shared between 
>>> people who yet work in the same room and I want to start documenting 
>>> projects and applications while managing updates and versions. 
>>>
>>> Knowing that we already have a Jira to manage our project but we cannot 
>>> afford for a team plan I was looking for a free open source wikimedia like 
>>> or a home made blog using Wagtail when I discovered Tiddly. 
>>>
>>> Do you think that it can be an suitable tool for me?
>>>
>>> Best regards.
>>> Cedric J. 
>>>
>>

-- 
You received this message because you are subscribed to the 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/da6bc24d-6d48-4e17-a3e4-0e4b92d31f53n%40googlegroups.com.

Re: [tw5] Re: TiddlyWiki Project Name

[Hans Wobbe]

Hi Mohammad!

Sorry, but in my "quantum state" I had overlooked electron. :-).  ( Thanks 
for the link. )

Personally, I am quite happy with "TiddlyWiki", if only because ( like 
Charlie ) I prefer to not change Jargon.

If Size is a prime consideration, however, then I would enjoy Boson ( 
https://en.wikipedia.org/wiki/Boson ).  Based on what little I know of 
Theoretical Physics, I don't think there are likely to be any smaller 
references within Jeremy's promised 25 year time-span.  I could be wrong, 
of course, but I am unlikely to care since Kurzweil's singularity promise 
seems to be running late.

On Saturday, January 2, 2021 at 11:29:17 AM UTC-5 Mohammad wrote:

> Hi Hans!
> But seriously we have such a name.
>
>
>1. Electron a famous framework lets create desktop apps using web 
>technology https://www.electronjs.org/
>2. Atom is great text editor https://www.electronjs.org/apps/atom
>3. Graviton a minimalistic code editor 
>https://www.electronjs.org/apps/graviton-editor
>
>
> Have a look at https://www.electronjs.org/apps supported by OpenJS and 
> you find quark.
>
> Just kidding: I prefer Tiddlywiki over atomic related things ;-)
>
> Best wishes
> Mohammad
>
>
> On Sat, Jan 2, 2021 at 6:50 PM Hans Wobbe  wrote:
>
>> I'm probably spending too much time trying to understand Quantum 
>> computing, so AtomicCards suggests (to me) a possible wish to go a bit 
>> deeper and at least use subAtomic element names.  Quark? Maybe even Boson  
>> or Fermion?
>>
>> Happy New Year!
>>
>> Hans
>>
>> On Saturday, January 2, 2021 at 9:14:09 AM UTC-5 dix...@gmail.com wrote:
>>
>>> AtomicCards™
>>>
>>> On Sat, Jan 2, 2021, at 2:14 AM, BurningTreeC wrote:
>>>
>>> I like the name "AtomCards"
>>>
>>> to add my two cents to the discussion :D
>>>
>>> positiv...@gmail.com schrieb am Montag, 28. Dezember 2020 um 07:14:43 
>>> UTC+1:
>>>
>>> I couldn't find if this topic has already been re-hashed this decade. 
>>> But I was wondering if there is any value in discussing alternative names 
>>> to the "Tiddly" part of the TiddlyWIki project. This project has been 
>>> around for so long that renaming / rebranding would be quite an effort. And 
>>> the Tiddly part is unique within programming projects, which helps to 
>>> eliminate false positives when searching for sample code.
>>>
>>> I am an American living on the Pacific Coast, so my linguistic 
>>> preferences are definitely different from Jeremy's. But just saying the 
>>> word 'Tiddly' out loud feels like trying to get people from certain Germany 
>>> dialects to say the word "Squirrel." It always feels forced to me.
>>>
>>> A joke by Lt. Commander Data on Star Trek the Next Generation was about 
>>> someone mispronouncing 'kidneys' as 'kiddleys.' We the store keeper 
>>> corrected him, the customer contested, "No, I said 'kiddleys.' Diddle I?"
>>>
>>> From just a project standpoint, the word 'Tiddly' is trying to focus on 
>>> the "small amount" of data or code that should be in any one unit. This way 
>>> many units can be combined in various ways to satisfy different needs. 
>>> Although it is intended to produce a Wiki-like user interface with deep 
>>> linking and back references, the way you go about it is by breaking up 
>>> large pieces of information into re-usable components.
>>>
>>> If your goal is to create "tiddlers," then using a TiddlyWiki 
>>> application would be a natural fit. If the goal of most people is to make 
>>> small units of re-usable components, then perhaps a different prefix would 
>>> make it more appealing. Again, this is just a personal opinion and not a 
>>> slight on the TiddlyWiki project as a whole, which I have been using 
>>> frequently everyday.
>>>
>>> There have been two alternate words kicking around in my head lately. 
>>> TipWiki or DotWiki.
>>>
>>> 'Tip' has a very similar double meaning to Tiddly - drunk people can be 
>>> 'tiddly' or 'tipsy', and just the 'tip' of something or a 'tiddly' amount 
>>> of something is quite small. There is an additional English meaning of 
>>> 'tip' to mean 'a small note or suggestion.' That seems to be actually the 
>>> point of TiddlyWiki: Make lots of small notes that can be re-combined as 
>>> pieces of many different larger pages. 'Tiddlers' would become 'Tips', and 
>>> a single 'tiddler' would become 

Re: [tw5] Re: TiddlyWiki Project Name

[Hans Wobbe]

I'm probably spending too much time trying to understand Quantum computing, 
so AtomicCards suggests (to me) a possible wish to go a bit deeper and at 
least use subAtomic element names.  Quark? Maybe even Boson  or Fermion?

Happy New Year!

Hans

On Saturday, January 2, 2021 at 9:14:09 AM UTC-5 dix...@gmail.com wrote:

> AtomicCards™
>
> On Sat, Jan 2, 2021, at 2:14 AM, BurningTreeC wrote:
>
> I like the name "AtomCards"
>
> to add my two cents to the discussion :D
>
> positiv...@gmail.com schrieb am Montag, 28. Dezember 2020 um 07:14:43 
> UTC+1:
>
> I couldn't find if this topic has already been re-hashed this decade. But 
> I was wondering if there is any value in discussing alternative names to 
> the "Tiddly" part of the TiddlyWIki project. This project has been around 
> for so long that renaming / rebranding would be quite an effort. And the 
> Tiddly part is unique within programming projects, which helps to eliminate 
> false positives when searching for sample code.
>
> I am an American living on the Pacific Coast, so my linguistic preferences 
> are definitely different from Jeremy's. But just saying the word 'Tiddly' 
> out loud feels like trying to get people from certain Germany dialects to 
> say the word "Squirrel." It always feels forced to me.
>
> A joke by Lt. Commander Data on Star Trek the Next Generation was about 
> someone mispronouncing 'kidneys' as 'kiddleys.' We the store keeper 
> corrected him, the customer contested, "No, I said 'kiddleys.' Diddle I?"
>
> From just a project standpoint, the word 'Tiddly' is trying to focus on 
> the "small amount" of data or code that should be in any one unit. This way 
> many units can be combined in various ways to satisfy different needs. 
> Although it is intended to produce a Wiki-like user interface with deep 
> linking and back references, the way you go about it is by breaking up 
> large pieces of information into re-usable components.
>
> If your goal is to create "tiddlers," then using a TiddlyWiki application 
> would be a natural fit. If the goal of most people is to make small units 
> of re-usable components, then perhaps a different prefix would make it more 
> appealing. Again, this is just a personal opinion and not a slight on the 
> TiddlyWiki project as a whole, which I have been using frequently everyday.
>
> There have been two alternate words kicking around in my head lately. 
> TipWiki or DotWiki.
>
> 'Tip' has a very similar double meaning to Tiddly - drunk people can be 
> 'tiddly' or 'tipsy', and just the 'tip' of something or a 'tiddly' amount 
> of something is quite small. There is an additional English meaning of 
> 'tip' to mean 'a small note or suggestion.' That seems to be actually the 
> point of TiddlyWiki: Make lots of small notes that can be re-combined as 
> pieces of many different larger pages. 'Tiddlers' would become 'Tips', and 
> a single 'tiddler' would become a single 'tip.' Phonetically, it feels a 
> lot easier to talk about.
>
> 'Dot' has an inherent meaning of 'smallest possible mark or amount.' This 
> would again drive home the concept of making the smallest possible content 
> for any one unit of information. Unfortunately, dots are already associated 
> with the 'dot notation' of Object Oriented Programming, so that could make 
> it a little confusing as to the overall goal for people with software 
> development backgrounds.
>
> The goal of renaming the project would be to push the desire for 
> "smallness" of the individual unit using a more standard English word. 
> Please forgive me if I am pushing anyone's buttons here. This topic was 
> just on my mind. Thank you for your time.
>
>
> -- 
> You received this message because you are subscribed to a topic in the 
> Google Groups "TiddlyWiki" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/tiddlywiki/ZVHqfQWr2uM/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> tiddlywiki+...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/tiddlywiki/b072f8ff-973a-4349-bcff-8e9d10fcebfen%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/f443d286-2e4d-4a93-afa9-71268d4dbacfn%40googlegroups.com.

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

[Hans Wobbe]

@Jeremy:

Your reply to Siniy-Kit cited:   "... a-z, 0-9, dash and underscore..."  I 
have been under the impression that "dot" (".")  is also supported and I 
use it quite a bit.  Did your reply simply omit it, or has there been a 
change that has not bitten me yet, or are you contemplating dropping it?

Cheers,
Hans


On Wednesday, December 23, 2020 at 8:01:49 AM UTC-5 jeremy...@gmail.com 
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+...@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/b627304e-4b05-4b57-b565-bba036b025ban%40googlegroups.com.

[tw5] Re: Question and Idea - assign a button a shortcut

[Hans Wobbe]

Tones,

I am traveling for the next few days, with limited internet access,  so it 
will be the end of the weekend before I can reply properly.

Cheers,
Hans

On Sunday, December 6, 2020 at 7:59:17 AM UTC-5 TW Tones wrote:

> Hans,
>
> Thanks for some guidence.
>
> I am not sure I know enough to understand and implement your suggestion. 
> Some more info would be appreciated.
>
> Your *personal "symbols" language that dramatical improves "Information 
> density" and Search performance * I would love to know more as it sounds 
> very interesting.
>
> I am dabbling with Unicode a lot and see some interesting possibilities. I 
> am keen at the moment to work out how to build virtual keyboards, that 
> respond to standard keys. I have some interesting ideas I will share soon.
>
> Tones
>
>
>
>
> On Sunday, 6 December 2020 at 22:54:04 UTC+11 hww...@gmail.com wrote:
>
>>
>>- Consider adding a ".buttons" field to any tiddler that you want to 
>>use to offer up a sub-set of the Unicode symbols that exist as individual 
>>tiddlers.  This creates a "local" effect that can also be transcluded 
>> into 
>>other tiddlers.
>>- Each tiddler's "buttons" field can also be transcluded in a common 
>>viewTemplate field that is positioned near the top of any tiddler that 
>>contains it, for easy access. One benefit of this approach is that 
>>minimizes  the use of tags (which might otherwise over-whelm the wiki)
>>
>> This has been sufficient for my use during the past several years in 
>> which I've built a personal "symbols" language that dramatical improves 
>> "Information density" and Search performance.
>>
>> - hans
>>
>> On Saturday, December 5, 2020 at 7:44:50 PM UTC-5 TW Tones wrote:
>>
>>> Folks,
>>>
>>> I am investigating ways to make use of extended Unicode characters in 
>>> tiddlywiki.
>>>
>>>- Be warned this subject is a deep and complex issue
>>>
>>>
>>> As a result I want to create a "virtual keyboard" of buttons for the 
>>> selection of 0-9 and a-z A-Z from different code pages. Of course we can 
>>> click each button with the mouse.
>>>
>>> Eg to access something like this ➀➁➂➃➄➅➆➇➈ or [image: Snag_32bec8a.png]
>>> So I would like to find away such that if I have my virtual keyboard 
>>> visible the keys 123456789 will be the keyboard keys for the matching 
>>> button.
>>>
>>> This is particularly important if you want to type prose in a different 
>>> character set.
>>>
>>> I am just not sure how to give a button a single key shortcut.
>>>
>>> Is it possible, and if so how?
>>>
>>> Thanks in advance
>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/e478d232-f316-43a1-9238-09c5a416dbfan%40googlegroups.com.

[tw5] Re: Using TiddlyWiki for fact-based information modelling and database engineering ???

[Hans Wobbe]

Bob,

That is a neat association/relationship sketch.  Thanks for sharing it and 
the link to your research site.

Regards,
Hans

On Saturday, December 5, 2020 at 8:21:04 PM UTC-5 bob...@gmail.com wrote:

> Tones,
>
> your description of your hierarchy brought back to mind the PhD thesis 
> work I did on extending conventional data dictionaries to cater for 
> knowledge objects. I created a proof of concept using Hypercard, a 
> precursor of TW, using a data model similar to what you are describing. The 
> data model is 
> [image: Screen Shot 2020-12-06 at 12.15.20 pm.png]
>
> The dual associations between Entity Type and Allowed Relationship and 
> Entity and Relationship are to record the owner and member of a 
> relationship. The top three entities provide a model of the domain at a 
> conceptual level whilst instances are recorded in the bottom three 
> entities. Entries in the bottom three entities must conform to those 
> allowed, ie. those recorded in the top three entities. So, entities must be 
> of an allowed type. Relationships must be of an allowed type between 
> allowed entity types. Attributes must be of the allowed type for that 
> entity type.
>
> You can read some articles about the Knowledge Dictionary on my 
> ResearchGate account (researchgate.net)
>
> This discussion takes me back many years. Fascinating how things come 
> round again.
>
> bobj
>
> On Friday, 4 December 2020 at 13:31:19 UTC+11 TW Tones wrote:
>
>>   Gentlemen,
>>
>> I just want to add if there has not being a database model before, 
>> tiddlywiki is an ideal platform to model any relationship. Of late I have 
>> endeavoured in any application to never compromise the ability to add an 
>> additional layer of organisation, an alternate view or a different 
>> simultaneous representation. An old line "not taking hostages of the 
>> future"  my father quotes, is reinvented by me to "Not taking decisions 
>> that compromise the future" is an interesting approach on top of tiddlywiki 
>> especially when looking at alternate database or knowledge models. As one 
>> proceeds to "try different systems" on top of tiddlywiki we gain practical 
>> experience with a kind of meta database systems view. 
>>
>> One Idea of my own that may be of interest, not withstanding Charlies 
>> love hate relationship with hierarchy ,is the following model I am keen to 
>> experiment with.
>>
>>- Every object is a tiddler
>>- Every object is in a hierarchy, even if it begins with only one
>>- Every attribute is a relationship to an object in another hierarchy
>>- Hierarchies act as I kind of "fuzzy value" where with more 
>>information the hierarchies go deeper as they grow
>>- When assigning an attribute a value you do so via a relationship to 
>>a hierarchy if you find it you use it, if not you add it, 
>>- If you do not have a detail ie it is coloured but no what color it 
>>is you point to an item in the color hierarchy such as color - or unknown 
>>colour.
>>- Should you come across a database of colors you use it to populate 
>>the colour hierarchy, and where possible change items pointing into the 
>>hierarchy you move the relationship to a less fuzzy member of the 
>>hierarchy.  
>>- People, a group, a process can take charge of a hierarchy and do as 
>>they wish as long as the honour or improve the relationships already 
>>codified.
>>
>> Just some thoughts
>> Tones
>>
>>

-- 
You received this message because you are subscribed to the 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/cfffd559-1bcc-479d-86c9-1ae8a336bee8n%40googlegroups.com.

[tw5] Re: Question and Idea - assign a button a shortcut

[Hans Wobbe]

   
   - Consider adding a ".buttons" field to any tiddler that you want to use 
   to offer up a sub-set of the Unicode symbols that exist as individual 
   tiddlers.  This creates a "local" effect that can also be transcluded into 
   other tiddlers.
   - Each tiddler's "buttons" field can also be transcluded in a common 
   viewTemplate field that is positioned near the top of any tiddler that 
   contains it, for easy access. One benefit of this approach is that 
   minimizes  the use of tags (which might otherwise over-whelm the wiki)

This has been sufficient for my use during the past several years in which 
I've built a personal "symbols" language that dramatical improves 
"Information density" and Search performance.

- hans

On Saturday, December 5, 2020 at 7:44:50 PM UTC-5 TW Tones wrote:

> Folks,
>
> I am investigating ways to make use of extended Unicode characters in 
> tiddlywiki.
>
>- Be warned this subject is a deep and complex issue
>
>
> As a result I want to create a "virtual keyboard" of buttons for the 
> selection of 0-9 and a-z A-Z from different code pages. Of course we can 
> click each button with the mouse.
>
> Eg to access something like this ➀➁➂➃➄➅➆➇➈ or [image: Snag_32bec8a.png]
> So I would like to find away such that if I have my virtual keyboard 
> visible the keys 123456789 will be the keyboard keys for the matching 
> button.
>
> This is particularly important if you want to type prose in a different 
> character set.
>
> I am just not sure how to give a button a single key shortcut.
>
> Is it possible, and if so how?
>
> Thanks in advance
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/fde91682-3cf4-4a37-b530-12359572668an%40googlegroups.com.

[tw5] Re: Just a bit of a test (extended)

[Hans Wobbe]

Since it is no longer possible to edit a post, it may be effective to 
simply add a revised copy to the end of the thread and delete the prior 
instance.

I intend to slowly determine how effective this may be by appending to this 
thread and occasionally deleting its older posts.

On Saturday, November 14, 2020 at 9:03:35 AM UTC-5 Hans Wobbe wrote:

> TT's interest in Germanic word structures is based on the concepts 
> underlying an AgglutinativeLanguage.  These concepts were also applied by 
> WardCunningham in creating CamelCase Page names
>
> * https://en.wikipedia.org/wiki/Agglutinative_language
>
> On Thursday, October 24, 2019 at 5:56:24 PM UTC-4 Hans Wobbe wrote:
>
>> * The existing Google Search Options are very useful.
>> ** 2020.03.26 
>> <https://groups.google.com/forum/#!searchin/tiddlywiki/2020.03.26;context-place=searchin/tiddlywiki/2020.03.2%7Csort:date>
>>  
>> :craft some more specific links
>> * I finally realized that AND searches on tags are possible.  It might be 
>> possible to incorporate suggested combinations into this Thread.
>>
>>- Link to the more extensive suggestions that have appeared.
>>   - Consider using tags to craft such links
>>- 2020.06.13: Confirm that the Search Selection has changed recently.
>>   - decide how this will affect my usage pattern(s)
>>   
>>

-- 
You received this message because you are subscribed to the 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/88c07ca7-ed3e-4ae5-9fce-786611c68c62n%40googlegroups.com.

Re: [tw5] accessibility support for links

[Hans Wobbe]

Eric: Thank you for those reminders.

Mario: I think you Your point about "accessibility support" may be 
encompassed in a more generalized "customization" solution.  I'm not sure 
just how distracting Canada's growing CoVid problems are likely to become, 
but if they free up even a bit of time, I'll try to experiment a bit more.

-h

On Saturday, November 21, 2020 at 11:05:12 AM UTC-5 Eric Shulman wrote:

> On Saturday, November 21, 2020 at 7:12:55 AM UTC-8 PMario wrote:
>
>> eg: those widgets don't have tooltips. 
>>
>> RevealWidget 
>> RangeWidget 
>> RadioWidget 
>> ListWidget 
>> CheckboxWidget 
>>
>
> see https://groups.google.com/g/tiddlywiki/c/O9hEbpWRQAU/m/8HZ9s3QTBAAJ, 
> which describes how to add a tooltip to *any* content by using  title="tooltip text here">...
>
> Note also that you don't actually interact with RevealWidget or 
> ListWidget.  These are typically used to affect a conditional display of 
> content based on the value of a "state" tiddler.
>
> -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/dfa68fee-ff3f-4d45-ae12-85715902df0an%40googlegroups.com.

Re: [tw5] accessibility support for links

[Hans Wobbe]

Mario:

I think that is a very good suggestion since it would be relatively easy to 
implement and would provide significant "hacker" value.

Best regards,
Hans


On Saturday, November 21, 2020 at 10:12:55 AM UTC-5 PMario wrote:

> Hi Jean-Pierr,
>
> I think there are some "low hanging fruits" as you pointed out. Eg: we can 
> check our widgets, if all of them have a "tooltip" parameter, which will be 
> easy to implement as a custom link-macro, as you did. eg: < tooltip:"some text">> ... so every user can define it according to the 
> use-case. 
>
> eg: those widgets don't have tooltips. 
>
> RevealWidget 
> RangeWidget 
> RadioWidget 
> ListWidget 
> CheckboxWidget  
>
> They should be easy to implement except for the "list-widget"
>
> -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/aee4fac7-eb5d-4762-bfe8-96dd706019efn%40googlegroups.com.

[tw5] Re: WikiWords vs Double Brackets

[Hans Wobbe]

>From the (historical) perspective this links to one entry point to 
TheOriginalWiki .  WardCunningham is 
a fine example of the "minimalist" style of programming and CamelCase was a 
relatively simple way of automatically generating links to the 30k+ pages 
that evolved there.  It's been locked down for quite a while now but it is 
quite useful as a reference for those of us that still retain some 
knowledge of its content.

Enjoy.

Hans

On Thursday, November 19, 2020 at 11:26:25 AM UTC-5 Charlie Veniot wrote:

> G'day Ed and all,
>
> I've been chewing on it a bit, trying to put on a WikiWords advocate hat 
> (which isn't fitting this cranium all that well...)
>
> "Wiki" means, from many things I've read, "quick" in Hawaiian.  (It would 
> be pretty cool to get some fun context/history/examples about the word from 
> a Hawaiian!)
>
> From my perspective, the only advantage of WikiWords is to shave off time 
> entering the double brackets and spaces between words.  So all about 
> squeezing max efficiency (and reducing typing-induced tendinitis o' the 
> finger knuckles.)  Try as I might, I just can't see any other benefit.
>
> Maybe, aside from speed for users, it was/is also a quick and easy way to 
> implement page linking in wikis?  (It would be pretty cool to have some 
> wiki historians chime in!) 
>
> On Wednesday, November 18, 2020 at 3:05:34 PM UTC-4 Ed Heil wrote:
>
>> As a relatively new tiddlywiki user, I'm always interested in the 
>> opinions of people who have been TiddlyWiki'ing for a long time, and this 
>> topic came to mind.
>>
>> When I first started using TW (earlier this year), I tended to use 
>> WikiWords for titles.  I've since gone almost entirely to double brackets 
>> (meaning titles may be single words or may have spaces in them).  When you 
>> start using titles as tags, and use things like Table-Of-Contents plugins, 
>> it seems like an obvious move to remove the "multiple words, no spaces" 
>> restriction from titles.
>>
>> I'm curious though if any experienced tiddlywikists still use WikiWords, 
>> and if so what they find valuable about them.
>>
>>
>>

-- 
You received this message because you are subscribed to the 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/719d09fb-7e58-4447-aaf5-8985c5de289bn%40googlegroups.com.

[tw5] AgglutinativeLanguage / Re: Just a bit of a test

[Hans Wobbe]

TT's interest in Germanic word structures is based on the concepts 
underlying an AgglutinativeLanguage.  These concepts were also applied by 
WardCunningham in creating CamelCase Page names

* https://en.wikipedia.org/wiki/Agglutinative_language

On Thursday, October 24, 2019 at 5:56:24 PM UTC-4 Hans Wobbe wrote:

> * The existing Google Search Options are very useful.
> ** 2020.03.26 
> <https://groups.google.com/forum/#!searchin/tiddlywiki/2020.03.26;context-place=searchin/tiddlywiki/2020.03.2%7Csort:date>
>  
> :craft some more specific links
> * I finally realized that AND searches on tags are possible.  It might be 
> possible to incorporate suggested combinations into this Thread.
>
>- Link to the more extensive suggestions that have appeared.
>   - Consider using tags to craft such links
>- 2020.06.13: Confirm that the Search Selection has changed recently.
>   - decide how this will affect my usage pattern(s)
>   
>

-- 
You received this message because you are subscribed to the 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/29df1883-7d16-4862-a832-d04f06049dd5n%40googlegroups.com.

Re: [tw5] Re: sadly seeking tiddlyspot alternatives

[Hans Wobbe]

Alfonso:

Thank you for sharing this 'droppages' option.

It was indeed just a few minutes to set it up and it seems to be very 
useful to some of my less technical business associates.

Regards,
Hans

On Sunday, November 8, 2020 at 8:24:59 PM UTC-5 Alfonso Arciniega wrote:

> Below is shown an option with Dropbox and DropPages. It could be used as a 
> temporary option if we don't want to spend a lot of time setting up a 
> repository site until TW Tones creates a permanent site.
>
> It took me just a few minutes to create it. No code is required.
>
> My demo site is at: https://my-tw-notes.droppages.com/
>
> The DropPages site is at: https://droppages.com/
>
> Note I did not use any theme, just edited the base.html to change the 
> tittle and the index.txt for content, and add a couple of TW's in the 
> Public folder.
>
> This option is free for up to 50 MB size, good enough for five TW's. 
> DropPages has been operating since 2011.
>
>

-- 
You received this message because you are subscribed to the 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/ea05f239-d8ff-40cd-a314-43a17840c2d7n%40googlegroups.com.

[tw5] so: personal DreamHost for TW users?

[Hans Wobbe]

Ciao TT:

I gather you are a fan of DreamHost.  If you have a moment I would 
appreciate a brief comment on how easy/difficult it might be to set up a 
personal account that could host a single TW file.

I've browsed their site a bit and it looks appealing, but I could not find 
anything that reassures me specifically with respect to TW.

Cheers,
Hans

On Saturday, October 24, 2020 at 11:10:17 AM UTC-4 TiddlyTweeter wrote:

> Ciao Eric
>
> I will write to Dreamhost about this immediately.
>
> TT
>
>
> On Saturday, 24 October 2020 15:58:27 UTC+2, Eric Shulman wrote:
>>
>> On Saturday, October 24, 2020 at 1:40:41 AM UTC-7, Eric Shulman wrote:
>>>
>>> I've sent email directly to Simon and Daniel Baird to let them know 
>>> about the problem.
>>>
>>
>> I just received a reply from Simon Baird... and he says: "It's not a 
>> simple fix".
>>
>> Here's his blogspot posting explaining the situation: 
>> http://tiddlyspot.blogspot.com
>>
>> -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/8798f93c-4cb8-4d3c-8fe9-7cff30224b2dn%40googlegroups.com.

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

[Hans Wobbe]

Eric:

Your focused and persistent dedication to these Timer functions is 
amazing!  I have not appreciated the value of good time support this much 
since my early days with APL back in the 1970s.

It is completely transforming the way I Navigate through TiddlyWiki files.

Thank you very much!!

Best,
Hans


On Saturday, October 17, 2020 at 8:42:32 AM UTC-4 Eric Shulman wrote:

>  
> Another update to http://TiddlyTools.com/timer.html:
>
> Events for a given calendar day are now sorted by the name of the 
> EventList/Timeline/.ics tiddler in which they are defined.
>
> This makes it possible to prioritize the use of custom event colors by 
> changing the names of the defining tiddlers.
>
> For example, if you want your SchoolEvents color to take precedence over 
> any other custom event colors,
> you could rename "SchoolEvents" to "1SchoolEvents".  Note that you can use 
> the caption field on the tiddler
> to "hide" it's real name, so it could still appear as "School Events" in 
> the Calendar interface.
>
> Also note that this sorting extends to the event description text as 
> well.  Thus, if there are several events
> on the same day that are all defined in the same EventList/Timeline/.ics 
> tiddler, they will now be sorted
> alphabetically by description.
>
> 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/9972636f-2bc9-492e-ae84-6b0819286ca3n%40googlegroups.com.

[tw5] Re: Filter Operator Categories

[Hans Wobbe]

A big "Thank you" for the "big update".  It a very good reference!

On Sunday, September 20, 2020 at 8:45:43 AM UTC-4 inmy...@gmail.com wrote:

> I made a big update to the wiki. I added an analysis of what is hopefully 
> a consistent and complete conceptual framework for what operators are that 
> explains why the categories are what they are and gives clear distinctions 
> between each category.
>
> There are also 7 (hopefully) fundamental  categories identified.
>
> The quick version is that there are list and non-list operators, both 
> types can have operators that filter, transform or replace the inputs.
> Then construction operators make the 7th category.
>
> There can be operators that fit into more than one category, but those 
> operators are equivalent to a sequence of operators that all fit into only 
> one of the 7 categories.
>
> It is the same link as before: 
> https://ooktech-tw.gitlab.io/filter-operator-notes/
>
> Note: there are actually 8 categories, but non-list construction operators 
> are never useful, so we ignore them.
>
> On Sunday, September 20, 2020 at 2:53:23 AM UTC+2 dieg...@gmail.com wrote:
>
>> This is awesome! It would be *great* if this was on TW! Or at least as a 
>> documentation plugin we can install! 
>>
>> Thank you!
>>
>> On Saturday, September 19, 2020 at 7:24:23 PM UTC-5 TW Tones wrote:
>>
>>> This is great. 
>>>
>>> Something like this Should be on Tiddlywiki.com eventually.
>>>
>>> I was thinking of something similar to document system tags, 
>>>
>>> I have  a list of possible system tags, color coded but it is still 
>>> difficult to scan through them to find what I need in a hurry. 
>>> Categorisation would be better.
>>>
>>> Regards
>>> Tony
>>>
>>> On Sunday, 20 September 2020 at 04:21:37 UTC+10 inmy...@gmail.com wrote:
>>>
 The quick version: I made a wiki that describes the different filter 
 operator categories and lets you look through the operators by different 
 categories. The wiki is here; 
 https://ooktech-tw.gitlab.io/filter-operator-notes/

 I am not sure how useful this will be for anyone else.

 For another project I wrote a parser for tiddlywiki style filters, and 
 part of that I had to make a more detailed description of the different 
 operator types than just 'construction' and 'selection'.

 I came up with 6 categories that I hope are the fundamental types of 
 operators, construction, filtering, transformation, replacement, list, and 
 list replacement.

 There are also categories defined by what inputs operators use and by 
 the purpose of the operator, but I haven't finished all of that yet.

>>>

-- 
You received this message because you are subscribed to the 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/134b7c37-107a-4f82-b964-473b136520b2n%40googlegroups.com.

[tw5] Re: New TiddlyTools time feature: "inline EditDate control"

[Hans Wobbe]

Thanks for reminding me to "Read the documentation".  (Blush).  I was so 
pleased by this set of Date functions, I just rushed right in!


On Tuesday, September 15, 2020 at 4:46:31 AM UTC-4 Eric Shulman wrote:

> On Monday, September 14, 2020 at 3:35:14 AM UTC-7, Hans Wobbe wrote:
>>
>> The "edit-in-place" feature is very useful for me since it reduces the 
>> need to use a second "remote" tiddler to easily edit a field.
>>
>
> Behind the scenes, the <> macro automatically creates and uses 
> a second "remote" tiddler named 
> "$:/state/input/edit-date/$tiddlername$/$fieldname$", where "tiddlername" 
> and "fieldname" are variables corresponding to the actual target tiddler 
> and field being edited.  It also uses a short-lived tiddler named 
> "$:/state/popup/edit-date/$tiddlername$/$fieldname$" that exists only while 
> the edit-in-place buttons and the popup calendar are actively displayed.
>
> Note also that I've updated the macro to allow use of any of the 
> attributes supported by the TWCore <$edit-text> widget.
> In particular, if you want to use the "edit-in-place" feature *without the 
> popup calendar*, you can specify "type:input", which overrides the default 
> "type:calendar".
>
> See http://tiddlytools.com/timer.html#TiddlyTools%2FTimer%2FEditDate for 
> full documentation, notes, and examples.
>
> 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/a62ede00-beb8-4911-ad82-4237092ae046n%40googlegroups.com.

[tw5] Re: New TiddlyTools time feature: "inline EditDate control"

[Hans Wobbe]

Eric: 

Thank you very much for this contribution !

The "edit-in-place" feature is very useful for me since it reduces the need 
to use a second "remote" tiddler to easily edit a field.

Cheers,
Hans


On Sunday, September 13, 2020 at 11:14:03 PM UTC-4 Eric Shulman wrote:

> http://tiddlytools.com/timer.html#TiddlyTools%2FTimer%2FEditDate
>
> Introduction
>
> The edit-date macro provides a user interface that combines the features 
> of a text input (<$edit-text> widget) with "edit-in-place" 
> (save/cancel/delete) buttons and a popup monthly calendar. This allows you 
> to enter custom text or select and format a date from the calendar.
>
> Parameters
>
> The macro supports a subset of the parameters allowed by the <$edit-text>
>  widget:
> Parameter Description
> tiddler The tiddler in which to save the input (default=<>
> )
> field The field in which to save the input (default=date)
> format The TiddlyWiki Date Format  used 
> to store a date selected from the calendar (default=/0MM/0DD)
> default text to be used when the target field doesn't exist
> placeholder text to display when the target field is empty 
> (default="select or enter a date")
> size The size of the input field in characters (default=20)
> focus Set to "yes" or "true" to automatically focus the input after 
> creation
> class A CSS class to be assigned to the generated HTML editing element
>
> Notes
>
>
>- Use <> to embed a date input field in 
>tiddler content.
>- Unlike the <$edit-text> widget, the <> macro allows you 
>to input values that are stored in the current tiddler.
>- When the field receives the input focus, a set of "edit-in-place" 
>buttons and a monthly calendar are displayed.
>
>
>- [checkmark] saves changes to the field value. [X] cancels changes to 
>the field value. [trashcan] deletes the field value.
>
>
>- [<<] displays the previous month. [>>] displays the next month.
>
>
>- Click a date to set the edit field contents using the indicated 
> TiddlyWiki 
>Date Format codes .
>- You can override the default date format (/0MM/0DD) by entering 
>a new format directly in the calendar popup.
>- Note: if TiddlyTools/Timer/Calendar 
> is 
>not installed, the calendar popup is not displayed.
>
>
> 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/341623d6-6ae9-4e35-a078-8aadd005b2f0n%40googlegroups.com.

[tw5] Re: How to generate list of missing tiddlers, sorted by most references

[Hans Wobbe]

Eric:

"Very nice" code that is Functional, and Educational.

Thank you very much for yet another in a long list of contributions!

Cheers,
Hans

On Friday, July 24, 2020 at 12:45:16 PM UTC-4 Eric Shulman wrote:

> On Friday, July 24, 2020 at 3:34:52 AM UTC-7, Felicia Crow wrote:
>>
>> so after playing around with filter operators and trying to find a way 
>> over a data tiddler I wrote a javascript macro I attatched below.
>> The only caveat with this is that you have to close and reopen the 
>> tiddler calling the macro due to how javascript macros are called. Maybe 
>> someone has an idea for how to reload a single tiddler.
>>
>
> Here's a version that does the same results using just wikitext instead of 
> javascript:
> \define getData()
> <$list filter="[all[missing]!has[draft.of]sort[title]]">
><$text text="[["/>{{{ 
> [backlinks[]count[]divide[1000]removeprefix[0.]] 
> }}};<><$text text="]]"/>
> 
> \end
>
> \define renderTable()
> 
> MissingTimes Referenced
> <$list filter="[enlist!sort[]]">
>
>{{{ [split[;]rest[]join[;]] }}}
><$text text={{{ 
> [split[;]first[]divide[1]] }}}/>
>
> 
> 
> \end
>
> \define renderList()
> 
> <$list filter="[enlist!sort[]]">
> {{{ [split[;]rest[]join[;]] }}} (<$text text={{{ 
> [split[;]first[]divide[1]] }}}/>)
> 
> 
> \end
>
> <$list filter="[all[missing]limit[1]]" variable="has_missing_tiddlers"
>emptyMessage="No Missing Tiddlers">
><$wikify name="missing" text=<>>
><>
>
> 
>
> I patterned the code structure similar to your javascript code.
>
> * the outermost $list checks that there are missing tiddlesr and displays 
> either "No Missing Tiddlers", or proceed to get the list of missing 
> tiddlers and show the output
> * getData() generates a list all missing tiddlers
> * each item in the list is a combination of the backlinks[]count[] 
> (zero-padded) and the missing tiddler title, separated by a semi-colon and 
> enclosed in doubled square brackets (to handle spaces in titles)
> * the results of getData() are passed through $wikify to convert the macro 
> output into an actual list of items
> * renderList() and renderTable() enlist[] all items, sorted in descending 
> order using the zero-padded count, and then splits each item back into its 
> title and count and then shows the title followed by the count
>
> 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/601789af-b470-4a5b-a3fb-10b8afeecdc2n%40googlegroups.com.

[tw5] Re: Presenting: fields2table

[Hans Wobbe]

Thank you, Mat.  That is indeed what I was looking for.

I think I can make good use of this in a couple of my Contexts.  If that 
works out, I will post back to share the ideas.

<:)


On Tuesday, July 14, 2020 at 6:25:05 AM UTC-4 Mat wrote:

> Hans, happy to hear you have use of my gizmos.
>
 

> ...
>
 

> I'd guess you're referring to http://configsfields.tiddlyspot.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/ef199df9-bfd6-4577-8ca0-43154746e8d6n%40googlegroups.com.

[tw5] Re: Presenting: fields2table

[Hans Wobbe]

Mat:

I've been making a lot of use of your Fiels2Table macro, so I thought I 
should really take to moment to express my appreciation for this and the 
your many other contributions to the Community.  Note only am I an 
appreciative User but, better yet, I've also learned from reviewing your 
techniques.

I recently stumbled onto another macro on one of your web sites.  I was 
pleased at the time, but got distracted before I could really investigate 
it or even properly bookmark it.  At this time, all I remember is that it 
was related to VARs and that it created another set of fields, above the 
"text" field.  I have tried searching and failed.  A Hint or link would be 
appreciated.

Regards,
Hans


On Wednesday, June 19, 2019 at 10:25:12 AM UTC-4 Mat wrote:

> The chief tiddleur of TWaddle Imperial proudly presents...
> ...an oh' so elegantly titled little macro:
>
> fields2table 
>
> This is a smallish macro to create a table, based on filtered tiddlers 
> field values.
> It is particularly simple to specify what fields to show in the table 
> and to manually edit the values.
>
> <:-)
>

-- 
You received this message because you are subscribed to the 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/b20d8c69-d92d-43fc-9b1b-b102c54e33dan%40googlegroups.com.