date:20190319

Jeremy 

I do see its "accurate" as a representation of a kind. Though some of the 
*colouration 
is not logical--that is a compounded styling fault* I think--but important 
to note as it might be addressed? 

The problem is the demands on the user to 1, grasp its just a 
representation, not what is happening to your stuff :-)!  2. make an 
informed choice to go ahead. Does it inform or confuse?

I think the example I gave is one if I didn't know regular expressions well 
I'd never click yes to because of the TWO levels of abstraction--first what 
the regex pattern means and second judging where a representation of its 
result makes sense.

Subjectively the representation looks all over the shop. Indeed if you 
slightly change the pattern it shuffles around endlessly like a Chinese 
Puzzle.

It may be we need to show also a normal preview too in such SNR cases?

On Tuesday, 19 March 2019 22:24:17 UTC+1, Jeremy Ruston wrote:
>
> Hi Josiah
>
> To explain it another way, the example diff you quoted earlier was 
> "correct", in that it is an accurate depiction of a set of modifications 
> which will turn the first string into the second. The problem is that what 
> an algorithm sees as a reasonable way to display the differences may not 
> match a human narrative of the changes. It's a general problem with diff 
> engines, and they all devote a lot of attention to trying to improve human 
> readability. The diff engine we're using is pretty much the state of the 
> art. There's no magic solution: we can tweak the parameters that drive the 
> heuristics used for diffing, but we will find that any given set of 
> parameters will be good in some scenarios but not others. There's no magic 
> solution which will work in all situations; that's what I meant by saying 
> that it's one of those tricky problems of computer science :)
>
> Best wishes
>
> Jeremy
>
>
> --
> Jeremy Ruston
> jer...@jermolene.com 
> https://jermolene.com
>
> On 19 Mar 2019, at 20:36, @TiddlyTweeter  > wrote:
>
> Jeremy
>
> I definitely think access to change parameters could be helpful.
>
> In the case of SNR one needs a logical consistent representation. It 
> doesn't matter if its very long--so long as its consistent.
>
> The biggest problem at the moment is the Diff. Engine creates a mix of 
> representations that can quickly get visually inconsistent. 
>
> That is seriously confusing for the end user who is already grappling with 
> learning regular expression syntax.
>
> Best wishes
> Josiah
>
> On Tuesday, 19 March 2019 20:45:00 UTC+1, Jeremy Ruston wrote:
>>
>> Hi Josiah, Mohammad,
>>
>> The core uses Google's Diff-Match-Patch library by Neil Fraser:
>>
>> https://github.com/google/diff-match-patch
>>
>> It turns out that reliably creating human-readable diffs is one of those 
>> tricky problems in computer science that doesn't have a clean solution. The 
>> docs for the library discuss some parameters that can be tweaked to control 
>> things:
>>
>> https://github.com/google/diff-match-patch/wiki/API
>>
>> Maybe we should expose all of the parameters as attributes on the 
>> DiffTextWidget, making it easier for people to experiment with different 
>> settings.
>>
>> Best wishes
>>
>> Jeremy
>>
>> --
>> Jeremy Ruston
>> jer...@jermolene.com
>> https://jermolene.com
>>
>> On 19 Mar 2019, at 15:13, Mohammad  wrote:
>>
>> What Josiah said can be tested on SNR at
>>
>> https://kookma.github.io/TW-Commander/
>>
>> It seems the Tiddlywiki diff-text works fine for simple cases like 
>> alphanumeric but working with more complex cases like regexp, it encounter 
>> difficulties.
>>
>> --Mohammad
>>
>> On Tuesday, March 19, 2019 at 5:08:54 PM UTC+3:30, @TiddlyTweeter wrote:
>>>
>>> The Difference Engine is an incredibly useful feature of TW. For 
>>> writers, for coders, for versioning systems that are now commonly used. 
>>> And, more recently, in tools like Mohammad's regular expressions based 
>>> Search-n-Replace.
>>>
>>> The problem is its visual presentation (it does not harm the writing, it 
>>> just) under some circumstances is extremely misleading.
>>>
>>> For instance ... Actually the edit here was only to remove *<* & > but 
>>> the differences shown are very confusing with many items in green and pink 
>>> that should not be, and with inconsistent presentation that is even more 
>>> confusing.
>>>
>>> I wonder if it can be made more accurate?
>>>
>>> [image: diff-view-5.jpg]
>>>
>>>
>>> Best wishes
>>> Josiah 
>>>
>>>
>>> -- 
>> You received this message because you 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 post to this group, send email to tiddl...@googlegroups.com.
>> Visit this group at https://groups.google.com/group/tiddlywiki.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/tiddlywiki/f66e485c-50c8-4ca0-9c92-47c1363c9ca3%40googlegroups.com
>>  
>>

[tw5] Re: Getting the value of a field when the known fieldname is a variable

2019-03-19 Thread steve

Thanks, Eric. works perfectly

For the rest of us, here is the documentation 
 of this 
capability:

As described in Introduction to filter notation 
, you can 
also transclude a variable as the value of a filter operand. For example:

{{{ [tag] }}}


On Tuesday, March 19, 2019 at 2:24:48 AM UTC-4, Eric Shulman wrote:
>
> On Monday, March 18, 2019 at 10:48:24 PM UTC-7, st...@sunypoly.edu wrote:
>>
>> I'm having troubles with the value of a field to render correctly. It's a 
>> bit hard to explain, so I built a quick demo (below) that can be pasted 
>> into any wiki (such as tiddlywiki.com) -- it will create two tiddlers 
>> with specified fields, and show you where I'm having trouble getting the 
>> vaue of a field to render as a link; I can only "see" it using <$view 
>> field="xxx"/>. Any help, much appreciated! 
>> <$button>
>> <$action-setfield $tiddler="title:tiddler-b" tiddler-a="thefilename.pdf"/>
>> <$action-setfield $tiddler="title:tiddler-a" my-name="tiddler-a" 
>> tiddler-b="yes" />
>> Make Two Tiddlers for testing
>> 
>>
>> <$list filter="[title[title:tiddler-a]has[tiddler-b]]">
>> <$vars myName={{!!my-name}}>
>> Looking for tiddlers with field <>
>> <$list filter="[has]">
>> tiddler: <$link><>
>> value of field ''<>'': <$view field=<>/>
>> 
>> Question: how do I get the value of field <> into a link: > href=<> target="_blank">this is not the right link!
>> 
>>
>
> To retrieve the *value* of a field in the current tiddler whose *name* is 
> stored in the variable "myName", try something like this:
>
> get] }}} target="_blank">this IS the 
> right link!
>
> Let me know how it goes...
>
> -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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/1b36f86e-a6b7-46ca-8bd4-01d3318b4455%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Issues with the Difference Engine

2019-03-19 Thread Jeremy Ruston

Hi Josiah

To explain it another way, the example diff you quoted earlier was "correct", 
in that it is an accurate depiction of a set of modifications which will turn 
the first string into the second. The problem is that what an algorithm sees as 
a reasonable way to display the differences may not match a human narrative of 
the changes. It's a general problem with diff engines, and they all devote a 
lot of attention to trying to improve human readability. The diff engine we're 
using is pretty much the state of the art. There's no magic solution: we can 
tweak the parameters that drive the heuristics used for diffing, but we will 
find that any given set of parameters will be good in some scenarios but not 
others. There's no magic solution which will work in all situations; that's 
what I meant by saying that it's one of those tricky problems of computer 
science :)

Best wishes

Jeremy


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

> On 19 Mar 2019, at 20:36, @TiddlyTweeter  wrote:
> 
> Jeremy
> 
> I definitely think access to change parameters could be helpful.
> 
> In the case of SNR one needs a logical consistent representation. It doesn't 
> matter if its very long--so long as its consistent.
> 
> The biggest problem at the moment is the Diff. Engine creates a mix of 
> representations that can quickly get visually inconsistent. 
> 
> That is seriously confusing for the end user who is already grappling with 
> learning regular expression syntax.
> 
> Best wishes
> Josiah
> 
>> On Tuesday, 19 March 2019 20:45:00 UTC+1, Jeremy Ruston wrote:
>> Hi Josiah, Mohammad,
>> 
>> The core uses Google's Diff-Match-Patch library by Neil Fraser:
>> 
>> https://github.com/google/diff-match-patch
>> 
>> It turns out that reliably creating human-readable diffs is one of those 
>> tricky problems in computer science that doesn't have a clean solution. The 
>> docs for the library discuss some parameters that can be tweaked to control 
>> things:
>> 
>> https://github.com/google/diff-match-patch/wiki/API
>> 
>> Maybe we should expose all of the parameters as attributes on the 
>> DiffTextWidget, making it easier for people to experiment with different 
>> settings.
>> 
>> Best wishes
>> 
>> Jeremy
>> 
>> --
>> Jeremy Ruston
>> jer...@jermolene.com
>> https://jermolene.com
>> 
>>> On 19 Mar 2019, at 15:13, Mohammad  wrote:
>>> 
>>> What Josiah said can be tested on SNR at
>>> 
>>> https://kookma.github.io/TW-Commander/
>>> 
>>> It seems the Tiddlywiki diff-text works fine for simple cases like 
>>> alphanumeric but working with more complex cases like regexp, it encounter 
>>> difficulties.
>>> 
>>> --Mohammad
>>> 
 On Tuesday, March 19, 2019 at 5:08:54 PM UTC+3:30, @TiddlyTweeter wrote:
 The Difference Engine is an incredibly useful feature of TW. For writers, 
 for coders, for versioning systems that are now commonly used. And, more 
 recently, in tools like Mohammad's regular expressions based 
 Search-n-Replace.
 
 The problem is its visual presentation (it does not harm the writing, it 
 just) under some circumstances is extremely misleading.
 
 For instance ... Actually the edit here was only to remove < & > but the 
 differences shown are very confusing with many items in green and pink 
 that should not be, and with inconsistent presentation that is even more 
 confusing.
 
 I wonder if it can be made more accurate?
 
 
 
 Best wishes
 Josiah 
 
