[tw5] Re: [theme] Presenting "Mono" theme

2020-12-12 Thread danraymond
JD;

Thank you, amazing theme. I am playing with it a lot. I particularly like 
the display of the last 10 days when the storyriver is empty. This is very 
usefull. I am trying to modify this so that rather than the display the 
last ten days it would show a particular tag that I selected say from a  
dropdown list or links in the sidebar or hard coded.
Any suggestions.
I am starting by modifing the $:/themes/jd/Mono/EmptyStoryMessage tiddler 
to hard code the tags and see where that goes. But was hoping someone with 
more experience than me can assist in how to do a dropdown tag list in the 
Sidebar. 



On Thursday, December 3, 2020 at 11:26:36 AM UTC+10 Anjar wrote:

> JD - I think your theme is amazing! It is so fun to work with and it is so 
> easy to make things look great!
>
> A small suggestion (which I guess would apply to tiddlywiki in general, 
> not just the mono theme) from me is to enhance the print css a little:) 
> After some fiddling, I find this nice:
>
> @media print {
> @page {
>   size: A4;
>   margin: 2cm;
> }
> .tc-sidebar-scrollable, .tc-topbar, .tc-tiddler-controls{
>   display: none !important;
> }
> .tc-titlebar, .tc-tiddler-title{
>   position: static;
>   top: 0mm;
> }
> h2.tc-title{
>   font-size: xx-large !important;
> }
> .tc-story-river{
>   display: block;
>   margin-top: 0mm;
> }
> .tc-tiddler-frame{
>   background-color: white;
>   display: block;
> }
> .tc-tiddler-body{
>   page-break-after: always;
> }
> }
>
>
> Best,
> Anders
>
> lørdag 1. august 2020 kl. 03:14:59 UTC+2 skrev JD:
>
>> Oh wow, thanks for the compliments TT, this is making me want to speed up 
>> my update process more and delay some new TW projects (ahaha!)
>>
>> I'll look into it! 
>>
>> -jd
>>
>>
>> On Saturday, August 1, 2020 at 5:01:47 AM UTC+9, TiddlyTweeter wrote:
>>>
>>> Ciao JD
>>>
>>> Replying as of Late July 2020.
>>>
>>> I'd like to suggest you make a "Plugin Library" for all your themes. 
>>> Why? Because its obvious they are widely appreciated and used. Because 
>>> having a single install point makes that efficient. Better for users. 
>>> Easier for you to maintain & distribute canonical versions.
>>>
>>> Best wishes
>>> TT
>>>
>>> On Monday, 4 February 2019 00:08:01 UTC+1, JD wrote:

 Hello everyone,

 JD here, offering a kind of stark theme that incorporates my most 
 personal needs for a writing interface:

 [x] Sidebar to the <- left
 [x] Built-in mobile layout
 [x] Centered story river (when sidebar is closed)
 [x] Sidebar segments visibility toggler at Control Panel 
 [x] TopLeftBar buttons visibility toggler at Control Panel 
 [x] EmptyStoryMessage template
 [x] Splashcreen template
 [x] TiddlerFrame style
 [x] AdvancedSearch tabs on TopRightBar searchbar
 [x] TopRightBar searchbar you can create a tiddler from like NTFS or NTFS19
 [x] Font scroller button
 [x] Day/night palete switcher button


 *Here is the main conceit of the mobile UI:*

 The main change has been to TopBarLeft and TopBarRight. They are still 
 separated, but are now contained in a wrapper, like this:


 
 
 (items tagged $:/tags/TopLeftBar)
 
 
 (items tagged $:/tags/TopRightBar)
 
 


 On desktop, the wrapper, tc-topbar, is by default arranged in a row... 
 but on mobile it has this: flex-wrap: wrap;... so if tc-topbar-left
  has width: 100%;, tc-topbar-right will automatically be stacked below 
 it.


 By combining the left and right topbars, the special class 
 tc-adjust-top-of-scroll is now incorporated to both 
 the TopBarLeft and TopBarRight templates. This is especially useful for 
 mobile UI.


 I might extract just this bit into the next iteration of 
 my MobilePlugin, albeit it will only be for TW5.1.19 and above.


 You can try it out, and install from here:


 http://j.d.mono.tiddlyspot.com/


 A future update would be this:


 [ ] hoverable buttons <- for next update

 [ ] hoverable topbar on desktop <- for next update

  and some other stuff I'm forgetting right now


 I've been using this with BTC's app, and it works so nice so I'm 
 sharing this with you all :D


 -jd


 P.S.: 


 Shoutout to BTC and his amazing development! I love it and it's great 
 with an automatic GoogleDrive android->desktop syncer


 Thank you everyone for the inspiration!




-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/03eaf9b1-d32a-40c8-814e-c2439ae66061n%40googlegroups.com.


[tw5] [HowTo] a simple button to cycle in color palettes

2020-12-12 Thread Mohammad
*Feature in Tiddlywiki 5.1.23*

TW 5.123 has a new filter operator called cycle

https://tiddlywiki.com/prerelease/#cycle%20Operator

Using this filter operator it is simple to build a button to cycle in your 
color palettes!

See the how to in new *Show and tell* page of GitHub Discussion board.

https://github.com/Jermolene/TiddlyWiki5/discussions/5271

--Mohammad

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


Re: [tw5] Re: Number formatting

2020-12-12 Thread Eric Shulman
On Saturday, December 12, 2020 at 9:38:46 PM UTC-8 taale...@gmail.com wrote:

> Thanks Eric! That works - except not in the caption field. Still get the 
> recursion error. I think waiting until v23 is out will have to do. 
> Do we have an ETA yet?
>

"very soon"... in the meantime, you can upgrade to use the pre-release 
5.1.23, here:
https://tiddlywiki.com/prerelease/upgrade

Then, once 5.1.23 is official, you can upgrade again, to get any 
last-minute fixes, using:
https://tiddlywiki.com/upgrade

-e

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/cf1947b8-d7f5-44e1-b558-8a6d329e8e3dn%40googlegroups.com.


Re: [tw5] Re: Number formatting

2020-12-12 Thread Aidan Grey
Thanks Eric! That works - except not in the caption field. Still get the
recursion error. I think waiting until v23 is out will have to do.

Do we have an ETA yet?

On Sat, Dec 12, 2020 at 9:41 PM Eric Shulman  wrote:

> On Saturday, December 12, 2020 at 7:40:44 PM UTC-8 taale...@gmail.com
> wrote:
>
>> Uncaught RangeError: Maximum call stack size exceeded
>>
>
> This error is indicative of a run-away recursion.  Without digging into
> the code myself, I'm not sure why this is the case.  In any event, I
> suggest entirely avoiding the complexity (and processing overhead) of
> recursion by using the following alternative macro definition:
> \define padder(str,len) {{{
> [[$str$]addprefix[00]split[]last[$len$]join[]] }}}
>
> This will work to pad numbers up to 10 digits long (as determined by the
> number of zeros in the addprefix[...] operator) and you would use it in
> exactly the same way as the recursive macro:
> <$macrocall $name="padder" str={{!!cnum}} len="2" />
>
> Note that, starting with the soon to be released TW v5.1.23, there is a
> new filter operator, pad[...], which will accomplish the same result
> without needing any custom macro definition.
> To use this new filter, you would just write the following inline filter
> instead of using <$macrocall ...>
> {{{ [{!!cnum}pad[2]] }}}
>
> enjoy,
> -e
>
> --
> You received this message because you are subscribed to the Google Groups
> "TiddlyWiki" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to tiddlywiki+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tiddlywiki/e7f56c27-bb5e-4045-a57a-220f87949a16n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/CAJu7H0ZZn%2B184G3PFARnS_W-36FLdTa57LRp-Rb4xzknORrxJg%40mail.gmail.com.


[tw5] Re: Number formatting

2020-12-12 Thread Eric Shulman
On Saturday, December 12, 2020 at 7:40:44 PM UTC-8 taale...@gmail.com wrote:

> Uncaught RangeError: Maximum call stack size exceeded 
>

This error is indicative of a run-away recursion.  Without digging into the 
code myself, I'm not sure why this is the case.  In any event, I suggest 
entirely avoiding the complexity (and processing overhead) of recursion by 
using the following alternative macro definition:
\define padder(str,len) {{{ 
[[$str$]addprefix[00]split[]last[$len$]join[]] }}}

This will work to pad numbers up to 10 digits long (as determined by the 
number of zeros in the addprefix[...] operator) and you would use it in 
exactly the same way as the recursive macro:
<$macrocall $name="padder" str={{!!cnum}} len="2" />

Note that, starting with the soon to be released TW v5.1.23, there is a new 
filter operator, pad[...], which will accomplish the same result without 
needing any custom macro definition.
To use this new filter, you would just write the following inline filter 
instead of using <$macrocall ...>
{{{ [{!!cnum}pad[2]] }}}

enjoy,
-e

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/e7f56c27-bb5e-4045-a57a-220f87949a16n%40googlegroups.com.


[tw5] Re: Number formatting

2020-12-12 Thread taale...@gmail.com
Well, that's not quite the solution after all, because I keep getting this 
error:

Uncaught RangeError: Maximum call stack size exceeded 

I don't have issues with the macro on tiddlywiki.com, so I don't know what 
I'm doing wrong. Can anyone figure out what's wrong?

I'm using the macro in the caption field like this:
<$macrocall $name="padder" str={{!!cnum}} len=2/>: {{!!title}}

The idea is to have the title replaced in link-lists with the caption, 
which shows the card number (cnum) and the title of the card, ala "05 : 
Cilantro" or "08 : Emerald".