>>> 
>>> -- 
>>> You received this message because you 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 post to this group, send email to tiddl...@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/tiddlywiki.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/tiddlywiki/f66e485c-50c8-4ca0-9c92-47c1363c9ca3%40googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "TiddlyWiki" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to tiddlywiki+unsubscr...@googlegroups.com.
> To post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/tiddlywiki/b20a5e11-8a1e-4b69-931d-2f58bce7da60%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at

[tw5] Is TW in the Sky supposed to work on Android?

2019-03-19 Thread stefano franchi

I am asking because on my phone it loads the TW file from Dropbox, but it
is unbale  open any link---it only shows the TW's frontpage, so to speak.
Just wondering if it is expected behavior or some issues of mine I should
look furter into.

Cheers,

Stefano




-- 
__
Stefano Franchi

stefano.fran...@gmail.com 
http://stefano.cleinias.org

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CAJODLwa3xjYTd%2Bqj%2BBmk697Zm8kuGtG%3DwG1tDi%2B%3DgJTWaHsGvg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

Very practically helpful Mark, tx.

Josiah

On Tuesday, 19 March 2019 20:23:13 UTC+1, Mark S. wrote:
>
> Ok -- don't panic. You can make more than one tiddler a day by changing 
> the date stamp format to include other units. Like hours, seconds, 
> milliseconds. So maybe just workout what you want your journal titles to 
> look like in advance.
>
> Edit: So adding "0hh-0mm-0ss" to your journal format should assure every 
> entry is unique (as long as you don't click faster than one a second)
> -- Mark
>
>
> On Tuesday, March 19, 2019 at 12:11:49 PM UTC-7, @TiddlyTweeter wrote:
>>
>> Mark S. wrote:
>>>
>>> The problem with the Journal button is that it only makes one entry per 
>>> day, right?
>>>
>>
>> Eek! I had no idea. That is NO good. Shouldn't a Journal Button give an 
>> exact timestamp? Otherwise why bother? I mean you don't just journal only 
>> at 00.01 am.
>>
>> Are you using some other logging/recording macro or tool kit?
>>>
>>
>>  No. I thought it was not needed. 
>>
>> Its logging sequential events reliably that is most critical.
>>
>> That is centrally important.
>>
>> Josiah
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/5d146e91-64ea-4f07-ba9c-7aa55df690bb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Issues with the Difference Engine

Jeremy

I definitely think access to change parameters could be helpful.

In the case of SNR one needs a logical consistent representation. It 
doesn't matter if its very long--so long as its consistent.

The biggest problem at the moment is the Diff. Engine creates a mix of 
representations that can quickly get visually inconsistent. 

That is seriously confusing for the end user who is already grappling with 
learning regular expression syntax.

Best wishes
Josiah

On Tuesday, 19 March 2019 20:45:00 UTC+1, Jeremy Ruston wrote:
>
> Hi Josiah, Mohammad,
>
> The core uses Google's Diff-Match-Patch library by Neil Fraser:
>
> https://github.com/google/diff-match-patch
>
> It turns out that reliably creating human-readable diffs is one of those 
> tricky problems in computer science that doesn't have a clean solution. The 
> docs for the library discuss some parameters that can be tweaked to control 
> things:
>
> https://github.com/google/diff-match-patch/wiki/API
>
> Maybe we should expose all of the parameters as attributes on the 
> DiffTextWidget, making it easier for people to experiment with different 
> settings.
>
> Best wishes
>
> Jeremy
>
> --
> Jeremy Ruston
> jer...@jermolene.com 
> https://jermolene.com
>
> On 19 Mar 2019, at 15:13, Mohammad > 
> wrote:
>
> What Josiah said can be tested on SNR at
>
> https://kookma.github.io/TW-Commander/
>
> It seems the Tiddlywiki diff-text works fine for simple cases like 
> alphanumeric but working with more complex cases like regexp, it encounter 
> difficulties.
>
> --Mohammad
>
> On Tuesday, March 19, 2019 at 5:08:54 PM UTC+3:30, @TiddlyTweeter wrote:
>>
>> The Difference Engine is an incredibly useful feature of TW. For writers, 
>> for coders, for versioning systems that are now commonly used. And, more 
>> recently, in tools like Mohammad's regular expressions based 
>> Search-n-Replace.
>>
>> The problem is its visual presentation (it does not harm the writing, it 
>> just) under some circumstances is extremely misleading.
>>
>> For instance ... Actually the edit here was only to remove *<* & > but 
>> the differences shown are very confusing with many items in green and pink 
>> that should not be, and with inconsistent presentation that is even more 
>> confusing.
>>
>> I wonder if it can be made more accurate?
>>
>> [image: diff-view-5.jpg]
>>
>>
>> Best wishes
>> Josiah 
>>
>>
>> -- 
> You received this message because you 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 post to this group, send email to tiddl...@googlegroups.com 
> .
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/tiddlywiki/f66e485c-50c8-4ca0-9c92-47c1363c9ca3%40googlegroups.com
>  
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/b20a5e11-8a1e-4b69-931d-2f58bce7da60%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Issues with the Difference Engine

Jeremy

On this I can specify where it breaks down by examples in detail if you 
want. 

I don't understand the code but I can see what it is doing.

Let me know if it would be helpful and I will..

Best
Josiah



On Tuesday, 19 March 2019 20:45:00 UTC+1, Jeremy Ruston wrote:
>
> Hi Josiah, Mohammad,
>
> The core uses Google's Diff-Match-Patch library by Neil Fraser:
>
> https://github.com/google/diff-match-patch
>
> It turns out that reliably creating human-readable diffs is one of those 
> tricky problems in computer science that doesn't have a clean solution. The 
> docs for the library discuss some parameters that can be tweaked to control 
> things:
>
> https://github.com/google/diff-match-patch/wiki/API
>
> Maybe we should expose all of the parameters as attributes on the 
> DiffTextWidget, making it easier for people to experiment with different 
> settings.
>
> Best wishes
>
> Jeremy
>
> --
> Jeremy Ruston
> jer...@jermolene.com 
> https://jermolene.com
>
> On 19 Mar 2019, at 15:13, Mohammad > 
> wrote:
>
> What Josiah said can be tested on SNR at
>
> https://kookma.github.io/TW-Commander/
>
> It seems the Tiddlywiki diff-text works fine for simple cases like 
> alphanumeric but working with more complex cases like regexp, it encounter 
> difficulties.
>
> --Mohammad
>
> On Tuesday, March 19, 2019 at 5:08:54 PM UTC+3:30, @TiddlyTweeter wrote:
>>
>> The Difference Engine is an incredibly useful feature of TW. For writers, 
>> for coders, for versioning systems that are now commonly used. And, more 
>> recently, in tools like Mohammad's regular expressions based 
>> Search-n-Replace.
>>
>> The problem is its visual presentation (it does not harm the writing, it 
>> just) under some circumstances is extremely misleading.
>>
>> For instance ... Actually the edit here was only to remove *<* & > but 
>> the differences shown are very confusing with many items in green and pink 
>> that should not be, and with inconsistent presentation that is even more 
>> confusing.
>>
>> I wonder if it can be made more accurate?
>>
>> [image: diff-view-5.jpg]
>>
>>
>> Best wishes
>> Josiah 
>>
>>
>> -- 
> You received this message because you 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 post to this group, send email to tiddl...@googlegroups.com 
> .
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/tiddlywiki/f66e485c-50c8-4ca0-9c92-47c1363c9ca3%40googlegroups.com
>  
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/b555b8c0-785e-4b7a-906e-02f856fe461d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Issues with the Difference Engine

2019-03-19 Thread Jeremy Ruston

Hi Josiah, Mohammad,

The core uses Google's Diff-Match-Patch library by Neil Fraser:

https://github.com/google/diff-match-patch

It turns out that reliably creating human-readable diffs is one of those tricky 
problems in computer science that doesn't have a clean solution. The docs for 
the library discuss some parameters that can be tweaked to control things:

https://github.com/google/diff-match-patch/wiki/API

Maybe we should expose all of the parameters as attributes on the 
DiffTextWidget, making it easier for people to experiment with different 
settings.

Best wishes

Jeremy

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

> On 19 Mar 2019, at 15:13, Mohammad  wrote:
> 
> What Josiah said can be tested on SNR at
> 
> https://kookma.github.io/TW-Commander/
> 
> It seems the Tiddlywiki diff-text works fine for simple cases like 
> alphanumeric but working with more complex cases like regexp, it encounter 
> difficulties.
> 
> --Mohammad
> 
>> On Tuesday, March 19, 2019 at 5:08:54 PM UTC+3:30, @TiddlyTweeter wrote:
>> The Difference Engine is an incredibly useful feature of TW. For writers, 
>> for coders, for versioning systems that are now commonly used. And, more 
>> recently, in tools like Mohammad's regular expressions based 
>> Search-n-Replace.
>> 
>> The problem is its visual presentation (it does not harm the writing, it 
>> just) under some circumstances is extremely misleading.
>> 
>> For instance ... Actually the edit here was only to remove < & > but the 
>> differences shown are very confusing with many items in green and pink that 
>> should not be, and with inconsistent presentation that is even more 
>> confusing.
>> 
>> I wonder if it can be made more accurate?
>> 
>> 
>> 
>> Best wishes
>> Josiah 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "TiddlyWiki" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to tiddlywiki+unsubscr...@googlegroups.com.
> To post to this group, send email to tiddlywiki@googlegroups.com.
> Visit this group at https://groups.google.com/group/tiddlywiki.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/tiddlywiki/f66e485c-50c8-4ca0-9c92-47c1363c9ca3%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/857A6616-F20B-466B-8DB6-D4B8B688CAFA%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

Ok -- don't panic. You can make more than one tiddler a day by changing the 
date stamp format to include other units. Like hours, seconds, 
milliseconds. So maybe just workout what you want your journal titles to 
look like in advance.

-- Mark


On Tuesday, March 19, 2019 at 12:11:49 PM UTC-7, @TiddlyTweeter wrote:
>
> Mark S. wrote:
>>
>> The problem with the Journal button is that it only makes one entry per 
>> day, right?
>>
>
> Eek! I had no idea. That is NO good. Shouldn't a Journal Button give an 
> exact timestamp? Otherwise why bother? I mean you don't just journal only 
> at 00.01 am.
>
> Are you using some other logging/recording macro or tool kit?
>>
>
>  No. I thought it was not needed. 
>
> Its logging sequential events reliably that is most critical.
>
> That is centrally important.
>
> Josiah
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/e9e3fae3-2e78-4b9c-9f60-3d9faa9166e0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

Mark S. wrote:
>
> The problem with the Journal button is that it only makes one entry per 
> day, right?
>

Eek! I had no idea. That is NO good. Shouldn't a Journal Button give an 
exact timestamp? Otherwise why bother? I mean you don't just journal only 
at 00.01 am.

Are you using some other logging/recording macro or tool kit?
>

 No. I thought it was not needed. 

Its logging sequential events reliably that is most critical.

That is centrally important.

Josiah

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/a9a90f5f-6c2f-4ccb-a98c-036c805e562a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

The problem with the Journal button is that it only makes one entry per 
day, right?

Are you using some other logging/recording macro or tool kit?

-- Mark

On Tuesday, March 19, 2019 at 11:05:53 AM UTC-7, @TiddlyTweeter wrote:
>
> Mark S.
>
> Initially just dates and time stamps.
>
> In Italy which is currently UTC+1.
>
> FYI the idea is initially only to log an experiment. The timing matters.
>
> There may be later analyses but no original times should be changed.
>
> I'm mainly concerned its gonna get complicated if the timings are not 
> stable.
>
> Josiah
> .
>
> On Tuesday, 19 March 2019 18:41:57 UTC+1, Mark S. wrote:
>>
>> No hypotenuse is good hypotenuse?
>>
>> At the moment you create a tiddler, including a journal tiddler, the 
>> created field is populated with the UTC date.
>>
>> Is that the field you plan to use for comparison? Or the title field? 
>> Will you want to create post-dated entries, that you may not have had time 
>> to create the first time around?
>>
>> -- Mark
>>
>> On Tuesday, March 19, 2019 at 10:37:51 AM UTC-7, @TiddlyTweeter wrote:
>>>
>>> Ciao Mark S.
>>>
>>> I naively believe in the Journal button.
>>>
>>> All I need to do is press a button that registers NOW (not <>)?
>>>
>>> All I need know is if a Journal Entry works as advertised.
>>>
>>> I'd rather not have to deal with the square of the hypotenuse.
>>>
>>> Josiah
>>>
>>> On Tuesday, 19 March 2019 17:14:30 UTC+1, Mark S. wrote:

 Hi TT,

 How are you capturing dates and times?

 If you're recording the output of the <> macro as a UTC stamp into 
 a date field, then you should be good to go.

 The problem comes if, like S.S., you want to roll your own date format 
 so that you have a date that is human-readable. Then there may be 
 complications, especially if you live away from GMT.

 In your case, you live right at GMT. So you should be fine even rolling 
 your own 2019010100 format. Hmmm... not sure how that date will get 
 interpreted after daylight savings time at the end of the month. Testing 
 ... yes, looks like it takes DST into account, though I don't know how it 
 can do that around the globe, when DST happens at different times of the 
 year. Oh well, go to bed before 11pm and don't get up until after 1am and 
 all should be fine ;-)

 -- Mark






 On Tuesday, March 19, 2019 at 8:55:00 AM UTC-7, @TiddlyTweeter wrote:
>
> Mark S. & others
>
> The many discussions of dates I find confusing. I see solutions to 
> issues I never knew existed. LIKELY because I never bothered on 
> dates/times.
>
> I want to avoid issues next month when I need to track through journal 
> entries a project that needs exact recording of day and time.
>
> Should I be concerned at default behaviour?
>
> Yours muddled,
> Josiah
>


-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/93b7fff0-edbb-428d-8f42-3b40ffc5b339%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Announcing 4 New Plugins (sort of)

2019-03-19 Thread BurningTreeC



Am Dienstag, 19. März 2019 12:08:30 UTC+1 schrieb admls:
>
> Hi BurningTreeC,
>
> I hope I can bring a bit of my knowledge in where it's needed
>>
>
> That sounds excellent! There's no pressure of course, but if you want to 
> collaborate on this, I'd really welcome it. The code is in an unfortunate 
> state of not being well-commented, which may make it difficult to 
> contribute to at the moment, but I need to resolve that anyway. Having 
> looked at and admired your tiddlywiki work, I think we have similar enough 
> ui instincts that we could probably collaborate pretty effectively. I have 
> a notion of how to implement your dashboard-style 
> drawing-a-new-tiddler-into-existence idea as an add-on to volant, for 
> example. And I'm sure you see lots of things in volant, mentat, etc that 
> could be improved upon. I'm very open to having my ideas and 
> implementations critiqued; so don't be concerned on that score. I want to 
> make as useful a piece of software as possible and learn as much as 
> possible in the process. Collaborating with someone with a lot more 
> experience than myself would be quite the boon.
>
> In any case, no pressure. But if there's a way you can think of that I can 
> facilitate your collaboration on this, I'd be happy to do so!
>

Great, sounds very good. Sorry but I haven't followed the whole thread, is 
there a repository somewhere or something else where others can join in? 
Otherwise we can surely organize in different ways

I would just add some comments at points I understand and where I have a 
little experience

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/fac5013b-26f2-4b58-a777-74e2402bba8c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

Mark S.

Initially just dates and time stamps.

In Italy which is currently UTC+1.

FYI the idea is initially only to log an experiment. The timing matters.

There may be later analyses but no original times should be changed.

I'm mainly concerned its gonna get complicated if the timings are not 
stable.

Josiah
.