And just in case, this is the macro definition I used (from that link I 
posted before, which is Mark S's code:

\define padder-reg() ^$(len)$$ 
\define padder(str,len,chr:"0") 
<$vars len=<<__len__>>> 
<$list filter="[<__str__>addprefix<__chr__>]" variable="padstr">
<$list filter="[length[]!regexp]" emptyMessage=<>>
<$macrocall $name="padder" str=<> len=<<__len__>> chr=<<__chr__>>/> 
 


\end  
On Saturday, December 12, 2020 at 7:30:58 PM UTC-7 taale...@gmail.com wrote:

> This thread has what I needed: 
> https://www.mail-archive.com/tiddl...@googlegroups.com/msg91214.html 
> 
>
>
> On Thursday, December 10, 2020 at 6:19:09 PM UTC-7 Eric Shulman wrote:
>
>> On Thursday, December 10, 2020 at 5:05:04 PM UTC-8 saq.i...@gmail.com 
>> wrote:
>>
>>> There is a pad[] filter operator in the very soon to be released TW 
>>> 5.1.23
>>
>>
>> prior to TW5.1.23, padding can be done using split[] and join[], like 
>> this:
>>
>> <$vars num="12">
>> {{{ [addprefix[0]split[]last[5]join[]] }}}
>> <$vars>
>>
>> The resulting output is "00012".  Note that if the num value has more 
>> than 5 digits, it will be truncated to only show the last 5 digits.
>>
>> -e
>>
>>

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


[tw5] Re: Number formatting

2020-12-12 Thread taale...@gmail.com
This thread has what I 
needed: https://www.mail-archive.com/tiddlywiki@googlegroups.com/msg91214.html


On Thursday, December 10, 2020 at 6:19:09 PM UTC-7 Eric Shulman wrote:

> On Thursday, December 10, 2020 at 5:05:04 PM UTC-8 saq.i...@gmail.com 
> wrote:
>
>> There is a pad[] filter operator in the very soon to be released TW 5.1.23
>
>
> prior to TW5.1.23, padding can be done using split[] and join[], like this:
>
> <$vars num="12">
> {{{ [addprefix[0]split[]last[5]join[]] }}}
> <$vars>
>
> The resulting output is "00012".  Note that if the num value has more than 
> 5 digits, it will be truncated to only show the last 5 digits.
>
> -e
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/58ed2237-aa0a-415b-ad27-4d2560cdd247n%40googlegroups.com.


[tw5] Re: Could we have a zip download saver mechanism?

2020-12-12 Thread bimlas
Mark S,

This might be a good basis for further development: import into the 
prerelease, enter a filter in the Advanced Filter 
([!is[system]search[saver]] for example) and press the "Export as Zip" 
button next to it.

https://groups.google.com/g/tiddlywiki/c/5NhT_i1NUxA/m/2a0ttv2SAQAJ

Mark S. a következőt írta (2020. december 8., kedd, 23:09:25 UTC+1):

> Now that we have (or will have in 5.1.23) a means to zip up tiddlers, 
> could we have a download saver that zips up the current TW?
>
> Motivation: Chrome on Android doesn't allow extensions, and now mangles 
> the original file name, adding it's own prefix text. If the saver could 
> save a zipped copy, then the version with the real file name could be 
> stored in the zip file. When you need to start a new session, you can just 
> unzip the file with the right name.
>
> Plus, the zip files would take less space and be easier to manage.
>
> Thanks!
>

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


Re: [tw5] Is there a way to create a tiddler using text that is stored in the clipboard?

2020-12-12 Thread springer
Wow, Thanks, Eric! 

For book references, it works straightaway! For more general use, this part 
would need tweaking:

 removeprefix[@book

The "book" part is actually important in the bibtex system, since it 
belongs in the type-field.

Of course, filling in the type field manually isn't any trouble, but the 
current bit of code seems to fail if the input has something else (like 
@article) in that initial position.

Looking forward to spending more time following up on all the posts here.

-Springer



On Saturday, December 12, 2020 at 3:52:13 AM UTC-5 Eric Shulman wrote:

> On Friday, December 11, 2020 at 4:45:33 PM UTC-8 springer wrote:
>
>> drag and drop the contents of a field-parsable string (onto a special 
>> bibtex or json drop area if need be) and have tiddlywiki parse directly, 
>> populating fields if field patterns are present?
>>
>
> Try this:
> \define dropbibtex()
> <$wikify name="source" text=<>>
> <$set name="source" 
> filter="[removeprefix[@book{]removesuffix[}]split[,]rest[]join[,]]" 
> select=0>
><$list filter="[split[}]first[]trim[]removeprefix[title={]]" 
> variable="title">
>   <$list filter="[split[}]]" variable="item">
>  <$vars f={{{ [split[={]first[]trim[,]trim[]] }}} v={{{ 
> [split[={]rest[]trim[,]trim[]] }}}>
>  <$action-setfield $tiddler=<> $field=<> $value=<> />
>  
>   
>
> 
> 
> \end
> <$droppable actions=<>>
> <$button style="width:10em;height:10em;">drop bibtex here
> 
>
> Notes:
> * $wikify converts the dropped content into plain text, removing any 
> surrounding HTML syntax
> * $set removes the leading "@book{", trailing "}" and first value (e.g., 
> "crary2016inside")
> * first $list extracts the target tiddler title value from title="..."
> * second $list extracts each named item (e.g., author={Crary, Alice)
> * $vars gets the fieldname (everything before the "={") and fieldvalue 
> (everything after the "={") from the item
> * $action-setfield creates each field and value in the target tiddler
>
> enjoy,
> -e
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/cc5e8615-6237-4608-b463-138f8834a80dn%40googlegroups.com.


[tw5] Re: Is it safe to make idempotent macros?

2020-12-12 Thread Leung arvin
I see , thanks! that is a much better method to implement the idea

Mark S. 在 2020年12月12日 星期六下午8:53:02 [UTC] 的信中寫道:

> I suspect your usage would break the spirit of the JS rules, since it's 
> using a macro to change TW content.
>
> But you could write a non-JS (i.e.wikitext) macro that would basically do 
> the same thing. If the tiddler doesn't exist, it would show a button which, 
> when clicked on, would create the tiddler. A button can be disguised as a 
> link, if that's important to you.
>
>
>
> On Saturday, December 12, 2020 at 11:29:44 AM UTC-8 Leung arvin wrote:
>
>> I wish to implement the following functionality, using JS macro, defining 
>> the macro with name M. 
>>
>> Whenever I use a macro <> , then it 
>> creates a Tiddler with title "New Tiddler". Then the macro presents this 
>> link [[New Tiddler]]. The point is that the macro will create the Tiddler 
>> for me (with some starting content , customisable in JS) if none have 
>> already been created. 
>>
>> Example code would be: 
>>
>> function run(tiddler_name){
>> - Check if wiki has tiddler with title tiddler_name
>> - If not, create a tiddler of title tiddler_name and content "default 
>> content" 
>> - Return [[tiddler_name]]
>> }
>>
>> I would like to know if this is safe. The documentation states: 
>>
>> "Macros are just used to return a chunk of wikitext for further 
>> processing. They should not make modifications to tiddlers in the wiki 
>> store. The reason is that you cannott control when the macro is called; it 
>> may be called repeatedly as part of refresh processing. So it is important 
>> that macros do not have any other side effects beyond generating their 
>> text."
>>
>> So this would break the no side effect rule. However, the idempotent 
>> design means that subsequent calls to this macro should not have any side 
>> effects. 
>>
>> Will this potentially break stuff in unknown ways? I would also like to 
>> know if there are other methods to achieve the same tasks in JS.
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/d967d530-bea7-4019-9b70-024a517c9c88n%40googlegroups.com.


[tw5] Re: Is it safe to make idempotent macros?

2020-12-12 Thread 'Mark S.' via TiddlyWiki
I suspect your usage would break the spirit of the JS rules, since it's 
using a macro to change TW content.

But you could write a non-JS (i.e.wikitext) macro that would basically do 
the same thing. If the tiddler doesn't exist, it would show a button which, 
when clicked on, would create the tiddler. A button can be disguised as a 
link, if that's important to you.



On Saturday, December 12, 2020 at 11:29:44 AM UTC-8 Leung arvin wrote:

> I wish to implement the following functionality, using JS macro, defining 
> the macro with name M. 
>
> Whenever I use a macro <> , then it 
> creates a Tiddler with title "New Tiddler". Then the macro presents this 
> link [[New Tiddler]]. The point is that the macro will create the Tiddler 
> for me (with some starting content , customisable in JS) if none have 
> already been created. 
>
> Example code would be: 
>
> function run(tiddler_name){
> - Check if wiki has tiddler with title tiddler_name
> - If not, create a tiddler of title tiddler_name and content "default 
> content" 
> - Return [[tiddler_name]]
> }
>
> I would like to know if this is safe. The documentation states: 
>
> "Macros are just used to return a chunk of wikitext for further 
> processing. They should not make modifications to tiddlers in the wiki 
> store. The reason is that you cannott control when the macro is called; it 
> may be called repeatedly as part of refresh processing. So it is important 
> that macros do not have any other side effects beyond generating their 
> text."
>
> So this would break the no side effect rule. However, the idempotent 
> design means that subsequent calls to this macro should not have any side 
> effects. 
>
> Will this potentially break stuff in unknown ways? I would also like to 
> know if there are other methods to achieve the same tasks in JS.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/f2f1d39e-d257-4848-8c2d-bb62385925e0n%40googlegroups.com.


[tw5] Re: Announcement: Modular theme and Maple color palette

2020-12-12 Thread bimlas
odin...@gmail.com, danraymond, TiddlyTweeter,

Sorry for the late fix, I hope it works well now. All you have to do is 
import this tiddler into your own wikis (click on "Export tiddler" from the 
dropdown menu and drop the file to your wikis) to get the fix included: 
https://bimlas.gitlab.io/tw5-modular-theme-maple-palette/#%24%3A%2Fbimlas%2Fmodular-components%2Fcentralised
TiddlyTweeter a következőt írta (2020. december 12., szombat, 17:30:03 
UTC+1):

> Ciao Bimlas
>
> Visual idea GOOD. Needs tweaking to sense screen visual port size.
>
> On a Win tablet just opening it in latest Chrome I see the right menu 
> truncated ...
>
> [image: Screenshot 2020-12-12 172404.jpg]
>
> Best wishes
> TT
> On Wednesday, 2 December 2020 at 22:33:25 UTC+1 bimlas wrote:
>
>> Originally, I just wanted to share my own TiddlyWiki theme and color 
>> palette with you. Since there are some changes that may not be to 
>> everyone’s liking, I wanted to make most things optional. This work has 
>> evolved until the theme itself is actually just a framework-like solution 
>> that allows the use of optional stylesheet components, and the "in-theme 
>> theme" is the sum of these components and their settings.
>>
>> https://bimlas.gitlab.io/tw5-modular-theme-maple-palette/
>>
>> I think this solution is flexible enough to even be included in the core. 
>> What do you think about this?
>>
>

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


[tw5] Is it safe to make idempotent macros?

2020-12-12 Thread Leung arvin
I wish to implement the following functionality, using JS macro, defining 
the macro with name M. 

Whenever I use a macro <> , then it creates 
a Tiddler with title "New Tiddler". Then the macro presents this link [[New 
Tiddler]]. The point is that the macro will create the Tiddler for me (with 
some starting content , customisable in JS) if none have already been 
created. 

Example code would be: 

function run(tiddler_name){
- Check if wiki has tiddler with title tiddler_name
- If not, create a tiddler of title tiddler_name and content "default 
content" 
- Return [[tiddler_name]]
}

I would like to know if this is safe. The documentation states: 

"Macros are just used to return a chunk of wikitext for further processing. 
They should not make modifications to tiddlers in the wiki store. The 
reason is that you cannott control when the macro is called; it may be 
called repeatedly as part of refresh processing. So it is important that 
macros do not have any other side effects beyond generating their text."

So this would break the no side effect rule. However, the idempotent design 
means that subsequent calls to this macro should not have any side effects. 

Will this potentially break stuff in unknown ways? I would also like to 
know if there are other methods to achieve the same tasks in JS.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/61d60848-818b-45a1-8554-7de4e91a92e2n%40googlegroups.com.


Re: [tw5] Re: back to tiddlywiki after 10 years, anwiki skin, question on node.js on ios

2020-12-12 Thread Jeremy Ruston
Hi Maki

iSH is a bit of a hack: it essentially uses an x86 emulator to run Linux as a 
way to get around the app store rules, and so performance and compatibility are 
both poor.

Both Play.js and JSBox support Node.js apps, but the difference is that JSBox 
also offers a rich API for creating native iOS user interfaces and accessing 
native platform features. In contrast, Play.js apps are pretty much restricted 
to running a web server or processing files, without deep  integration with the 
underlying platform. So, I'd generally recommend starting with Play.js unless 
you plan to explore some exotic platform integration.

I will try to write proper instructions for installing TW5 on Play.js, but the 
rough outline is:

1. Create a new project in Play.js, with the type set to "Node.js"
2. Play.js will open a file called "index.js" in the root. Paste the following 
content:

var path = require("path");

var $tw = require("./node_modules/tiddlywiki/boot/boot.js").TiddlyWiki();

bootTW();

function bootTW() {

// Pass the command line arguments to the boot kernel
$tw.boot.argv = Array.prototype.slice.call(process.argv,2);

$tw.boot.argv = [path.resolve(process.cwd(),"./wiki"),"--listen"];

// Boot the TW5 app
$tw.boot.boot(function() {
//  console.log($tw.boot)
});

}

3. Click the "files" button at the top of the sidebar on the left. Choose the 
file called "package.json" and add a reference to TiddlyWiki:

{
  "name": "My Wiki",
  "version": "1.0.0",
  "dependencies": {
"tiddlywiki": "^5.1.22"
  }
}

4. Create a file in the root called "index.js" containing:
5. Click the "scripts" button at the bottom left that reads "$ default: node 
index.js"
6. Tap "Install" in the "Scripts" dialogue that appears
7. Tap the "Resolve modules" button on the "Dependencies" dialogue that appears
8. Tap "Resolve" on the "Resolve modules" dialogue that appears
9. A bunch of text should appear, wait until you see "found 0 vulnerabilities", 
then you can click "back" and then "X" to back out of the dialogues
10. Create a folder called "wiki" in the root
11. Within that folder, create a file called "tiddlywiki.info" containing:

{
"description": "My great wiki",
"plugins": [
"tiddlywiki/filesystem",
"tiddlywiki/tiddlyweb"
],
"themes": [
"tiddlywiki/vanilla",
"tiddlywiki/snowwhite"
]
}


12. Click the "scripts" button again, but this time choose "Default"
13. Click the "play" button at the bottom left
14. Click the globe button to open the web browser
15. Change the URL to http://localhost:8080/ and reload

You should now have a functioning wiki. When you're done, close the browser and 
click the "stop" button.

Good luck, let us know how you get on,

Best wishes

Jeremy

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

> On 12 Dec 2020, at 17:36, 'Mark S.' via TiddlyWiki 
>  wrote:
> 
> I don't own any apple products, but looking over google, I see that Apple 
> started requiring all apps to use https back in 2016. I wonder if using http 
> could be the problem?
> 
> 
>> On Saturday, December 12, 2020 at 8:31:46 AM UTC-8 ma...@makiaea.org wrote:
>> happy to be back using tiddlywiki! i cobbled together an ios-oriented skin 
>> to anwiki and am using it as an anki replacement, please let me know what 
>> you think http://makiaea.org/00045/20201205makiaea-anwiki
>> 
>> currently using quine2, but wanted to try out node.js on ios. tried using 
>> ish but got as far as tiddlywiki mynewwiki --listen but then can't see the 
>> page in any browser: (please see photo attached). i tried ios 13 and 14, two 
>> different ios devices, no dice. ish seemed really slow even just doing 
>> tiddlywiki --version so it may be a speed issue?
>> 
>> so i tried cloning tiddlywiki from github and using play.js but haven't got 
>> a clue how to get started (no terminal/command line available in play.js?)! 
>> should i try jsbox instead? any pointers would be much appreciated. 
>> 
>> warmest wishes, maki
>> 
>> 
>> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "TiddlyWiki" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to tiddlywiki+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/tiddlywiki/1ffa80c0-b153-49da-afd9-a3d8a240dc65n%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/92CB153E-3998-4299-9178-B31F05D71B56%40gmail.com.


[tw5] Re: back to tiddlywiki after 10 years, anwiki skin, question on node.js on ios

2020-12-12 Thread 'Mark S.' via TiddlyWiki
I don't own any apple products, but looking over google, I see that Apple 
started requiring all apps to use https back in 2016. I wonder if using 
http could be the problem?


On Saturday, December 12, 2020 at 8:31:46 AM UTC-8 ma...@makiaea.org wrote:

> happy to be back using tiddlywiki! i cobbled together an ios-oriented skin 
> to anwiki and am using it as an anki replacement, please let me know what 
> you think http://makiaea.org/00045/20201205makiaea-anwiki
>
> currently using quine2, but wanted to try out node.js on ios. tried using 
> ish but got as far as tiddlywiki mynewwiki --listen but then can't see the 
> page in any browser: (please see photo attached). i tried ios 13 and 14, 
> two different ios devices, no dice. ish seemed really slow even just doing 
> tiddlywiki --version so it may be a speed issue?
>
> so i tried cloning tiddlywiki from github and using play.js but haven't 
> got a clue how to get started (no terminal/command line available in 
> play.js?)! should i try jsbox instead? any pointers would be much 
> appreciated. 
>
> warmest wishes, maki
>
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/1ffa80c0-b153-49da-afd9-a3d8a240dc65n%40googlegroups.com.


Re: [tw5] Re: How to print the permaview

2020-12-12 Thread Saq Imtiaz
Hi Jan,

Happy to hear it helped. I have to say, I was expecting you to post a QR 
code rather than a link ;)

Cheers,
Saq

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/2b5507e3-44d5-453d-a984-d3bd96ddb21cn%40googlegroups.com.


Re: [tw5] Re: How to print the permaview

2020-12-12 Thread Jan

Hi Saq, hi Tones!
Saq your solution works great!
Sorry for not answering earlier...I could not get it to work at first 
because the join-opperator needed a newer version.

Having updated I can report success.
It is a button to call a modal with a QR code linking to the current 
Tiddler ... and after clicking the blue button to the entire story.


http://szen.io/tools/#%24%3A%2Fplugins%2FJJ%2FQR%2FShowlinkModal:%24%3A%2Fplugins%2FJJ%2FQR%2FShowlinkButton%20%24%3A%2Fplugins%2FJJ%2FQR%2FShowlinkModal

I still have to translate it so that it is easy to use for everyone.

Yours Jan



Am 10.12.2020 um 00:56 schrieb Saq Imtiaz:
Assuming you want to generate this from the tiddlers open in the story 
you can try this filter:


[list[$:/StoryList]first[]encodeuricomponent[]] 
[{$:/StoryList!!list}encodeuricomponent[]] 
+[join[:]addprefix[#]addprefix{$:/info/url/full}]


The resultant URL should result in navigation to the first tiddler in 
the story as I assume you want the order in the story at that time. 
You can change that by modifying the first run in the above filter 
expression.



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


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


Re: [tw5] Discussion on GitHub: Good or bad

2020-12-12 Thread Saq Imtiaz
@TT we are in agreement. While Dev discussions on GH are a good move, I 
already feel the need to manage those notifications better and would not 
want to clutter them further with non-development related discussions.

On Saturday, December 12, 2020 at 3:44:00 PM UTC+1 TiddlyTweeter wrote:

> Ciao Saq
>
> Got it! Agreed!
>
> Just want to post resistance to any idea arising everything should go 
> GitHub!
> TiddlyWikiDev on GG is being retired in favour (correctly) of GH.
>
> This group isn't & any idea it should makes no sense.
>
> Best wishes
> TT
>
> On Saturday, 12 December 2020 at 15:36:12 UTC+1 saq.i...@gmail.com wrote:
>
>> "For the context that won't help a lot UNLESS general discussion is Dev 
>> highly relevant."
>>
>> @TT my comment is meant to facilitate separating the *Dev* discussions 
>> on Github from Issues and PRs. I would expect Issues and PRs to be of 
>> greater urgency, and hence would sort them differently in my inbox.
>>
>> On Saturday, December 12, 2020 at 12:59:41 PM UTC+1 TiddlyTweeter wrote:
>>
>>> But Saq. 
>>>
>>> For the context that won't help a lot UNLESS general discussion is Dev 
>>> highly relevant.
>>> As far as I can see the general discussion group--vital to end users--is 
>>> NOT dominantly about development of TW. 
>>> Its about optimizing usage. I find it hard to see how GH is relevant to 
>>> that need.
>>>
>>> With the (good) move of* TiddlyWikiDev *to GH it will become sensible 
>>> to link to the GH Discussions from general GG posts when RELEVANT. But 
>>> discussing everything on GH seems a very bad idea.
>>>
>>> Thoughts
>>> TT
>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/0f700ca1-023f-454e-9cc0-c83408cf0625n%40googlegroups.com.


Re: [tw5] Discussion on GitHub: Good or bad

2020-12-12 Thread TiddlyTweeter
Ciao Saq

Got it! Agreed!

Just want to post resistance to any idea arising everything should go 
GitHub!
TiddlyWikiDev on GG is being retired in favour (correctly) of GH.

This group isn't & any idea it should makes no sense.

Best wishes
TT

On Saturday, 12 December 2020 at 15:36:12 UTC+1 saq.i...@gmail.com wrote:

> "For the context that won't help a lot UNLESS general discussion is Dev 
> highly relevant."
>
> @TT my comment is meant to facilitate separating the *Dev* discussions on 
> Github from Issues and PRs. I would expect Issues and PRs to be of greater 
> urgency, and hence would sort them differently in my inbox.
>
> On Saturday, December 12, 2020 at 12:59:41 PM UTC+1 TiddlyTweeter wrote:
>
>> But Saq. 
>>
>> For the context that won't help a lot UNLESS general discussion is Dev 
>> highly relevant.
>> As far as I can see the general discussion group--vital to end users--is 
>> NOT dominantly about development of TW. 
>> Its about optimizing usage. I find it hard to see how GH is relevant to 
>> that need.
>>
>> With the (good) move of* TiddlyWikiDev *to GH it will become sensible to 
>> link to the GH Discussions from general GG posts when RELEVANT. But 
>> discussing everything on GH seems a very bad idea.
>>
>> Thoughts
>> TT
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/21e61298-1747-47ab-9d65-693fd67e3011n%40googlegroups.com.


Re: [tw5] Discussion on GitHub: Good or bad

2020-12-12 Thread Saq Imtiaz
"For the context that won't help a lot UNLESS general discussion is Dev 
highly relevant."

@TT my comment is meant to facilitate separating the *Dev* discussions on 
Github from Issues and PRs. I would expect Issues and PRs to be of greater 
urgency, and hence would sort them differently in my inbox.

On Saturday, December 12, 2020 at 12:59:41 PM UTC+1 TiddlyTweeter wrote:

> But Saq. 
>
> For the context that won't help a lot UNLESS general discussion is Dev 
> highly relevant.
> As far as I can see the general discussion group--vital to end users--is 
> NOT dominantly about development of TW. 
> Its about optimizing usage. I find it hard to see how GH is relevant to 
> that need.
>
> With the (good) move of* TiddlyWikiDev *to GH it will become sensible to 
> link to the GH Discussions from general GG posts when RELEVANT. But 
> discussing everything on GH seems a very bad idea.
>
> Thoughts
> TT
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/48d71218-2ab5-43a3-9f1c-0b1d23870b05n%40googlegroups.com.


[tw5] Re: Discussion on GitHub: Good or bad

2020-12-12 Thread TiddlyTweeter
Ciao Mohammad

We should make clear that we talking about discussion ANYWHERE on GitHub, 
not just in the TW repository.

I DO think its a route to start development support for many aspects of TW 
real usage. *For instance* I would love a special Dev context to 
collaborate on POWERSHELL script  development for TW. It provides an easy 
cross-platform method to handle seamlessly all the background tasks you 
need to run TW as a dev environment. (Myself I wrote scripts for 
auto-downland of wiki. The PS scripts launched from within a TW)

That kind of capacity is not for discussing here. But a dedicated GitHub 
discussion would be optimal and might help it shape into something tangible.

Best wishes
TT

On Tuesday, 8 December 2020 at 22:10:37 UTC+1 Mohammad wrote:

> GitHub has started a discussion service, so there is no need to open issue 
> or PR.
> Having this forum, I am not sure if this is good or bad for Tiddlywiki to 
> open its discussion service on GitHub.
>
> I have experimentally set up Shiraz discussion service. See
>
> https://github.com/kookma/TW-Shiraz/discussions
>
> --Mohammad
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/b1381088-5f85-41fa-8043-345249ca0cf9n%40googlegroups.com.


[tw5] Which means of datacompression can I use in TW (for sharing a QR code for an itty.bitty style site build in PHP.)

2020-12-12 Thread Jan Johannpeter

Hello community.
I am fascinated by the trick http://about.bitty.site/ can do, which was
shared some time ago in this group.

I would like to do a plugin and code a php-backend which can do this
directly from TW.
To make it efficient, the data would have to be compressed before
turning it into a qr-code.
What sort of datacompression is available in TW that can be decompressed
on my server.

PS: I know it would be more practical to use QR to link to a wiki-site.
The Idea ist to provide a method for colleagues which are not able to
save the wiki.

Any elegant shrinking ideas?

Best wishes Jan



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


Re: [tw5] Discussion on GitHub: Good or bad

2020-12-12 Thread TiddlyTweeter
But Saq. 

For the context that won't help a lot UNLESS general discussion is Dev 
highly relevant.
As far as I can see the general discussion group--vital to end users--is 
NOT dominantly about development of TW. 
Its about optimizing usage. I find it hard to see how GH is relevant to 
that need.

With the (good) move of* TiddlyWikiDev *to GH it will become sensible to 
link to the GH Discussions from general GG posts when RELEVANT. But 
discussing everything on GH seems a very bad idea.

Thoughts
TT

On Saturday, 12 December 2020 at 10:49:45 UTC+1 saq.i...@gmail.com wrote:

> Jeremy: check the CC field of the discussion notification emails to see if 
> there is something to filter them by.
>
>
> https://docs.github.com/en/free-pro-team@latest/github/managing-subscriptions-and-notifications-on-github/configuring-notifications#filtering-email-notifications
>
> On Saturday, December 12, 2020 at 10:26:25 AM UTC+1 Jeremy Ruston wrote:
>
>> One thing I've discovered is that it when GitHub sends a notification 
>> email it is not possible to distinguish discussion posts from issues. 
>> That's pretty catastrophic for me because I usually triage things via 
>> filters in email. So from a core development team perspective I definitely 
>> wouldn't want the repository swamped with our general discussion traffic.
>>
>> Best wishes
>>
>> Jeremy
>>
>>
>> --
>> Jeremy Ruston
>> jer...@jermolene.com
>> https://jermolene.com
>>
>> On 12 Dec 2020, at 09:23, TiddlyTweeter  wrote:
>>
>> 
>>
>> Ciao Jeremy
>>
>> GitHub’s mission is focussed on developers, a very different audience 
>>> than TiddlyWiki.
>>>
>>
>> Right. Actually GitHub Discussions ARE (I been using it) pretty easy to 
>> understand and contribute to.
>>
>> GitHub Discussions might make sense for the Dev group but I worry that 
>>> the whole mis-en-scene of GitHub is much too complicated and confusing for 
>>> mainstream users, and so I struggle to see us adopting it for the main 
>>> group.
>>>
>>
>> Agreed 
>>
>> Also the sheer *volume of posts* in the main group would be, I think, 
>> far too unwieldy to do through GH well. 
>>
>> Best wishes
>> TT
>>
>> -- 
>>
>> You received this message because you are subscribed to the Google Groups 
>> "TiddlyWiki" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to tiddlywiki+...@googlegroups.com.
>>
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/tiddlywiki/80831c58-c720-4b12-bfa0-8d181b9d8860n%40googlegroups.com
>>  
>> 
>> .
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/91f27144-cad5-496e-8e23-debed73a527fn%40googlegroups.com.


[tw5] Re: Newbie with few distinct questions

2020-12-12 Thread Ste
Hello and welcome to the tiddlyverse! 
I can't answer your area conversion question in terms of getting javascript
running but I can point you to 
https://github.com/joshuafontany/TiddlyWikiFormula
which lets you do that kind of thin natively in tiddlywiki. 
For example I've done a forces calculator 
http://stephenteacher.tiddlyspot.com/#Simple%20Frame%20Calculator
Hope that helps. 
Stephen
On Saturday, 12 December 2020 at 02:08:04 UTC Alex DP wrote:

> Hello to you all.
>
> TiddlyWiki is fun to work with. However, the documentation is like a 
> fishing expedition. Someday you catch something and the next you are 
> frustrated. It is hard to understand how come a product as mature as 
> TiddlyWiki does not have a comprehensive and well organised documentation 
> system.
>
> Okay, here are my questions:
> ---
> I finally found an easy way to insert computer language codes using:
> ```sql
> -- Retourne toutes les fiches dont le champ prenom commence par J 
> (Jacques, John):
> SELECT nom,
>prenom
> FROM client
> WHERE prenom LIKE 'J%'
> ```
> at first I used:
> <$codeblock code="SELECT * FROM users WHERE deleted = false" 
> language="sql" />
>
> My question is, what is the difference between these two approaches?
> --
> I would like to implement the "Icon - copy to clipboard" function that 
> will facilitate the grabbing of code snippets. I could not find anything 
> about it.
>
> My question is, how can I implement the copy to clipboard feature?
> ---
> I copied my TiddlyWiki in a sub-directory of a shared hosting I have. I 
> implemented a php saving approach. The TW is hard to find and this is good. 
> I do not mind if people have a look at the content (after all, sharing is 
> and should be the primary purpose of Internet). However, I would not 
> appreciate if some hooligan came and vandalised my site.
>
> My question is, how can I implement a password system so the editing of 
> tiddlers and access to the backend (control panel) is protected? I do not 
> want to use a static site generator since I use three different computes to 
> edit the site.
> ---
> I wrote a minimalistic surface converter (i.e. acre to square miles or 
> hectare ...) using a very small javascript and some html (table). I copied 
> the whole thing in a tiddler and it did not work. I got the infamous:
> Blocked script execution in '' because the document's frame is 
> sandboxed and the 'allow-scripts' permission is not set. For sure, 
> TiddlyWiki put the data of a tiddler in a sandbox iframe for security 
> reason. I do not want to change javascript and form permission for the 
> iframe.
>
> My question is, I can I implement this small but useful calculator?
> -
> Thank you to all of you
>
> 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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/43ccebc3-8b8f-47eb-93c3-23bb2b38b1a8n%40googlegroups.com.


Re: [tw5] Discussion on GitHub: Good or bad

2020-12-12 Thread Saq Imtiaz
Jeremy: check the CC field of the discussion notification emails to see if 
there is something to filter them by.

https://docs.github.com/en/free-pro-team@latest/github/managing-subscriptions-and-notifications-on-github/configuring-notifications#filtering-email-notifications

On Saturday, December 12, 2020 at 10:26:25 AM UTC+1 Jeremy Ruston wrote:

> One thing I've discovered is that it when GitHub sends a notification 
> email it is not possible to distinguish discussion posts from issues. 
> That's pretty catastrophic for me because I usually triage things via 
> filters in email. So from a core development team perspective I definitely 
> wouldn't want the repository swamped with our general discussion traffic.
>
> Best wishes
>
> Jeremy
>
>
> --
> Jeremy Ruston
> jer...@jermolene.com
> https://jermolene.com
>
> On 12 Dec 2020, at 09:23, TiddlyTweeter  wrote:
>
> 
>
> Ciao Jeremy
>
> GitHub’s mission is focussed on developers, a very different audience than 
>> TiddlyWiki.
>>
>
> Right. Actually GitHub Discussions ARE (I been using it) pretty easy to 
> understand and contribute to.
>
> GitHub Discussions might make sense for the Dev group but I worry that the 
>> whole mis-en-scene of GitHub is much too complicated and confusing for 
>> mainstream users, and so I struggle to see us adopting it for the main 
>> group.
>>
>
> Agreed 
>
> Also the sheer *volume of posts* in the main group would be, I think, far 
> too unwieldy to do through GH well. 
>
> Best wishes
> TT
>
> -- 
>
> You received this message because you are subscribed to the Google Groups 
> "TiddlyWiki" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to tiddlywiki+...@googlegroups.com.
>
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/tiddlywiki/80831c58-c720-4b12-bfa0-8d181b9d8860n%40googlegroups.com
>  
> 
> .
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/5cc7a2fe-95c5-4f92-b80c-7de84f35e659n%40googlegroups.com.


[tw5] Re: Recording audio and video directly into TiddlyWiki?

2020-12-12 Thread TiddlyTweeter
Cioa si

... it would be nice to find an approach that has fewer steps.
>

Its an interesting question which could be answered several ways. 

In my own case I use TWs that have access to the OS via launching Windows 
batch files (supported in Bob, the previous version of Timmimi saver, 
TiddlyDesktop etc). The wiki launches a batch command to the appropriate 
software to do the business and passes to it parameters on what to do.

Probably not what you were looking for :-). But works. Allows me to keep 
methods I already use BUT control them directly from TW. Simplifies a lot.

Best wishes
TT

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/492476c1-16a7-4652-848c-22ec7231b6b3n%40googlegroups.com.


Re: [tw5] Discussion on GitHub: Good or bad

2020-12-12 Thread Jeremy Ruston
One thing I've discovered is that it when GitHub sends a notification email it 
is not possible to distinguish discussion posts from issues. That's pretty 
catastrophic for me because I usually triage things via filters in email. So 
from a core development team perspective I definitely wouldn't want the 
repository swamped with our general discussion traffic.

Best wishes

Jeremy

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

> On 12 Dec 2020, at 09:23, TiddlyTweeter  wrote:
> 
> 
> Ciao Jeremy
> 
>> GitHub’s mission is focussed on developers, a very different audience than 
>> TiddlyWiki.
> 
> Right. Actually GitHub Discussions ARE (I been using it) pretty easy to 
> understand and contribute to.
> 
>> GitHub Discussions might make sense for the Dev group but I worry that the 
>> whole mis-en-scene of GitHub is much too complicated and confusing for 
>> mainstream users, and so I struggle to see us adopting it for the main group.
> 
> Agreed 
> 
> Also the sheer volume of posts in the main group would be, I think, far too 
> unwieldy to do through GH well. 
> 
> Best wishes
> TT
> -- 
> You received this message because you are subscribed to the Google Groups 
> "TiddlyWiki" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to tiddlywiki+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/tiddlywiki/80831c58-c720-4b12-bfa0-8d181b9d8860n%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/0E21D5BE-CBC1-444C-9A95-F4979EB57B33%40gmail.com.


Re: [tw5] Discussion on GitHub: Good or bad

2020-12-12 Thread TiddlyTweeter
Ciao Jeremy

GitHub’s mission is focussed on developers, a very different audience than 
> TiddlyWiki.
>

Right. Actually GitHub Discussions ARE (I been using it) pretty easy to 
understand and contribute to.

GitHub Discussions might make sense for the Dev group but I worry that the 
> whole mis-en-scene of GitHub is much too complicated and confusing for 
> mainstream users, and so I struggle to see us adopting it for the main 
> group.
>

Agreed 

Also the sheer *volume of posts* in the main group would be, I think, far 
too unwieldy to do through GH well. 

Best wishes
TT

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/80831c58-c720-4b12-bfa0-8d181b9d8860n%40googlegroups.com.


Re: [tw5] Is there a way to create a tiddler using text that is stored in the clipboard?

2020-12-12 Thread Eric Shulman
addendum:
 

>  <$vars f={{{ [split[={]first[]trim[,]trim[]] }}} v={{{ 
> [split[={]rest[]trim[,]trim[]] }}}>
>

Note that these inline filters use the enhanced trim[...] operator 
available in soon to be released TW5.1.23

-e

 

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/c6184cd3-3d6c-408c-b40b-586198d074c9n%40googlegroups.com.


Re: [tw5] Is there a way to create a tiddler using text that is stored in the clipboard?

2020-12-12 Thread Eric Shulman
On Friday, December 11, 2020 at 4:45:33 PM UTC-8 springer wrote:

> drag and drop the contents of a field-parsable string (onto a special 
> bibtex or json drop area if need be) and have tiddlywiki parse directly, 
> populating fields if field patterns are present?
>

Try this:
\define dropbibtex()
<$wikify name="source" text=<>>
<$set name="source" 
filter="[removeprefix[@book{]removesuffix[}]split[,]rest[]join[,]]" 
select=0>
   <$list filter="[split[}]first[]trim[]removeprefix[title={]]" 
variable="title">
  <$list filter="[split[}]]" variable="item">
 <$vars f={{{ [split[={]first[]trim[,]trim[]] }}} v={{{ 
[split[={]rest[]trim[,]trim[]] }}}>
 <$action-setfield $tiddler=<> $field=<> $value=<> />
 
  
   


\end
<$droppable actions=<>>
<$button style="width:10em;height:10em;">drop bibtex here


Notes:
* $wikify converts the dropped content into plain text, removing any 
surrounding HTML syntax
* $set removes the leading "@book{", trailing "}" and first value (e.g., 
"crary2016inside")
* first $list extracts the target tiddler title value from title="..."
* second $list extracts each named item (e.g., author={Crary, Alice)
* $vars gets the fieldname (everything before the "={") and fieldvalue 
(everything after the "={") from the item
* $action-setfield creates each field and value in the target tiddler

enjoy,
-e

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/ca5d4002-3ff8-429e-91e1-998d5ffe07aen%40googlegroups.com.


Re: [tw5] Is there a way to create a tiddler using text that is stored in the clipboard?

2020-12-12 Thread Mohammad
See https://github.com/Jermolene/TiddlyWiki5/issues/5261#issue-763431242

On Saturday, December 12, 2020 at 10:44:10 AM UTC+3:30 saq.i...@gmail.com 
wrote:

> @springer So the dropzone widget which handles the import/paste/drag 
> actually lets you specify how to interpret the incoming text.
>
> So theoretically something like this should work:
>
> <$dropzone deserializer="application/x-bibtex">
>
> paste/drag bibtex here
>
>
> 
>
> However, it turns out that the deserializer attribute is only honoured for 
> files that are imported and not for text. This is worth creating an issue 
> for on github, I think we can do better.
>
> Saq
> On Saturday, December 12, 2020 at 1:45:33 AM UTC+1 springer wrote:
>
>> I just discovered this thread, while trying to understand related issues.
>>
>> My workflow includes, for example, coming a cross a citation in google 
>> scholar, which I can display in bibtex format like so: 
>>
>> @book{crary2016inside, 
>> title={Inside ethics}, 
>> author={Crary, Alice}, 
>> year={2016}, 
>>publisher={Harvard University Press} 
>> }
>>
>> I was hoping that dragging that text into Tiddlywiki would auto-populate 
>> the fields. Instead, I get an ordinary tiddler with a text field that looks 
>> exactly like the above block.
>>
>> What works: issuing a terminal command like pbpaste > crary.bib
>>  ... which yields a .bib file ... which I can then drag into tw5 (for 
>> import and recognition via bibtex plugin), but this is terribly roundabout.
>>
>> Why not be able to drag and drop the contents of a field-parsable string 
>> (onto a special bibtex or json drop area if need be) and have tiddlywiki 
>> parse directly, populating fields if field patterns are present?
>>
>> (Sorry that this question is framed with bibtex records in mind; but 
>> presumably the issues are similar for any json-formatted strings on the 
>> clipboard?)
>>
>> -Springer
>> On Tuesday, November 10, 2020 at 7:58:27 PM UTC-5 TW Tones wrote:
>>
>>> David,
>>>
>>> In a similar vein for creating tiddlers from found text the OT and your 
>>> desire for "loaded" new tiddlers, One idea I had was to create a tab in the 
>>> side bar with a drop zone. Text dropped there would be imported silently 
>>> and create a tiddler according to a set of standards and fields etc. A 
>>> Second tab dropzone, could import the text another way. This method would 
>>> do well to have the below templates idea.
>>>
>>>- David's point 1. Use the viewTemplate for untitled tiddlers and 
>>>add this feature there (as in my last post)
>>>
>>> Templates idea
>>>
>>> TiddlyWiki is repeat with the concept of templates, as a result, I think 
>>> perhaps we have somewhat neglected the use of tiddler templates for 
>>> creating tiddlers. This should have a core representation so extra bespoke 
>>> work is not required for such a fundamental function. 
>>>
>>> I have developed a number of methods that can help meet the ideas in 
>>> your other points, The key is however having defined some template tiddlers 
>>> that are used to create different kinds of tiddlers. Such templates can 
>>> have what ever fields and values you want and one trick is to also include 
>>> fields for example with an underscore name eg: _tags value" "tagname1 
>>> tagname2", underscore fields are used to populate the no underscore field 
>>> of the same name eg: tags value" "tagname1 tagname2" when creating the new 
>>> tiddler from the template.
>>>
>>> Fields can only contain lowercase letters, digits and the characters 
>>> underscore (_), hyphen (-) and period (.) this this are the three 
>>> punctuation prefixes available.
>>> So I suggest;
>>>
>>>- _fieldname results a in fieldname being created with the value in 
>>>_fieldname used (if any).
>>>   - One special case would be _source-template which is recorded in 
>>>   the new tiddler
>>>   - another _object-name eg "task" when the template is used to 
>>>   create a task
>>>- .fieldname If the current tiddler has fieldname use the "current 
>>>tiddlers fieldname" to set the value "a context field"
>>>- -fieldname could potentially use a macro or transclusion of a 
>>>similar name as fieldname to populate the new field.
>>>- All other fields are cloned into the new tiddler.
>>>
>>>
>>>
>>>
>>>
>>> On Wednesday, 11 November 2020 00:19:54 UTC+11, David Gifford wrote:

 I decided to delete and rewrite my post since it was somewhat 
 incomprehensible:

 I have an idea that if implemented in TiddlyWiki, would solve si's 
 problem, and would also solve a problem of my own: my problem is that 
 sometimes I want any tiddler generated by creating a wikilink then 
 clicking 
 on the link, to have certain fields and data.

 My idea is this:

 1. Have a separate tab in the control panel with the "Title for new 
 tiddlers" and "Tags for new tiddlers"from the basics tab, but with a new 
 element: "Fields