On Tuesday, 19 March 2019 18:41:57 UTC+1, Mark S. wrote:
>
> No hypotenuse is good hypotenuse?
>
> At the moment you create a tiddler, including a journal tiddler, the 
> created field is populated with the UTC date.
>
> Is that the field you plan to use for comparison? Or the title field? Will 
> you want to create post-dated entries, that you may not have had time to 
> create the first time around?
>
> -- Mark
>
> On Tuesday, March 19, 2019 at 10:37:51 AM UTC-7, @TiddlyTweeter wrote:
>>
>> Ciao Mark S.
>>
>> I naively believe in the Journal button.
>>
>> All I need to do is press a button that registers NOW (not <>)?
>>
>> All I need know is if a Journal Entry works as advertised.
>>
>> I'd rather not have to deal with the square of the hypotenuse.
>>
>> Josiah
>>
>> On Tuesday, 19 March 2019 17:14:30 UTC+1, Mark S. wrote:
>>>
>>> Hi TT,
>>>
>>> How are you capturing dates and times?
>>>
>>> If you're recording the output of the <> macro as a UTC stamp into 
>>> a date field, then you should be good to go.
>>>
>>> The problem comes if, like S.S., you want to roll your own date format 
>>> so that you have a date that is human-readable. Then there may be 
>>> complications, especially if you live away from GMT.
>>>
>>> In your case, you live right at GMT. So you should be fine even rolling 
>>> your own 2019010100 format. Hmmm... not sure how that date will get 
>>> interpreted after daylight savings time at the end of the month. Testing 
>>> ... yes, looks like it takes DST into account, though I don't know how it 
>>> can do that around the globe, when DST happens at different times of the 
>>> year. Oh well, go to bed before 11pm and don't get up until after 1am and 
>>> all should be fine ;-)
>>>
>>> -- Mark
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Tuesday, March 19, 2019 at 8:55:00 AM UTC-7, @TiddlyTweeter wrote:

 Mark S. & others

 The many discussions of dates I find confusing. I see solutions to 
 issues I never knew existed. LIKELY because I never bothered on 
 dates/times.

 I want to avoid issues next month when I need to track through journal 
 entries a project that needs exact recording of day and time.

 Should I be concerned at default behaviour?

 Yours muddled,
 Josiah

>>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/48a2dcd1-9b11-4fea-9109-0e47028612b0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

No hypotenuse is good hypotenuse?

At the moment you create a tiddler, including a journal tiddler, the 
created field is populated with the UTC date.

Is that the field you plan to use for comparison? Or the title field? Will 
you want to create post-dated entries, that you may not have had time to 
create the first time around?

-- Mark

On Tuesday, March 19, 2019 at 10:37:51 AM UTC-7, @TiddlyTweeter wrote:
>
> Ciao Mark S.
>
> I naively believe in the Journal button.
>
> All I need to do is press a button that registers NOW (not <>)?
>
> All I need know is if a Journal Entry works as advertised.
>
> I'd rather not have to deal with the square of the hypotenuse.
>
> Josiah
>
> On Tuesday, 19 March 2019 17:14:30 UTC+1, Mark S. wrote:
>>
>> Hi TT,
>>
>> How are you capturing dates and times?
>>
>> If you're recording the output of the <> macro as a UTC stamp into a 
>> date field, then you should be good to go.
>>
>> The problem comes if, like S.S., you want to roll your own date format so 
>> that you have a date that is human-readable. Then there may be 
>> complications, especially if you live away from GMT.
>>
>> In your case, you live right at GMT. So you should be fine even rolling 
>> your own 2019010100 format. Hmmm... not sure how that date will get 
>> interpreted after daylight savings time at the end of the month. Testing 
>> ... yes, looks like it takes DST into account, though I don't know how it 
>> can do that around the globe, when DST happens at different times of the 
>> year. Oh well, go to bed before 11pm and don't get up until after 1am and 
>> all should be fine ;-)
>>
>> -- Mark
>>
>>
>>
>>
>>
>>
>> On Tuesday, March 19, 2019 at 8:55:00 AM UTC-7, @TiddlyTweeter wrote:
>>>
>>> Mark S. & others
>>>
>>> The many discussions of dates I find confusing. I see solutions to 
>>> issues I never knew existed. LIKELY because I never bothered on dates/times.
>>>
>>> I want to avoid issues next month when I need to track through journal 
>>> entries a project that needs exact recording of day and time.
>>>
>>> Should I be concerned at default behaviour?
>>>
>>> Yours muddled,
>>> Josiah
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/f99ffd57-35fe-4f30-b697-012d3193f624%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

Ciao Mark S.

I naively believe in the Journal button.

All I need to do is press a button that registers NOW (not <>)?

All I need know is if a Journal Entry works as advertised.

I'd rather not have to deal with the square of the hypotenuse.

Josiah

On Tuesday, 19 March 2019 17:14:30 UTC+1, Mark S. wrote:
>
> Hi TT,
>
> How are you capturing dates and times?
>
> If you're recording the output of the <> macro as a UTC stamp into a 
> date field, then you should be good to go.
>
> The problem comes if, like S.S., you want to roll your own date format so 
> that you have a date that is human-readable. Then there may be 
> complications, especially if you live away from GMT.
>
> In your case, you live right at GMT. So you should be fine even rolling 
> your own 2019010100 format. Hmmm... not sure how that date will get 
> interpreted after daylight savings time at the end of the month. Testing 
> ... yes, looks like it takes DST into account, though I don't know how it 
> can do that around the globe, when DST happens at different times of the 
> year. Oh well, go to bed before 11pm and don't get up until after 1am and 
> all should be fine ;-)
>
> -- Mark
>
>
>
>
>
>
> On Tuesday, March 19, 2019 at 8:55:00 AM UTC-7, @TiddlyTweeter wrote:
>>
>> Mark S. & others
>>
>> The many discussions of dates I find confusing. I see solutions to issues 
>> I never knew existed. LIKELY because I never bothered on dates/times.
>>
>> I want to avoid issues next month when I need to track through journal 
>> entries a project that needs exact recording of day and time.
>>
>> Should I be concerned at default behaviour?
>>
>> Yours muddled,
>> Josiah
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/9c299977-0558-411a-97d6-98bdbbe3aef4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Same shadow tiddler in different plugins: a question about priority rules

Dear TiddlyTweeter,

You are correct and JSON bundle could be a practical way to solve the issue
once or few times.
Actually I have many wikis where I need to load the same customization.
Therefore I need to maintain it in a single place and share with many
wikis. I found two ways to achieve this goal:

1. collecting all of the customizations in a separated wiki and then add
it to the includeWikis section in tiddliwiki.info of other wikis
2. packing my customizations in a plugin, add it to the
tiddlywiki/plugins folder and load the plugins in other wikis via
tiddlywiki.info

The first one works without priority related issues, so it can be the right
way. I still wanted to test option 2 and fell into to the issue related to
this thread. I'm insisting to discuss about priority policy because I
found that maybe they could be improved and I was interested to know other
group members opinion.

If I am right and the priority policy could be improved, why not? despite
there is a valid alternative that fit my need.

On the other hand, any suggestion is welcome. Do you know any way, other
than the ones I mentioned, to keep bundles in a single place and share them
between other wikis?

Thanks for your patience, )+(

--
You received this message because you are subscribed to the Google Groups
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit
https://groups.google.com/d/msgid/tiddlywiki/2fcd2376-64d9-495f-9444-38109466ee9a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Same shadow tiddler in different plugins: a question about priority rules

Isn't the issue here overwrite priority?

I found that PMario's Bundler plugin good for that since it can force 
overwrite. Of course you need do it in the correct order. Which is what, in 
a way, you are saying. 

My point is do you need bother with a new plugin at all when JSON import 
can overwrite easily. Seems easy, lightweight and doable?

Josiah


-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/bae3fac6-0e6f-41ef-930b-920101a1d0c4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

Hi TT,

How are you capturing dates and times?

If you're recording the output of the <> macro as a UTC stamp into a 
date field, then you should be good to go.

The problem comes if, like S.S., you want to roll your own date format so 
that you have a date that is human-readable. Then there may be 
complications, especially if you live away from GMT.

In your case, you live right at GMT. So you should be fine even rolling 
your own 2019010100 format. Hmmm... not sure how that date will get 
interpreted after daylight savings time at the end of the month. Testing 
... yes, looks like it takes DST into account, though I don't know how it 
can do that around the globe, when DST happens at different times of the 
year. Oh well, go to bed before 11pm and don't get up until after 1am and 
all should be fine ;-)

-- Mark

On Tuesday, March 19, 2019 at 8:55:00 AM UTC-7, @TiddlyTweeter wrote:
>
> Mark S. & others
>
> The many discussions of dates I find confusing. I see solutions to issues 
> I never knew existed. LIKELY because I never bothered on dates/times.
>
> I want to avoid issues next month when I need to track through journal 
> entries a project that needs exact recording of day and time.
>
> Should I be concerned at default behaviour?
>
> Yours muddled,
> Josiah
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/f1c50580-82f7-423d-99a2-b9a20e782903%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Same shadow tiddler in different plugins: a question about priority rules

Last minute thought.

Why not to invert the logic in the core (two lines in the code of boot.js):

   1. core
   2. plugins with no priority defined in alphabetical order
   3. plugins with priority defined ordered ascending by priority

This way one would have the chance to force plugin precedence changing the 
priority of his own plugin, while now this isn't possible, unless renaming. 
 







-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/f8ccf6b0-6487-4f8e-a823-7890e848af65%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

Mark S. & others

The many discussions of dates I find confusing. I see solutions to issues I 
never knew existed. LIKELY because I never bothered on dates/times.

I want to avoid issues next month when I need to track through journal 
entries a project that needs exact recording of day and time.

Should I be concerned at default behaviour?

Yours muddled,
Josiah

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/be2783bd-ff96-4f0f-9126-694a08382218%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: workaround for apache webdav

2019-03-19 Thread Lost Admin



On Tuesday, March 19, 2019 at 10:27:46 AM UTC-4, PMario wrote:
>
> On Tuesday, March 19, 2019 at 1:42:43 PM UTC+1, Lost Admin wrote:
>>
>> I wonder if that is going to make it into the core saver if/when it is 
>> determined to be stable. I would happily add compression to my WebDav sites 
>> at that point.
>>
>
> Hi, 
>
> It would be nice, if you could test it with your setup. ... and give 
> feedback :)
>

I will be testing it on my setup. I only learned it existed today.
 

>
> It uses the exact same "program flow" as the existing etag version (since 
> TW V5.1.17). 
>
> The problem with etags seem to be "vendor related". As we fixed a bug in 
> the etag handling , 
> we found out, that every vendor (apache, nginx, IIS) seem to have a 
> different opinion, how etags should be calculated. ... All of them had the 
> "compression problem". 
>
> 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+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/1ef6318f-b728-4588-bf99-b0c6fbb3eac8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Same shadow tiddler in different plugins: a question about priority rules

Hi Tony,

*Examine the changes both plugins make to the shadow tiddler and construct 
> a third that incorporates both changes and add it to your package so it is 
> applied last. This condition is only true when you use your package so it 
> makes sense.*
>

Your suggestion is good, but not very practical for my use case, even if 
the involved plugins are both self-made plugins. I keep plugins separated 
because some of them are intended for a general use (and hopefully one day 
I will share them with the wonderful folk of this group  ;^))), while other 
are intended as customizations for very specific implementations. Your 
approach leads to have many different plugins with similar features, making 
it hard to remember which one has the latest version of a certain tiddler.

Moreover, in some cases I had tiddlers overriding shadow tiddlers from 3rd 
party plugins. As an example, I changed the default view and edit template 
for fullscreen tiddler editor of Tiddlymap. I choose to pack my 
customization into plugin, to avoid the need to replicate the same tiddlers 
for all of the wikis where I need it. It worked because "felixhayashi" 
comes before "mau", but as you can see this is not guaranteed.

Tiddlymap does not define a plugin priority and this is the same for most 
of the non/core plugins. Therefore, forcing an high priority to my plugins 
is not the way (plugins without priority come after a priority 100). The 
only consistent approach I can imagine by now is to rename myself... 
zzmau!!!

It could be useful to have a chance to define a priority list (more or less 
as the lists in $:/tags/ViewTemplate or $:/tags/EditTemplate, which gives 
the order to load tiddlers components). Another way (closer to my use case) 
could be the order used to list plugins in tiddlywiki.info. 

Maybe this could be matter for a feature request. 

)+(

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/72505cce-bb99-4ba2-94c9-50904c765bfc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

I think this might require a JS macro. I'm thinking of a version of the 
"now" macro that takes a date parameter (in your own date format).

Note that padding a date the way you have will lead to a wrong displayed 
date unless you live very close to, or west of GMZ 0 . If you live in 
timezone TMZ -8, for instance, your 2019010100 date would present a 
date of 12/31/2018.  A JS macro could, of course, create a date stamp 
offset from the date you give so the output is correct for your timezone.

A lot of people seem to think that using a JS macro is somehow inferior to 
using core macros and widgets, so I'm waiting to see if anyone comes up 
with a clever way of displaying  dates without using JS.

-- Mark

On Sunday, March 17, 2019 at 6:33:41 AM UTC-7, S. S. wrote:
>
>
> People like to keep dates in fields in different ways.
>
> Normal people use *17-03-2019* or *17/03/2019*
>  Others use *03-17-2019* or *03/17/2019*
> Smart ones  use *2019-03-17* or *2019/03/17*
> The smartest   use *20190317* but it not natural to type in a date this 
> way, and it is very difficult for *the mind* to "*parse*" & "*render*"
>
> To refer to just a year, or a month of the year, or a specific day, all my 
> dates are in 3 formats:
> Today: 2019-03-17
> This month: 2019-03
> This year: 2019
>
> To convert my dates auto to the default 17 character TiddlyWiki format: 
> MMDDHHMMSSXXX
> was a real pain for me. I managed to do it with a (very painful for me to 
> have made) *<>* macro.
>
> The macro takes any of the above 3 formats and AUTO converts:
>
> 2019   to 201901010
> 2019-03  to 201903010
> 2019-03-17 to 201903170
>
> Then comes the next problem. How do I display this?
> I can't use the <$view> widget, because that can only take input from a 
> *Field*, and my {{!!date-field}} is not in the right format. Only my 
> variable holds the acceptable format.
>
> So what's a good way to display a variable holding 201903170 as: 
> *Sunday 
> 17th March 2019*
>
> Something like: 
>
> *<$text text=<> format="date" template="[UTC] DDD 
> DDth MMM "/>*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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/6348b124-3f95-4801-9c8c-5e0be0e6a0f0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Issues with the Difference Engine

2019-03-19 Thread Mohammad

What Josiah said can be tested on SNR at

https://kookma.github.io/TW-Commander/

It seems the Tiddlywiki diff-text works fine for simple cases like 
alphanumeric but working with more complex cases like regexp, it encounter 
difficulties.

--Mohammad

On Tuesday, March 19, 2019 at 5:08:54 PM UTC+3:30, @TiddlyTweeter wrote:
>
> The Difference Engine is an incredibly useful feature of TW. For writers, 
> for coders, for versioning systems that are now commonly used. And, more 
> recently, in tools like Mohammad's regular expressions based 
> Search-n-Replace.
>
> The problem is its visual presentation (it does not harm the writing, it 
> just) under some circumstances is extremely misleading.
>
> For instance ... Actually the edit here was only to remove *<* & > but 
> the differences shown are very confusing with many items in green and pink 
> that should not be, and with inconsistent presentation that is even more 
> confusing.
>
> I wonder if it can be made more accurate?
>
> [image: diff-view-5.jpg]
>
>
> Best wishes
> Josiah 
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/f66e485c-50c8-4ca0-9c92-47c1363c9ca3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: TW5: Indirect referencing for external files

My memory is kicking in. I realize now that I may never have actually used 
relative paths on AndTidWiki. I *suspect* hat it might work if you tried it 
on the real AndTidWiki directory, which is burried under something like 
Android/data/data/comantidwik/...   The problem is that AndTidWiki is 
using it's own base path, which is somewhere else entirely, apparently.

What I used to do for images was use a variation of Tobias Bier's ximg 
macro. My version let you use a drop down list of paths. You select the 
path you want depending on what platform you are on. Then your images are 
displayed with a macro:

<>

And the macro applies the correct long path and displays the image. I'm 
pretty sure I have a version without a drop-down for . In the 
iframe case, you edit the original macro to set the path (because I was too 
lazy to write the drop-down part).

I can post the code if you're interested 

Good luck,
-- Mark

On Tuesday, March 19, 2019 at 3:45:39 AM UTC-7, Al Thorpe wrote:
>
> Hi Mark,
> Thanks for the reply.
>
> "When you say "opens in an external window", is this some other app, or 
> does it offer you a slate of apps to open it with?"
> This is a video tiddler.  I get a separate window, almost like a pop-up 
> that the video plays in.  On completion, it drops back to the opened 
> tiddler which just shows blank. If I edit the tiddler, the link is editable 
> within the tiddler.  saving the tiddler, retriggers the video.
>
>
> "Part of the question I have is whether AndTidWiki, which started having 
> problems at Android 4.4, will allow you to use relative paths to 
> directories that aren't below official public directories. "
> This is an audio tiddler.  It appears to be a problem with the cannonical 
> link?  I can put an explicit link in, but relative links don't seem to work 
> in the same way.
>
> "I would try using relative paths with plain image files as a test. Use 
> the [img[CalamityJane/image.jpg]] or the canonical uri approach and see if 
> those work. Tho"se used to work, but may not work now. Another way to test 
> is by using Firefox or Chrome browser to open your TW file. Those browsers 
> will not be able to save, of course, but they should be able to display 
> your image if it is possible. "
> This works ok on firefox but not on Andtidwiki.  I get a broken link icon 
> on Andtidwiki.
>
> "If it is not possible, then you may have to put your ShowWiki directory 
> inside your public Document or Download folder instead."
> Do you mean under the Andtidwiki directory? As it is already there?
>
> - show quoted text -
>
> On Monday, 18 March 2019 21:01:37 UTC, Mark S. wrote:
>>
>> If you try your format or my format for the address on a desktop platform 
>> you'll probably find that it works. If it crashes on Android, it probably 
>> means that either AndTidWiki or the app it attempted to launch crashed, 
>> most likely due to a memory shortage.  
>>
>> When you say "opens in an external window", is this some other app, or 
>> does it offer you a slate of apps to open it with?
>>
>> Part of the question I have is whether AndTidWiki, which started having 
>> problems at Android 4.4, will allow you to use relative paths to 
>> directories that aren't below official public directories. 
>>
>> I would try using relative paths with plain image files as a test. Use 
>> the [img[CalamityJane/image.jpg]] or the canonical uri approach and see if 
>> those work. Those used to work, but may not work now. Another way to test 
>> is by using Firefox or Chrome browser to open your TW file. Those browsers 
>> will not be able to save, of course, but they should be able to display 
>> your image if it is possible. 
>>
>> If it is not possible, then you may have to put your ShowWiki directory 
>> inside your public Document or Download folder instead.
>>
>> Good luck!
>> -- Mark
>>
>> On Monday, March 18, 2019 at 9:40:33 AM UTC-7, Al Thorpe wrote:
>>>
>>> Hi Mark,
>>> Thanks for the response, sadly that doesn't work.  It doesn't seem to 
>>> like the location in that format and causes the tw to crash.  The original 
>>> tiddler is now uneditable due to this issue.
>>> I had assumed the format would have been 
>>> "CalamityJane/DeadwoodStagevid.mp4" 
>>> but that didn't work either.
>>>
>>> This is the second part of the question associated with video files, I 
>>> couldn't seem to get audio to indirect link reliably either on tw5?
>>>
>>> Thanks,
>>> Al
>>>
>>>
>>> On Monday, 18 March 2019 14:59:18 UTC, Mark S. wrote:

 You should be able to use relative paths rather than absolute paths, as 
 long as the resource directories are below the TW directory.

 So possibly:

 src="./CalamityJane/DeadwoodStagevid.mp4


 Might work. Then you should be able to copy the entire ShowWiki folder 
 to some other platform and still have it work for viewing.

 Since you're on Android, I assume by "other" window you mean it opens 
 in a different app? That

[tw5] Re: workaround for apache webdav

Hi, 
Also see the INTRO thread: 
https://groups.google.com/forum/#!topic/tiddlywiki/kBfqChfLnRk
-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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/740b239e-4430-438d-be43-631dbaf3c10c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: workaround for apache webdav

On Tuesday, March 19, 2019 at 1:42:43 PM UTC+1, Lost Admin wrote:
>
> I wonder if that is going to make it into the core saver if/when it is 
> determined to be stable. I would happily add compression to my WebDav sites 
> at that point.
>

Hi, 

It would be nice, if you could test it with your setup. ... and give 
feedback :)

It uses the exact same "program flow" as the existing etag version (since 
TW V5.1.17). 

The problem with etags seem to be "vendor related". As we fixed a bug in 
the etag handling , we 
found out, that every vendor (apache, nginx, IIS) seem to have a different 
opinion, how etags should be calculated. ... All of them had the 
"compression problem". 

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+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/09ee5406-23f6-41d2-8e40-323591a2cae6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Announcing 4 New Plugins (sort of)

2019-03-19 Thread Mohammad

Hi Admls,

Please have a look at 
(https://groups.google.com/d/msg/tiddlywiki/zpzMoGUGM0g/_u1DT6V4BwAJ) 
Is it possible to use this feature to NOT overwrite any of core tiddler 
including those overwritten by Volant?


@Mohammad
>
> Is it possible to have another button arrange floating tiddlers like 
>> Windows 10?I mean snap them to left, right, or top! This would be great for 
>> viewing the tiddlers side by side!
>>
>
>  I don't think this belongs in the volant plugin, but it can very easily 
> be an addon. I have an idea how to implement it. It uses the same mechanism 
> that reset uses. If the tiddlywiki hotkey system (which I know very little 
> about) will support it, I think hotkeys could be a good way to do this, 
> just as in some of your references. That would avoid cluttering the ui 
> visually anymore than it already is while still giving you the 
> functionality you are looking for. I'll take a look at this thing this week 
> if I get the chance. It's a cool idea. I like how fast it could feel. I 
> think it should be relatively straightforward to implement (but I often 
> think that before I actually try coding it).
>
>
> Regarding snap tiddler window, I am not good at JS to help, but this would 
be a great feature and I would appreciate to put this feature in the Volant 
planned feature list.

I like also to add one more reference here
https://codepen.io/zz85/post/resizing-moving-snapping-windows-with-js-css

Thank you
Mohammad

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/79d3bfd6-4de0-43f1-afd2-5423285da1aa%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Issues with the Difference Engine

Repeat for email users ...

On Tuesday, 19 March 2019 14:38:54 UTC+1, @TiddlyTweeter wrote:
>
> The Difference Engine is an incredibly useful feature of TW. For writers, 
> for coders, for versioning systems that are now commonly used. And, more 
> recently, in tools like Mohammad's regular expressions based 
> Search-n-Replace.
>
> The problem is its visual presentation (it does not harm the writing, it 
> just) under some circumstances is extremely misleading.
>
> For instance ... Actually the edit here was only to remove *<* & > but 
> the differences shown are very confusing with many items in green and pink 
> that should not be, and with inconsistent presentation that is even more 
> confusing.
>
> I wonder if it can be made more accurate?
>
> [image: diff-view-5.jpg]
>
>
> Best wishes
> Josiah 
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/849c4b5f-015a-4105-871e-ef8dd14b5b92%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Announcing 4 New Plugins (sort of)

Ciao admls (and BTC & JD) and all ...

I wanted to pitch in as an end-user focused on practical writing needs.

I can see this is a major step in the basic presentation of information. It 
adds needed components. It, in effect, adds a flexible "dimensionality" to 
document creation.

In particular it, in one swoop, starts to deal with current limits of 
popups and modals  (that I avoided as often they don't deliver what is 
needed flexibly enough).

There are some issues to play with. For instance, on my hybrid touchscreen 
tablet / desktop, in DT mode its fully working, though in TS mode not.

But that is a quibble. The approach seems conceptually spot-on.

I can't help on coding but more than willing to test and comment.

Very best wishes
Josiah

admls wrote:
>
> I'm ... publishing 4 plugins that create a flexible, customizable ui:
>
> * Repopup
> * Volant
> * Engine
> * Mentat
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/e3050a57-9d87-460f-970f-29d87ec7d696%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: workaround for apache webdav

2019-03-19 Thread Lost Admin

I wonder if that is going to make it into the core saver if/when it is 
determined to be stable. I would happily add compression to my WebDav sites 
at that point.

On Tuesday, March 19, 2019 at 6:41:38 AM UTC-4, PMario wrote:
>
> Hi folks, 
>
> I did upload BETA 0.1.0 ... https://wikilabs.github.io/editions/webdav-lm/
>
> It would be nice to get feedback. 
>
> I did test it with IIS and FF. 
>
> 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+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/3008e5ce-eb63-4952-9c88-cc0bcddc92e0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: TW5: Indirect referencing for external files

2019-03-19 Thread Watt

No, it doesn't show up in my plugin list either. I think it might be a macro 
that has aspirations to plugindom. 

If you look in the sidebar tabs > More > System then scroll down you should see 
a tiddler called plugin/TWaddle/richlinks/main and then several richlinks 
related tiddlers including a .dictionary tiddler if it's installed ok. 

You shouldn't need to touch any of them. I think I once added an entry to 
.dictionary to cater for .MP4 uppercase. It works for me but you'll just have 
to try it on 5.15.

Try this in a tiddler to test it's working
>


If it plays and if you're on android try:

<>

Good luck.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/abe3dee7-8da6-4610-8eee-d77c28b89e0a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Announcing 4 New Plugins (sort of)

2019-03-19 Thread admls

Hi Tony,

I'm a little concerned about using a commenting solution like bimlas' 
disqus due to how much the plugins might change in the near future. I don't 
understand bimlas' plugin very well, but I'm a concerned about comments and 
threads getting lost if tiddlers get renamed/deleted. Do you think it would 
work to have it all on github, both formal and informal issues? Or do you 
see problems with that?

Best wishes,

admls

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/03aeedcd-89fd-470c-b500-341cb8a58284%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Announcing 4 New Plugins (sort of)

2019-03-19 Thread admls

Hi BurningTreeC,

I hope I can bring a bit of my knowledge in where it's needed
>

That sounds excellent! There's no pressure of course, but if you want to 
collaborate on this, I'd really welcome it. The code is in an unfortunate 
state of not being well-commented, which may make it difficult to 
contribute to at the moment, but I need to resolve that anyway. Having 
looked at and admired your tiddlywiki work, I think we have similar enough 
ui instincts that we could probably collaborate pretty effectively. I have 
a notion of how to implement your dashboard-style 
drawing-a-new-tiddler-into-existence idea as an add-on to volant, for 
example. And I'm sure you see lots of things in volant, mentat, etc that 
could be improved upon. I'm very open to having my ideas and 
implementations critiqued; so don't be concerned on that score. I want to 
make as useful a piece of software as possible and learn as much as 
possible in the process. Collaborating with someone with a lot more 
experience than myself would be quite the boon.

In any case, no pressure. But if there's a way you can think of that I can 
facilitate your collaboration on this, I'd be happy to do so!

Best wishes,

admls

On Tuesday, March 19, 2019 at 10:40:16 AM UTC, BurningTreeC wrote:
>
> Hi Simon, Hi admls,
>> great, volant looks pretty like movable. You know how I longed for that!
>> Yours Jan
>>
>
> Movable is more a trial in finding usecases, volant achieves making the 
> functionality usable right away, the direction these plugins are going is 
> very pro-user, which I failed to achieve
>
> I hope I can bring a bit of my knowledge in where it's needed
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/dc10dc92-a0bd-466e-a793-3ff021566850%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] [INTRO] WebDav PUT saver plugin which allows server side compression

Hi folks, 

I did just release a WebDav PUT saver plugin 
, which has a slightly 
different behaviour than the core. 

This plugin is *BETA *at the moment. -> Please test and give feedback here 
or at github [1].


   - This plugin takes precedence over the core WebDav saver if installed! 
   - WebDav-lm uses "last-modified" and "if-unmodified-since" HTTP header 
   infos, to detect if a file has been overwritten. 
  - It allows server side compression -> *Main reason why I did create 
  it*. 
  - I did test it with IIS (Internet Information Service) server with 
   win10
   - FireFox, Edge and IE 11 worked
   

*PS - If you USE it: Support it  :) *

Have fun!
mario

[1] https://github.com/wikilabs/plugins/issues

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/9dc1fc34-de27-41a8-88cc-1b0e490259f8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: TW5: Indirect referencing for external files

2019-03-19 Thread Al Thorpe

Hi Watt,
Thanks for the reply, this looks interesting but...
I seem to have trouble adding plugins.  I drag and drop from the link in 
richlinks, and get a green bar at the top of the target tw5.  I get an 
import tiddler pop-up and it appears to update ok. Save - refresh, but a 
review of plugins doesn't show any of the plugins just added in?
I'm using TiddlyWiki version: 5.1.15.
Thanks,
Al

On Monday, 18 March 2019 21:16:36 UTC, Watt wrote:
>
> This works for me on Android and desktop and does several other formats 
> beside video which might be useful for your project.
>
> http://richlinks.tiddlyspot.com
>
> On android my filename looks something like this, but I think it works 
> with relative paths too;
>
> <>
>
> Search the forum for 'richlinks'.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/f71864e5-a563-4aa2-8fa7-8ad87125ef8e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: TW5: Indirect referencing for external files

2019-03-19 Thread Al Thorpe

Hi Mark,
Thanks for the reply.

"When you say "opens in an external window", is this some other app, or 
does it offer you a slate of apps to open it with?"
This is a video tiddler.  I get a separate window, almost like a pop-up 
that the video plays in.  On completion, it drops back to the opened 
tiddler which just shows blank. If I edit the tiddler, the link is editable 
within the tiddler.  saving the tiddler, retriggers the video.

"Part of the question I have is whether AndTidWiki, which started having 
problems at Android 4.4, will allow you to use relative paths to 
directories that aren't below official public directories. "
This is an audio tiddler.  It appears to be a problem with the cannonical 
link?  I can put an explicit link in, but relative links don't seem to work 
in the same way.

"I would try using relative paths with plain image files as a test. Use the 
[img[CalamityJane/image.jpg]] or the canonical uri approach and see if 
those work. Tho"se used to work, but may not work now. Another way to test 
is by using Firefox or Chrome browser to open your TW file. Those browsers 
will not be able to save, of course, but they should be able to display 
your image if it is possible. "
This works ok on firefox but not on Andtidwiki.  I get a broken link icon 
on Andtidwiki.

"If it is not possible, then you may have to put your ShowWiki directory 
inside your public Document or Download folder instead."
Do you mean under the Andtidwiki directory? As it is already there?

- show quoted text -

On Monday, 18 March 2019 21:01:37 UTC, Mark S. wrote:
>
> If you try your format or my format for the address on a desktop platform 
> you'll probably find that it works. If it crashes on Android, it probably 
> means that either AndTidWiki or the app it attempted to launch crashed, 
> most likely due to a memory shortage.  
>
> When you say "opens in an external window", is this some other app, or 
> does it offer you a slate of apps to open it with?
>
> Part of the question I have is whether AndTidWiki, which started having 
> problems at Android 4.4, will allow you to use relative paths to 
> directories that aren't below official public directories. 
>
> I would try using relative paths with plain image files as a test. Use the 
> [img[CalamityJane/image.jpg]] or the canonical uri approach and see if 
> those work. Those used to work, but may not work now. Another way to test 
> is by using Firefox or Chrome browser to open your TW file. Those browsers 
> will not be able to save, of course, but they should be able to display 
> your image if it is possible. 
>
> If it is not possible, then you may have to put your ShowWiki directory 
> inside your public Document or Download folder instead.
>
> Good luck!
> -- Mark
>
> On Monday, March 18, 2019 at 9:40:33 AM UTC-7, Al Thorpe wrote:
>>
>> Hi Mark,
>> Thanks for the response, sadly that doesn't work.  It doesn't seem to 
>> like the location in that format and causes the tw to crash.  The original 
>> tiddler is now uneditable due to this issue.
>> I had assumed the format would have been "CalamityJane/DeadwoodStagevid.mp4" 
>> but that didn't work either.
>>
>> This is the second part of the question associated with video files, I 
>> couldn't seem to get audio to indirect link reliably either on tw5?
>>
>> Thanks,
>> Al
>>
>>
>> On Monday, 18 March 2019 14:59:18 UTC, Mark S. wrote:
>>>
>>> You should be able to use relative paths rather than absolute paths, as 
>>> long as the resource directories are below the TW directory.
>>>
>>> So possibly:
>>>
>>> src="./CalamityJane/DeadwoodStagevid.mp4
>>>
>>>
>>> Might work. Then you should be able to copy the entire ShowWiki folder 
>>> to some other platform and still have it work for viewing.
>>>
>>> Since you're on Android, I assume by "other" window you mean it opens in 
>>> a different app? That probably means that the AndTidWiki webview doesn't 
>>> know how to show the video, so passes it off to some other app. It's 
>>> behaviour might be different when viewed through a browser on some other 
>>> platform.
>>>
>>> Good luck!
>>> -- Mark
>>>
>>>
>>>
>>> On Monday, March 18, 2019 at 7:00:37 AM UTC-7, Al Thorpe wrote:

 Hi,
 Is it possible to setup indirect references for files for a tw5?

 I am using a tw for a stage show interactive notebook with links to 
 audio and video clips for learning music and dance routines.

 Ideally, I would like to setup subdirectories of the ShowWiki location 
 for storing different show clips, so that I can pick up the whole wiki and 
 folder and drop is somewhere else?

 So:
 Showwiki.html has 2 subdirectories
 - CalamityJane
 - LaBoheme

 And needs to have links using the "mp3/Audio - cannonical" link to the 
 appropriate location.

 Also, If I setup a video link, the link always opens in an external 
 window rather than within the tw itself, is this correct?

 This is the

[tw5] Re: workaround for apache webdav

Hi folks, 

I did upload BETA 0.1.0 ... https://wikilabs.github.io/editions/webdav-lm/

It would be nice to get feedback. 

I did test it with IIS and FF. 

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+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/d30903e4-c414-430e-96bb-f85a6b98a93b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Announcing 4 New Plugins (sort of)

2019-03-19 Thread BurningTreeC


>
> Hi Simon, Hi admls,
> great, volant looks pretty like movable. You know how I longed for that!
> Yours Jan
>

Movable is more a trial in finding usecases, volant achieves making the 
functionality usable right away, the direction these plugins are going is 
very pro-user, which I failed to achieve

I hope I can bring a bit of my knowledge in where it's needed

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/43cddf15-a124-4f03-a511-845d684efa46%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: ckeditor does not load plugin BJ Tools VisualEditor

2019-03-19 Thread BJ

Hi Rvphx, you download different versions of ckeditor from 
https://ckeditor.com/ckeditor-4/download/. The 'full package' contains a 
color picker. (it is also easy to 'build your own' and select the plugins 
you want)


can just put in the path to the lib in the includelib tid (example path is 
a linux style path):



cheers
BJ

On Monday, March 18, 2019 at 11:23:24 PM UTC+1, RVPHX wrote:
>
> Thank you all for your efforts!
>
> I'm using TiddlyWikiDesktop. The behavior is strange in some places. 
> - installing plugins
> - chrashes of TiddlyWikiDesktop  
>
> I will change to Firefox and give it a second try. 
>
> Since I want to extend VisualEditor with the CKEditor plugin text color, I 
> am looking for corresponding instructions on the Internet. I also found the 
> following syntax for loading the ckeditor lib: 
>
>  
> 
>
>
>  
>
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/440f6a79-2bc1-4208-9382-b5a1832e2214%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [tw5] Re: Announcing 4 New Plugins (sort of)

2019-03-19 Thread Jan


Hi Simon, Hi admls,
great, volant looks pretty like movable. You know how I longed for that!
Yours Jan

Am 18.03.2019 um 23:36 schrieb BurningTreeC:


Hi Jan,

Thank you! It has a long way to go yet, but I think it is promising!

At the moment it doesn't seem to get touch-gestures (or is
this my browser/my tablet fault?)


You're right. That's definitely on my to-do list. I thought it
would be best to get the desktop version out and see if there is
enough interest before diving into mobile/touch features (as it is
further outside my wheelhouse).


Hi @admls, I can help with that! It's pretty easy, maybe you already 
know what to do with a description (I can also help with an example 
later):


- there's the hammerjs plugin in the tiddlywiki plugin library, you 
can require that on top of your tiddler where you listen for the 
dragging events, like


|
if($tw.browser &&!window.Hammer){
window.Hammer=require("$:/plugins/tiddlywiki/hammerjs/hammer.js");
}
|

Hammer does the things needed so that you can drag with mouse and fingers

in your widget's "render" function you could do:

|
this.hammer = new Hammer.Manager(domNode);

this.hammer.add(new Hammer.Pan({
event: 'pan',
pointers: 1,
threshold: 0,
direction: Hammer.DIRECTION_ALL
}));
|

then you can add the drag-listener:

|
this.hammer.on('touchmove panstart panmove dragstart draginit drag', 
function(event) {

//do something while dragging, move domNode using coordinates in event
});
|

and the dragend:

|
.on('panend pancancel touchend mouseup dragend draginitup', function(e) {
//dragging finished
});
|


You can see a full example 
here: http://hamschinken.tiddlyspot.com/#%24%3A%2Fplugins%2FBurningTreeC%2FHammerWidgets%2Fmodules%2Fwidgets%2Fmove.js


all the best, btc
--
You received this message because you are subscribed to the Google 
Groups "TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to tiddlywiki+unsubscr...@googlegroups.com 
.
To post to this group, send email to tiddlywiki@googlegroups.com 
.

Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/ab41a6d1-c456-439d-8027-d1a59bf65b98%40googlegroups.com 
.

For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/5C90A0FC.9010309%40googlemail.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Same shadow tiddler in different plugins: a question about priority rules

Looks like this issue may be reduced in future 
https://groups.google.com/forum/?hl=en#!topic/tiddlywiki/zpzMoGUGM0g
If the difference is about widget changes.

Regards
Tony

On Sunday, March 17, 2019 at 4:09:25 AM UTC+11, mauloop wrote:
>
> I have a bunch of tiddlers that I use to import in every new wiki I set 
> up. Some of them overrides shadows tiddlers from the core as well as from 
> other plugins. I decided to organize all of these into a new plugin saved 
> in the tiddliwiki/plugins/mau folder, to serve all of my existing and 
> coming wikis via tiddlywiki.info.
>
> I found few cases where tiddlers overriding other shadows tiddlers were 
> ignored and the active tiddler was the one coming from the original plugin. 
> I solved forcing the plugin-priority. The question is: having a shadow 
> tiddler stored twice, with the same title, in two different plugins, with 
> no plugin-priority defined, how can I guess which one will be used to build 
> the wiki? I wonder which the general rule is, since I had some cases where 
> I needed to force plugin-priority and others which work as I expected, 
> despite plugin-priority was not defined.
>
> As I said, my case is node.js with plugins served via tiddlywiki.info, 
> but I expect that a single file does not make difference. Or not?
>
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/e4f811d8-6dbc-4ade-bf32-3e00aaf3fda0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Same shadow tiddler in different plugins: a question about priority rules

Thanks, Matt and Jed.  You've been very kind and exhaustive.

Now it's clear to me what happened and why I had to force priority for certain 
tiddlers and not for others.

Regards, )+(

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/706f5a4a-ea9f-4d9d-8ead-9c88ea43d799%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Same shadow tiddler in different plugins: a question about priority rules

A suggestion,

Examine the changes both plugins make to the shadow tiddler and construct a 
third that incorporates both changes and add it to your package so it is 
applied last. This condition is only true when you use your package so it 
makes sense.

To do this take a vanila wiki, an use a compare function to see what each 
plugin changes. Add the two changes to one tiddler.

Regards
Tony

On Sunday, March 17, 2019 at 4:09:25 AM UTC+11, mauloop wrote:
>
> I have a bunch of tiddlers that I use to import in every new wiki I set 
> up. Some of them overrides shadows tiddlers from the core as well as from 
> other plugins. I decided to organize all of these into a new plugin saved 
> in the tiddliwiki/plugins/mau folder, to serve all of my existing and 
> coming wikis via tiddlywiki.info.
>
> I found few cases where tiddlers overriding other shadows tiddlers were 
> ignored and the active tiddler was the one coming from the original plugin. 
> I solved forcing the plugin-priority. The question is: having a shadow 
> tiddler stored twice, with the same title, in two different plugins, with 
> no plugin-priority defined, how can I guess which one will be used to build 
> the wiki? I wonder which the general rule is, since I had some cases where 
> I needed to force plugin-priority and others which work as I expected, 
> despite plugin-priority was not defined.
>
> As I said, my case is node.js with plugins served via tiddlywiki.info, 
> but I expect that a single file does not make difference. Or not?
>
> 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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/de8e92ea-fbac-48d1-97ff-b094a18a07bd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

S S,

I would store the date in the full serial number such that you can use the 
view widget date format when needed. You could accept a year value then 
append the necessary number of zeros as desired when saving into a date 
field. I suggest - *Do not call it a date field unless it is in tiddlywiki 
date format*. Until we can construct the date on the run with a variable 
being passed to the view widget this is the only way, but perhaps it is the 
best way anyway.

Store once, display many times in alternate formats. If you want to call a 
field year who cares if it contains , if you only 
display the year with the date format field

Also consider using a date picker macro.

Regards


On Monday, March 18, 2019 at 12:33:41 AM UTC+11, S. S. wrote:
>
>
> People like to keep dates in fields in different ways.
>
> Normal people use *17-03-2019* or *17/03/2019*
>  Others use *03-17-2019* or *03/17/2019*
> Smart ones  use *2019-03-17* or *2019/03/17*
> The smartest   use *20190317* but it not natural to type in a date this 
> way, and it is very difficult for *the mind* to "*parse*" & "*render*"
>
> To refer to just a year, or a month of the year, or a specific day, all my 
> dates are in 3 formats:
> Today: 2019-03-17
> This month: 2019-03
> This year: 2019
>
> To convert my dates auto to the default 17 character TiddlyWiki format: 
> MMDDHHMMSSXXX
> was a real pain for me. I managed to do it with a (very painful for me to 
> have made) *<>* macro.
>
> The macro takes any of the above 3 formats and AUTO converts:
>
> 2019   to 201901010
> 2019-03  to 201903010
> 2019-03-17 to 201903170
>
> Then comes the next problem. How do I display this?
> I can't use the <$view> widget, because that can only take input from a 
> *Field*, and my {{!!date-field}} is not in the right format. Only my 
> variable holds the acceptable format.
>
> So what's a good way to display a variable holding 201903170 as: 
> *Sunday 
> 17th March 2019*
>
> Something like: 
>
> *<$text text=<> format="date" template="[UTC] DDD 
> DDth MMM "/>*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 post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/e2941982-8c54-47fe-99c6-c649fc5cf4b5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: My DATE is misbehavin'

No Problems with Journals.

I updated the journal button to include a full "serial" date when created 
in a journal-date field that I use rather than trying to decode the Journal 
title. I then use the view widget to present it in any desirable format 
when I need to. Ask me if you want the code.

Use the [UTC] prefix as needed.

Regards
Tony

Regards
Tony

On Monday, March 18, 2019 at 10:31:28 PM UTC+11, @TiddlyTweeter wrote:
>
> S.S. & TonyM
>
> I have never needed to use journaling in TW. 
>
> I will need to next month.
>
> Are you saying its not reliable on dating?
>
> Concerned
> Josiah
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To post to this group, send email to tiddlywiki@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/78c5e2d6-e738-45c4-90b0-52bbb69d45ba%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[tw5] Re: Getting the value of a field when the known fieldname is a variable