[tw5] Re: Improvements to "GettingStarted"

[PMario]

On Sunday, June 14, 2020 at 2:13:26 PM UTC+2, Eric Shulman wrote:
>
>
> I'd like to see the default "download saver" included in this list.
>
> I'd also strongly suggest rewriting it to remove the negative judgemental 
> description, which currently starts with:
>
> "This method of saving changes is clunky ..."
>

+1 ... Authors did invest a lot of know how and time into every option 
available. ... So every single one of them should have a "positve tone" in 
the description.

-m

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

[tw5] Re: Improvements to "GettingStarted"

[PMario]

hi,

IMO the selection titles should have the same colour coding than the 
"cards" on the right side, if that's possible.

If not, there should be a legend, that describes the color codes.

-mario

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

[tw5] Re: Improvements to "GettingStarted"

[PMario]

Hi, 

Looks nice. ... BUT imo all the elements have to be checked, if they appear 
in the right "sets", depending on the filters. ... eg: A firefox AddOn will 
work with FireFox independent which OS is selected. 

So is there a list of all the tags that an element has to have and how do 
the filters work. 

-mario

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

[tw5] Re: [INTRO] WikiLabs Plugin Library

[PMario]

Tony, Mohammad, 

Thanks! 

As I made the library I thought about the possibility to share "bundles" in 
a similar way. ... 

As you know, bundles are a "collection" of tiddlers. Prose text _and_ 
plugins if needed. Prose text tiddler are not "shadowed" in bundles. So 
they can be removed. ... 

One problem is, it's not possible to create a dependency to a 3rd party 
plugin. .. But it would be possible to include a doc-tiddler that links to 
a "needed" 3rd party plugin. With this mechanism it wouldn't be needed to 
directly include a plugin, into a bundle, that may already be "older". 

just some thoughts
mario

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/7dad4f2a-207a-49f8-8207-98a96f2d5112o%40googlegroups.com.

[tw5] [INTRO] WikiLabs Plugin Library

[PMario]

Hi Folks, 

I did create a WikiLabs plugin library , that 
allows everyone to import all my plugins, using the same mechanism as you 
do with TW plugins. 

To *get started* just open the link above and "drag and drop" import the 
"green button" into your wiki. 

The link contains a library configuration tiddler, that points to the 
"latest" version of the plugin library. 

Importing plugins can be done using the *ControlPanel : Plugins : Get more 
plugins*   button.


   - Using the library makes it simple, for authors, to define dependencies 
   eg. for themes. 
   - It makes it simple for users. They can import plugins + dependencies 
   with 1 click ;)
   - You can see, which plugins are already installed, or which plugins are 
   available for update
   - No need to remember where you got your WikiLabs plugins from 


A short intro video is in the making and will be linked here. 

have fun!
mario


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

PPS - There is a *new version of the UNI-LINK* plugin, which is compatible 
with relink 1.10.0

-- 
You received this message because you are subscribed to the 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/b8e19d7b-cfd0-442d-9e47-8f9f0a9ea857o%40googlegroups.com.

Re: [tw5] TiddlyWiki github repo has 4913 stars but it should show 5000+ stars!!

[PMario]

On Wednesday, June 10, 2020 at 7:01:09 PM UTC+2, Mohammad wrote:
>
> TW stars now is: 4959  
>

Because of the nice number and the half way through ;) ... Started ... 

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/d1f90783-1a01-46c4-a122-8bc087634d38o%40googlegroups.com.

[tw5] Re: [META/OT] Google Groups has a new look

[PMario]

Hi, 
How did you activate this view?
-m

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/2a20594b-61e5-4d0a-8d3d-38c7e6ca3133o%40googlegroups.com.

[tw5] Re: TiddlyWiki github repo has 4913 stars but it should show 5000+ stars!!

[PMario]

Hi,

Great! ... Only 59 stars left ;)

-mario

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

[tw5] Re: TiddlyWiki github repo has 4913 stars but it should show 5000+ stars!!

[PMario]

Good!

Link added to the first post: 

At the moment TiddlyWiki repository 
 has 4915 stars. 

-- 
You received this message because you are subscribed to the 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/ca2a8f08-55d9-435d-8966-d104b84a52ebo%40googlegroups.com.

[tw5] TiddlyWiki github repo has 4913 stars but it should show 5000+ stars!!

[PMario]

Hi folks,

At the moment TiddlyWiki repository has 4913 stars. 

I do want to have it at 5000++ ... 

*If we can reach it, I do promise to update the CodeMirror library*. 

CodeMirror plugin is 5.37.1 from April 2018 ... The actual version is: 
5.54.0 from May 2020. 

So have fun starring 

-mario

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

[tw5] Re: CodeMirror: Wrap line on indent. Is it possible?

[PMario]

Hi,

I did have a closer look. As some text in the link stated, the code is a 
bit hacky. ... AND it seems to use a function, that is not part of the 
CM-version we use in the plugin. 

So at the moment it's not that easy to implement behaviour like this. 

It's also not clear, which tiddler-type you want to use. ... Or should it 
be a global behaviour?

-mario

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

[tw5] Re: CodeMirror: Wrap line on indent. Is it possible?

[PMario]

Hi,

What is the intention of a tab at the beginning in source text? ... It 
won't show up in the rendered text. 

-m

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

[tw5] Re: Tiddlywiki mention on self hosted podcast

[PMario]

On Thursday, June 4, 2020 at 7:00:43 PM UTC+2, Dave Parker wrote:
>
> Self hosted podcast did a follow up here
>
> https://pca.st/episode/609669b1-d87e-4dda-a7af-edf52ba0e8c9?t=1477
>
> where the guy who found TW and liked it does a 3 month later review
>
> (He still likes it)
>

That's a good thing :)
-m

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

[tw5] Re: My TW Performance

[PMario]

On Thursday, June 4, 2020 at 9:23:34 PM UTC+2, Michael Wiktowy wrote:
>
> Or if you want to be sneaky and just have the *perception* of fast 
> loading, you can use your source code inspector on your tiddlywiki with all 
> your tiddlers closed, copy the contents of the 
> div.tc-page-container-wrapper element and the inline style sheet to put in 
> the style scoped section and replace all the examples in that 
> $:/Splashscreen . It looks like tiddlywiki opens instantly while everything 
> is loaded in the background ... much like the MS Windows desktop.
>

Nice trick! ... A second possibility would be to create a Splashscreen, 
that is so "interesting / funny", that users do a "shift-reload", ... just 
to see it again. 

May be some "internal" wiki statistics, like number of tiddlers, number of 
tags, ... last modified and so on... This info needs to be created and 
saved, with the last save action. So it is available during the next load. 

If users are engaged during startup, delay time isn't or is less of a 
problem anymore. 

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/c9a75d63-f476-47a6-80d5-3acded79c2d9o%40googlegroups.com.

[tw5] Re: Keyboard-only Tiddlywiki

[PMario]

Hi,

Have a closer look at this long thread here in GG 
. ... 
BUT be aware: The mentioned plugin is *BETA *at the moment and there WILL 
incompatible changes to the tiddler field names and even to the mechanism, 
that builds the structure. 

So *don't use for production* atm!

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/48707108-73b2-410e-8330-5f6ee084a543o%40googlegroups.com.

[tw5] Re: Creating a Table of Contents using Tag Pills instead of individual tiddlers with the tag filter.

[PMario]

Hi,

I did create a personal theme, which is optimized for my preferences. It 
uses something I call tag-map [1], which is a plugin, that inserts a new 
tab to the tiddler info area. 

See this link to my edition. 

  
If you click a tag pill, it will open the map instead of the dropdown. 

If this is similar to your idea, it may be possible to extract something, 
or create a new theme based on slant-01.

Since it is a theme, it can be switched on and off. See the "themes" button 
in the right sidebar, where you can switch themes.

have fun!
mario

[1] https://wikilabs.github.io/editions/info-tagmap/

-- 
You received this message because you are subscribed to the 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/4cb8d343-1068-464f-b97a-7204d89a1f3do%40googlegroups.com.

[tw5] Re: Preview: keyboard driven draggable bullets

[PMario]

On Thursday, June 4, 2020 at 3:51:32 PM UTC+2, Saq Imtiaz wrote:
>
> @pmario does the screenshot below illustrate what you refer to?
>

yes.

I did click the area and saw what happens. But at the moment I don't have 
an idea, how to solve the problem. 

May be disabling "bullet-list" wikitext identifier in the settings.  
That doesn't need any changes from your side.

Or define * at the beginning of the line as the "split regexp" ...

-m

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/8bb31f39-96b8-4d54-a123-7fa20eefccc9o%40googlegroups.com.

[tw5] Re: My TW Performance

[PMario]

On Thursday, June 4, 2020 at 1:15:59 AM UTC+2, Diego Mesa wrote:
...

> On node, is it possible to have all of this calculated once at startup? 
> And then just update as necessary? 
>

The wiki.js module contains: exports.getTiddlerBacklinks() ... which will 
create the internal structure, if it doesn't exist. 

So it may be possible to create a startup module, that creates the 
structure. ... BUT ... This would slow down the initial startup of the 
wiki. 

If a user clicks a link, that opens a tiddler, they "tolerate" a moderate 
delay, because they know, the wiki has to do something. 

We should try to make the initial startup faster and not slower. 

just some thoughts
mario

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

[tw5] Re: Preview: keyboard driven draggable bullets

[PMario]

On Thursday, June 4, 2020 at 1:11:06 PM UTC+2, TonyM wrote:
>
>
>- The delete key is often used to remove a line, or even delete 
>multiple characters, but of course here it tries and deletes the bullet 
>point, perhaps ctrl-del ?
>
> +1, I did have some problems with this one too. 

>
>- If I paste tree paragraphs, then on the blank line between them hit 
>enter; I keep the top and loose the bottom
>
> Seems to be the behaviour of roam-research. .. a bit strange. IMO should 
be configurable.

>
>- I did like the bullet-stream name, its much more specific to this 
>application
>
> IMO that's the problem. ... Bullets are just a convention for the initial 
setup. There is so much more potential, so "bullets" is too specific. There 
may be a TODO-stream, a task stream, an idea stream .. a  
stream. 
 

>
>- There is no where to click to stop any item from being in edit mode, 
>noticeable with the edit Toolbar especially
>
> I also would love to have something like a "locked view" ... Especially, 
if you want to click external links. It enters edit mode.

May be *double-click, to enter edit mode. *

>
>- shift-enter is my friend for multiple line entry, or should it be 
>swapped with the current enter key
>
> +1
 

>
>- If the snipit contains "*" on multiple lines (using shift-enter) 
>they display like any other bullet "Nice"
>
> ... But if used in an indented element, it looks strange.

-m

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/8f17a86d-93f2-4cbe-8015-91e808eb37e2%40googlegroups.com.

[tw5] Re: Query: What is a fragment?

[PMario]

On Thursday, June 4, 2020 at 3:18:26 AM UTC+2, TonyM wrote:

When we join two fragments, we end up with one fragment, that is the point. 
> The whole universe may only be a fragment of something else, we may never 
> know.
>

I do like the idea that 1 + 1 = 1 :) ... It's like a chemical reaction. 

@Hans,
You scaled it down to quarks. ... Now let's scale it up to filaments 
 and add some meta data like 
a tag ;)

-m


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

[tw5] Re: Text and String Manipulation - the missing join options?

[PMario]

On Thursday, June 4, 2020 at 11:22:05 AM UTC+2, PMario wrote:
>
> Hi, 
> I did create a new issue. 
> -mario
>

+ link :) https://github.com/Jermolene/TiddlyWiki5/issues/4697
-m

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

[tw5] Re: Text and String Manipulation - the missing join options?

[PMario]

Hi, 

I did create a new issue. 

-mario

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

[tw5] Re: Preview: keyboard driven draggable bullets

[PMario]

On Thursday, June 4, 2020 at 3:34:59 AM UTC+2, TonyM wrote:

I am not sure how to make use of the drag and drop, what is it I click on 
> while holding ctrl or shift?
>

You can drag the bullet point.

You can also right-click the bullet and get a "local" menu.

-m

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

[tw5] Re: Text and String Manipulation - the missing join options?

[PMario]

Hi, 

IMO should be a github feature request. 

-mario

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

[tw5] Re: Text and String Manipulation - the missing join options?

[PMario]

Hi, 

It should be possible to create something like: join:special[\n\t\] 
which would make it much easier.

-m

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

[tw5] Re: Text and String Manipulation - the missing join options?

[PMario]

On Wednesday, June 3, 2020 at 2:34:11 AM UTC+2, TonyM wrote:
 

> The missing piece here is how do we insert or replace non simple text?, in 
> many cases you can use a macro to define what to join with but only if you 
> can represent it as wikitext. 
>
>
>- The key example is one cant join using the new line character, 
>splitregexp allows to to split based on \n but there is now way to join 
>with \n
>
>
You are right joining a new-line is tricky. You need to use <$set filter 
...>

\define testCreate()
<$set name=test filter="""[[aaa-bbb-ccc-ddd]split[-]join[
]]""">
<$action-createtiddler $basetitle="base" text=<> />

\end

<$button actions=<> >
Create Tiddler


-mario

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

[tw5] Re: Text and String Manipulation - the missing join options?

[PMario]

Hi, 

On Wednesday, June 3, 2020 at 2:34:11 AM UTC+2, TonyM wrote:
>
> Folks,
>
> Has anyone noticed we have the following Operators
>
>- split (using simple text)
>- splitregexp Operator  
> (using 
>advanced regex)
>
> Then we have
>
>- Join  (using simple text)
>- ??
>
> See: 
https://tiddlywiki.com/#join%20Operator:%5B%5Bjoin%20Operator%5D%5D%20%5B%5BFilter%20Operators%5D%5D

-m

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/2ba50c37-731c-47be-9f98-f8dd1801c956%40googlegroups.com.

[tw5] Re: Request for plugin: Import improvement

[PMario]

On Wednesday, June 3, 2020 at 2:15:17 PM UTC+2, Saq Imtiaz wrote:
>
> I have working, tested code sitting around to make a pull request to add 
> renaming to the import process. If Tony or someone else doesn't get around 
> to it before I do that, I can take a look at this as well. It's a pragmatic 
> request. I would want to be able to easily toggle shadow tiddlers as well.
>
> (On a different note I really want to revamp that entire Import UI. 
> well, not just the UI but the entire import process).
>

+1 here. There is some room for improvement, especially, if tiddlers are 
"disabled" by the import process. There is _no_ way to enable them again, 
even if the checkbox is checked by the user.

Jeremy made a request at github some time ago. 
https://github.com/Jermolene/TiddlyWiki5/issues/4263 ... I think this 
process isn't finished yet.

-mario

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

[tw5] Re: Request for plugin: Import improvement

[PMario]

On Wednesday, June 3, 2020 at 1:30:09 PM UTC+2, David Gifford wrote:
>
> This is something that has bothered me for years. I am just going to say 
> it now that we have a lot of newcomers that would benefit from this tiny 
> improvement.
>
> I think the import tiddler should have two more checkboxes: Check/uncheck 
> system tiddlers, and check/uncheck regular tiddlers.
>

 I think that's a valid request. ... You should raise it at github, 
otherwise it may "fade away" here. 

-m

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

[tw5] Re: Problem after upgrading TW5.1.20 to TW5.1.22

[PMario]

On Wednesday, June 3, 2020 at 7:43:11 AM UTC+2, TonyM wrote:
>
> Eric,
>
> Thanks, Not sure how that happened, but it seems a list that listed such 
> tiddlers would be useful.
>

See:

ControlPanel: Info: Basic ... last element: Number of overwritten shadow 
tiddlers. ... If there is something with *.js you should check it. 

Advanced Search: Filter : [is[tiddler]is[shadow]sort[title]]

-m

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

[tw5] Re: Announcing TiddlyMarker v0.1.0-alpha for Firefox

[PMario]

On Wednesday, June 3, 2020 at 8:40:39 AM UTC+2, Yestin Harrison wrote:
>
> Anyone who wants to give it a try can clone the repository at 
> https://git.ylh.io/tiddlymarker and follow the README to get up and 
> running.
>

Why didn't you point us to the gitHub repo at: 
https://github.com/ylh/tiddlymarker

-m

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

[tw5] Re: Announcing TiddlyMarker v0.1.0-alpha for Firefox

[PMario]

Hi, 

Your manifest contains a content_security_policy": 'unsafe-eval' ... Why? 
IMO there is no need to execute unsafe code.
Can you please explain! 

The variables in the code itself seem to be shortened, which makes reading 
the code very hard. Are you sure, it will pass the AMO code guidelines 

.


Your background.js code contains this header: 

/* this is some particularly spicy garbage. tl;dr we can't await anything 
> in the
> user input handler if we hope to call openPopup(), which is rather crucial 
> to the whole “conditional popup” “quick mode” *thing*. so, instead of 
> accessing the appropriate storage in the input handler, we close over these 
> globals in the storage update handlers for local.state and sync.quickmode. 
> we fire off some fake updates to the values to make sure those closures 
> run, 
> then in the input handler we use these globals and pretend we've accessed 
> storage. 
>
> with any luck once this addon is stable i will never write another line of 
> this hideous language as long as i live */


Why do you think, this makes users feel safe using your add on. 

regards
-mario


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

[tw5] Re: Prepared CodeMirror Edition

[PMario]

On Monday, June 1, 2020 at 4:49:31 AM UTC+2, Birthe C wrote:

I am curious about the use of $:/plugins/tiddlywiki/browser-storage. I know 
> it is disabled by default in your file. It has been discussed a couple of 
> times mostly with lots of warnings, which is also the case in the plugin 
> readme. You have mentioned several times that you liked it and used it. It 
> is included in your file, though disabled.
>

I think, I've been one of those, who had the biggest concerns about this 
plugin being active by default. -- I'm appreciating, that the user has to 
actively enable the functionality. .. So it is clear to them and it's their 
decision. ... They hopefully did read the docs and are prepared ... 

My main concern was / is about "unexpected data loss". ... or better "your 
data is part of a different browser - so you can't see it atm" problem. 

---

We now have some "built in" git-savers for GitHub, GitLab and Gitea, where 
this plugin can actually help, to avoid "real" data loss. 

Some users here in the GG reported, that they lost some unsaved content, 
because they did a "tab-refresh" or closed the browser and probably ignored 
the "There is some unsaved data" warning. 

With the local storage enabled, no data should be lost, since it would be 
part of the browser local storage. So if users use the *git-based savers* I 
would actually *recommend to use this plugin*. 

This also allows the user to *disable *"auto saving", without the fear to 
loose data, because it should be stored to the local storage. 
-- IF git-savers are used, saving multiple times in very short intervals to 
gitHub _will_ cause problems. 

BUT

There is still some room for improvement. At the moment, it's not 
"visually" clear which tiddlers are stored locally in the browser. ... and 
it's not clear, if all local tiddlers are saved to GitHub, if the user 
hit's the save button. 

Some of my debug sessions showed, that not everything is stored. So I 
needed to do 2 or more saves. ... I couldn't find the problem yet, so more 
research needed.

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/a76c35f6-699b-4df8-8853-1d0ad5b93798%40googlegroups.com.

[tw5] Re: Problem with images

[PMario]

On Tuesday, June 2, 2020 at 6:17:29 PM UTC+2, Rhod Evans wrote:
>
> Thanks Reet - that was helpful.  I successfully imported a photo into my 
> wiki and then got it to display in a tiddler!  First step complete.  I 
> suspect though that my wiki will get pretty unwieldy pretty fast, so I'm 
> going to explore using the 'canonical_uri', keeping the images in a 
> separate folder.  Thanks again, Rhod
>

You definitely should go with canonical_uri, especially if your images are 
high-res.

https://squoosh.app/ may help you to compress your images. So depending on 
your usecase and the size of your images, you may be able to drop your 
thumbnails directly into the wiki and link them to the full-size version on 
the drive. 

-m

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

[tw5] Re: Preview: keyboard driven draggable bullets

[PMario]

On Sunday, May 31, 2020 at 3:35:57 PM UTC+2, TonyM wrote:
>
>
>>1. do nothing and use an external plugin like Relink (current 
>>situation, but its a non trivial plugin dependency)
>>
>>  I agree with this strategy but wonder if a relink equivalent should be 
> introduced to the core, as fundamental as it is, even if it is selectable.
>

I did think about this too. ... But at the moment relinks is developed in a 
much faster pace then the core. ... So imo atm it would be slowed down too 
much. 

I do think, it should stay a plugin. ... But I can think of it, to be a 
core plugin, if flibbles wants to go that route.

-mario

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

[tw5] Re: Preview: keyboard driven draggable bullets

[PMario]

On Sunday, May 31, 2020 at 2:43:37 PM UTC+2, Saq Imtiaz wrote:
>
> One of the things I would love to get feedback on, is how to handle 
> tiddlers being renamed.
> If a child tiddler is renamed, it vanishes from the bullet list as the 
> reference saved in a field in the parent is no longer accurate.
>

... relink should be able to handle this, with a proper setting. I did test 
it and it seems you did the setting already. It seems to work for me. 
 

> Possible options are:
>
>1. do nothing and use an external plugin like Relink (current 
>situation, but its a non trivial plugin dependency)
>
> Yea, but it's probably one, that users use / need anyway.
 

>
>1. Use the "list" field and the core ability to update... except that 
>we will at some point clash with other things (like tags) using this field 
>as well.
>I would prefer to have the option to leave the tags untouched and thus 
>usable for other purposes.
>
> I wouldn't do that. As you wrote, it will porbably create problems with 
tags. 

-mario

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

[tw5] Re: Preview: keyboard driven draggable bullets

[PMario]

On Sunday, May 31, 2020 at 2:34:20 PM UTC+2, Saq Imtiaz wrote:

For the MindMap, if you code it I will make sure it works with this part ;)
> I have to admit I don't have much motivation in that direction as I have 
> never personally found such visual aids very helpful... you know how it is, 
> we all think and learn in different ways.
>

Yea, that was brainstorming mode. .. I personally like MindMaps a lot. Even 
if they are created with pen and paper. ... But it wasn't easy to create a 
2 way communication between TW and eg: FreeMind. ... 

There has been a post, here in the group, lately, which triggered me to 
search for an open source javascript library, with which it could be done 
using TW. ... I did find the linked project and they also have a "toolkit 
", which looks promising. It only has the 
"basic" features, so the lib isn't overloaded yet. 

Some more thoughts ;)

-m

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

[tw5] Re: Preview: keyboard driven draggable bullets

[PMario]

Hi Saq, 

I love it. ... I know that it's an outliner, but I think it's the closest 
thing to a brainstorming "mind mappy" thing. 

I also love the minimalistic UI, no distractions, pure functionality.

--- Brainstorming mode on

I would really love to switch between BulletStream and a MindMap view 
similar to this one , use "Zettelkasten" 
numbering schema as aliases, instead of UUIDs. 

In your Roadmap you mentioned: 

*refactor to use macro parameters to initialize different types of bullets: 
> paragraphs, to do items, comments etc.*
>

I wouldn't go with different types of bullets. I'd go with "icon" and 
"color" fields instead. TW already knows about those elements and can 
nicely handle them. 

eg: 

 - In edit mode the "border-right" could be 4px solid blue using the color 
field of the tiddler. 
 - There could be a *setting *to show a "mini-icon" instead of the bullet 
point

Icon and color can be reused in MindMap view. ... I'd love that. 

-- Brainstorming mode off

Really great stuff!!
-mario

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

[tw5] Re: Preview: keyboard driven draggable bullets

[PMario]

On Sunday, May 31, 2020 at 7:21:02 AM UTC+2, Reet Pandher wrote:
... 

> How do i indent another level under the bullet points?
>

Edit the bullet and hit TAB key.  SHIFT-TAB will unindent as written here 
. 

There is a problem with "root" tiddlers, that contain spaces. 

-mario

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

[tw5] Re: Show items added in the list field of the current tiddler

[PMario]

On Saturday, May 30, 2020 at 6:17:58 PM UTC+2, PMario wrote:

So your macro can look as the following code. Create a new tiddler eg: myMacros 
> and tag it: $:/tags/Macro so it will be a global macro
>
> \define image(url, class, height)
> 
> \end
>
>
If you want to  assign a default value for a parameter eg:class you can do 
this: 

\define image(url, class:"icon", height)

\end

-mario

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

[tw5] Re: Show items added in the list field of the current tiddler

[PMario]

On Saturday, May 30, 2020 at 5:11:15 PM UTC+2, Jake wrote:
 

> But if I want to use it without class (e.g. if i need to move certain icon 
> a bit more up or down) and use the common html/css syntax - it doesn't work.
>

It does, if you define the minor changes within the tiddler body. ... BUT 
this is bad practice and will probably bite you in the future. 
 

> That means that this 'style' code does nothing to the image:
>
> [img style="height: 1em; position: relative; top=0.2em" [
> https://www.mediawiki.org/static/favicon/mediawiki.ico]] Sample 2
>

As I wrote, hardcoding styles may bite you in the future! But if you need 
to: this is the code to use, if you want to overwrite the global height 
setting. 

.icon {height:3em;}

[img class="icon" [https://www.mediawiki.org/static/favicon/mediawiki.ico]]

*Be aware*, that the hardcoded 

[tw5] Re: Import mindmap file to TiddlyWiki

[PMario]

On Thursday, May 28, 2020 at 9:28:35 PM UTC+2, Alexander Zelenukhin wrote:
>
> Is it possible to import mind maps (Freemind, Xmind, MindManager and etc) 
> as linked tiddlers in TiddlyWiki?
>

I did some research with prototype code, to create a Freemind *import / 
export* function, quite some time ago, for *TiddlWiki Classic*. .. 

It never happen, since FreeMind changed the "text editor", that did store 
notes linked to mindmap nodes, from plain text to html. 

This made it unusable for me, because I wanted to use "wikitext notes" in 
both apps. Experiments where done with a 0.x.y beta version of FreeMind. So 
I would need to have a closer look again. It's V 1.0.1 atm, but the project 
seems to be abandoned. 

FreeMind was the only open source mindMapper, that I liked. So I didn't 
have a closer look at other apps except TiddlyMap.org ;)

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/296dfd03-cb51-493e-bee6-5fdb772011b3%40googlegroups.com.

[tw5] Re: Create new tiddlers based on templates

[PMario]

Hi,

In TW V5.1.22 the ActionCreateTiddler widget got some new functions, that 
make cloning and creating new tiddlers using templates much more versatile: 
https://tiddlywiki.com/#ActionCreateTiddlerWidget

-m

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

[tw5] Re: Best Practice for Deleting Plugins?

[PMario]

Hi 
You only need to clean up plugin tiddlers, that you changed. eg: plugin 
settings. 
Code-tiddlers should all be gone, if you delete the plugin tiddler. 

-m


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

[tw5] Re: Is it easy to "port" a library into TW?

[PMario]

On Tuesday, May 26, 2020 at 7:13:38 AM UTC+2, Tony K wrote:
 

> https://github.com/felixhayashi/TW5-Vis.js is a "conversion" or "port" or 
> whatever you wanna call it of vis.js to TW
>

Not a conversion, nor a port. ... Most of the time we only need a small 
"wrapper" function, that makes a TW plugin out of a  3rd party library.

For most libraries, that implement a common-js interface, which uses 
"export" to make library functions available, it is relatively easy to 
create a TW plugin. TW also uses a common-js like interface, that works 
with node.js _and_ the browser at the same time.

It seems pixi does "export" its functions. .. But it would need more tests. 

BUT Importing a 3rd party library is only the 1st part of the work to do. 
... You'll need to make the functions available for TW users and yourself. 
So most of the time this needs to create TW widgets. 
 

> I'd like to do the save for pixi.js https://github.com/pixijs 
> 
>

As written above. It depends which functionality from pixi you want to use.

Learning pixi page has 43 headlines. 
https://github.com/kittykatattack/learningPixi 

So imo it depends on your usecase, which functions you really need. 

-mario

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

[tw5] Re: Minimalist me: using unicode characters instead of images

[PMario]

Hi,

This should work for many platforms and devices. ... BUT it also depends on 
the fonts, that are available for the system. So you can't be sure if it 
works for every user. Unicode fonts grow considerably in size, depending 
which elements they implement.

-mario

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

[tw5] Re: Preview: keyboard driven draggable bullets

[PMario]

Hi Saq, 

Watching this tread with great interest. 

I'm especially interested in the keyboard driven approach, with a minimal 
interface. Bimlas's video is nice, but seems to have a lot of bells and 
whistles already. I would be more interested in the minimal underlying 
code. 

Can you send me copy with PM or point me to your repo, if it is visible. 

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/cc6243b4-926c-4fc7-acb3-4d9d3cce262a%40googlegroups.com.

[tw5] Re: Query: What is a fragment?

[PMario]

On Monday, May 25, 2020 at 8:41:14 PM UTC+2, PMario wrote:
..

> I think, we should try to post a translated version of the article. ... 
> BUT I don't know, if we would have a licensing problem. Will check it.
>

OK it seems to be CC BY-NC-SA 4.0. ... So no real problem. I'll have a 
closer look. in a different thread. 

-mario

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

[tw5] Re: Query: What is a fragment?

[PMario]

On Sunday, May 24, 2020 at 11:39:29 PM UTC+2, bimlas wrote:

I think the real problem that makes me unable to marry TiddlyWiki and 
> Zettelkasten is that I still don’t quite understand how the latter works. 
> It takes time for me to understand the theoretical knowledge I read about 
> it through practice.
>

I think you are right. The system seems it has been developed over a big 
part of a lifetime of the developer. It was "learning / developing by doing"

The article mentions a card 9/8g: "(Zettel 9/8g): „man liest anders, wenn 
man auf die Möglichkeit der Verzettelung achtet“, which means "You read 
(books) differently if you have the "Verzettelung" in mind".

Where "Verzettelung" in this context means "indexing" as used in a database 
context. 

I think, we should try to post a translated version of the article. ... BUT 
I don't know, if we would have a licensing problem. Will check it.

-m

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

[tw5] Re: Query: What is a fragment?

[PMario]

On Sunday, May 24, 2020 at 3:55:22 PM UTC+2, PMario wrote:

The second link TT posted 
> <https://niklas-luhmann-archiv.de/nachlass/zettelkasten> has a very 
> interesting picture at Chapter 3.1 "Umfang und Inhalt" (Scope and Content) 
>

Link added. sry.

-- 
You received this message because you are subscribed to the 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/652c9048-4ed7-4d62-96d2-a84812815ce4%40googlegroups.com.

[tw5] Re: Query: What is a fragment?

[PMario]

On Saturday, May 23, 2020 at 11:40:45 PM UTC+2, bimlas wrote:
...

> I started working on a TiddlyWiki Zettelkasten edition, but it’s pretty 
> hard because in Tiddly it’s hard to handle tiddlers named with a Unified 
> Identifier (for example, the tag popup list becomes unusable). 
>

Hi, .. I think the Zettelkasten system doesn't need or use tags. ... 
Tagging is a completely different concept, that wasn't used by Luhmann. ... 

The second link TT posted has a very interesting picture at Chapter 3.1 
"Umfang und Inhalt" (Scope and Content) 

The paragraph ends with: "All drawers were without external labeling, which 
could have given information about the content of the respective drawer." 
(Google Translate is wrong here. ... excerpt -> drawer ... They are talking 
about the physical drawer made of wood.)

If a drawer would have a label, it would have been like tagging in our TW 
sense. .. But Luhmann's adressing system is based on "linking and 
backlinking" with a twist. .. 

That is discussed at 3.4 Numbering Principle and 4. Conclusion

Especially conclusion is very interesting. 
-mario

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

[tw5] Re: Saving changes on Android to the same file name

[PMario]

On Saturday, May 23, 2020 at 5:51:57 AM UTC+2, Mark S. wrote:
>
> If you use PMario's file-backups you can save to the same file  on Firefox 
> (not sure if it does Chrome).
>

FireFox works for me. There is no Chrome version atm. ... BUT it needs to 
be Downloads dir or a subdirectory also on Android.

see. https://addons.mozilla.org/en-US/firefox/addon/file-backups/

-m

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/8b4fac6b-6676-4cae-90b5-1c08fa9d20b8%40googlegroups.com.

[tw5] Re: More redesigning TW. GettingStarted should be revamped.

[PMario]

On Friday, May 22, 2020 at 3:12:22 PM UTC+2, TonyM wrote:
...

> I could see us adding plugins to the library that installs a few tiddlers 
> and links to a video to achieve similar ease of use solutions for new 
> users. No need to learn and collect the plugins install and configure or 
> aquire an edition.


I was thinking about helper-bundles. 

They are designed to be deleted on a per tiddler base. ... So once a user 
doesn't need the "helper bundle" anymore, they can remove them piece by 
piece. ... "protected" stuff can be a plugin within the bundle. 

-m

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

[tw5] Re: More redesigning TW. GettingStarted should be revamped.

[PMario]

Hi, 

Have a look at this PR: https://github.com/Jermolene/TiddlyWiki5/pull/4460 
... 

Demo Video: https://youtu.be/rhYgfbs_rCA
Demo Wiki: http://4460.tiddlyspot.com/

What do you think?

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/d500fe7f-e14d-4a47-805f-3f5db02d0be6%40googlegroups.com.

[tw5] Re: Query: What is Markdown? Which implementation do you use?

[PMario]

On Friday, May 22, 2020 at 1:50:26 PM UTC+2, TiddlyTweeter wrote:

 WHICH end-versions if Markdown are we needing to support? 
>

Only 2

CommonMark and variant=tiddlywiki ... Yes the goal is to "rule the world". 

If we have enough users and IF we register a variant, which probably is a 
tough undertaking in its own, others may support it, if their users demand 
it. 

-mario

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

[tw5] Re: Query: What is Markdown? Which implementation do you use?

[PMario]

On Thursday, May 21, 2020 at 9:58:23 AM UTC+2, TiddlyTweeter wrote:
...

> *The issue is this: When evaluating "A better Markdown for TW" what are we 
> specifically talking about? It sure isn't Fountain. But WHAT is it?*
>

I think those TW rules should understand markdown

 Paragraphs in WikiText 
 Lists in WikiText 
 Linking in WikiText 
 Images in WikiText 
 Headings in WikiText 
 Formatting in WikiText 
 Code Blocks in WikiText 

 HTML in WikiText 
 Hard Linebreaks in WikiText 


According to the CommonMark spec  ... 
with some exceptions. So the MIME type may be text/markdown; 
variant=tiddlywiki

CM spec contains a lot of redundant rules and start / end markers. We need 
them for the important stuff like transclusions, macros ... and so on. see: 
https://tiddlywiki.com/#WikiText

-mario

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

[tw5] Re: How many types of text preview are there?

[PMario]

Hi,

You need to install the "Internals" plugin. See: 
https://tiddlywiki.com/prerelease/#%24%3A%2Fplugins%2Ftiddlywiki%2Finternals

-m

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

[tw5] Re: Announcement: New, temporary, GGroup to discuss TW UI redesign

[PMario]

Hi Mat, 

I think you need to change permissions. I'm not allowed to see the content.

-m

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/837ef453-7a0d-4e50-9195-1e4f8a7cca24%40googlegroups.com.

[tw5] Re: Redesign of TiddlyWiki

[PMario]

On Thursday, May 21, 2020 at 10:33:36 PM UTC+2, PMario wrote:
...

> Every review I've seen in the past says: "TiddlyWiki is great, but there 
> is a steep learning curve!" ... I think "steep learning curve" is a polite 
> description here. 
>

What I'd like to read is something similar to: "TiddlyWiki is a great app. 
Simple to use, clean and powerful! ... If you switch to "poweruser mode" 
you can make it your own!"

-mario

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

[tw5] Re: Redesign of TiddlyWiki

[PMario]

Hi Tony, 

Very well said!. ... but

I'd like to provide a different point of view.

I like, that Edgaras develops completely new ideas, that are outside of my 
comfort zone -- as an "advanced user". ... It think, only if there is 
friction, we are able to change something. eg: I'm so used to the "status 
quo", that I don't see "beginners" problems anymore. 

New users have a very special, may be "innocent" (in a positive way) view 
about TW. ... The problem with this view is. It's gone way to fast. 

After working with TW for 2 weeks users get used to the UI limitations, 
because they start to know the workarounds. 4 more weeks digging into 
configuration, customizations and "doing it the TW way" they are "trapped". 

Every review I've seen in the past says: "TiddlyWiki is great, but there is 
a steep learning curve!" ... I think "steep learning curve" is a polite 
description here. 

In my newbie days I sometimes thought: "This concept makes me feel stupid. 
... but I know ... I'm not." ... I'm sure, some people here in the group, 
know this feeling ... sometimes. 

I think this shouldn't be the case, if we can avoid it.

There have been several discussions about reorganizing the "default TW UI", 
but I think Edgaras is the first UI designer by profession, which started a 
thread with a clickable mockup of his thoughts. ... I think that's unique. 

Since he is a designer, his job is to think outside of existing 
conventions, *even if the ideas are not* backwards compatible. New ideas 
don't have to be "backwards compatible". ... It's the job of the core devs, 
the plugin and theme authors, to make it work. 

As Saq pointed out, we can make new editions, to experiment with and run 
several iterations until *new users* are satisfied.

As you wrote. TW is a chameleon and I'm sure, with a click of a button, we 
can switch between a "zen like" and a "poweruser like" writing experience.

just some thoughts
-mario

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

[tw5] Re: Can't save .html file on WebDAV

[PMario]

On Thursday, May 21, 2020 at 8:40:51 PM UTC+2, t wrote:
>
> I had a feeling that attention fatigue was getting to me...
>
> So I followed both suggestion enumerated in the linked discussions, adding 
> both lines
>
> RequestHeader edit "If-Match" '^"((.*)-(gzip|br))"$' '"$1", "$2"'
> FileEtag None
>
> and now it works!
>

Good!

It would be interesting, if it also works without the FileEtag None line. 
... Only line 1 ??

The second question is. Which service do you use? It may be interesting for 
other users. 

-mario

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

[tw5] Re: Query: What is Markdown? Which implementation do you use?

[PMario]

Hi, 

There are several specifications, that define the text/markdown* MIME *type 
and the variants thereof. File extension is .md

text/markdown is specified at [RFC7763] The text/markdown Media Type 
 since March 2016. It mentions 
markdown-variants in [chapter 10] 
 

Some important variants are registered / described in [RFC7764] Guidance on 
Markdown: Design Philosophies, Stability Strategies, and Select 
Registrations 

Common variants are: 


   - MultiMarkdown
   - GitHub-Flavored Markdown
   - Pandoc 
   - Fountain (Fountain.io) 
   - CommonMark 
   - kramdown-rfc2629 (Markdown for RFCs) 
   - rfc7328  (Pandoc2rfc) 
   - PHP Markdown Extra


CommonMark is the newest spec and probably the most complete, mentioned on 
[page 
14]  

Depending on the library, that is used, it may be possible to select 
different variants. IMO it very much depends on the personal usecase, which 
setting makes sense.

TW default MD library (remarkable-js 
) supports: CommonMark + 
popular syntax extensions 
. 

As Saq pointed out, the library creates it own AST, which makes it possible 
to pass unknown elements to the TW parser, _after_ parsing MD. 

BUT there are some limitations. _Not_ every combination of markdown syntax 
and TW syntax may produce the expected output. It is meant to be used with 
"prose text" and a little bit of [[link]] magic.  THAT's it!

If we want to have 100% compatibility we would need to implement our own MD 
variant into TW. 



There is a What if? 
 
thread, that I started 2017, that discusses the possibility to implement 
CommonMark as a subset of the TW syntax AND create a Markdown variant that 
defines the missing TW features. 

So it would be possible that "TW syntax X" would be a valid Markdown 
Variant. 

have fun!
mario

PS @Eric Shulman - Someone (not me) marked my thread 
 
as completed. Could you please remove it?

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

Re: [tw5] Redesign of TiddlyWiki

[PMario]

On Tuesday, May 19, 2020 at 2:03:46 PM UTC+2, Mat wrote:

I also think, that the info button should be part of the EditTemplate. Same 
>> thing here. Most elements of the editor can be hidden behind it. [...]
>>
>  
> Hear hear.
>

:) ... You know, that I'm not the biggest fan of hidden information. That's 
why I think there needs to be some info in the "minimal UI", that points 
the users to the advanced configuration. We shouldn't get a lot of help 
requests that start with: "I want to enable .. but I cant find it." ... 
If this happens. We did it wrong.
 

> Even the tag-editor and the title field can be removed, except, if the 
>> tiddler is named New Tiddler or something similar. 
>>
>
> Hmmm...  ;-)
>

Yea, ... maximum vertical working area. Especially for phones, imo this 
will make a big difference. I really hate the editing experience with my 
phone. The title input, the tag-editor and the toolbar already need more 
than 30% of the vertical space. The keyboard nedds another 40%. So there 
isn't much left atm. 
  

> With a mechanism like this, plugins can add "reference / backlinking" 
>> output into the tiddler info section OR at the end of the xxTemplate, and 
>> the user can decide, if and when they want to see this info. 
>>
>> Similar to this example: 
>> https://wikilabs.github.io/editions/slant-01/#04-clicking-tag-opens-tagmap 
>> ... If you *click a tag*, it will open something that I called "Tag 
>> Map". [...]
>>
>
> Not sure about that particular proposal
>

Just an example, who it could be. 
 

> - I think the current behaviour, i.e that you get a dropdown for the 
> current tag is pretty good. 
>

... With the phone .. Imo NO. There is room for improvements
 

> However, interestingly, there is no "feature" if you click tags in *edit 
> *mode. 
> IMO this place would be useful for tag settings etc.
>

I'm not sure, what this means. 
 

>  If the (i)nfo button would be part of the default UI, I'm pretty sure 
> users will click it, because it is something special and they want to know, 
> what's behind it. I'm sure, the "more" chevron is completely ignored by 
> most users. 
>
> Where do you propose the content from the chevron should go? Or should the 
> chevron stay and there should be *four *default toolbar buttons?
>

The chevron needs to stay and there should be 4 default buttons. I also 
want to make it easy, that the info area stays open as a "per tiddler" 
setting. With a new button: "Close all open info sections"

-mario

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

Re: [tw5] Redesign of TiddlyWiki

[PMario]

Hi,

I think it would be possible to give the TW default (i)nfo section more 
love. At the moment, it is hidden by default. So users need apps like 
stroll or others to find out, that the whole backlinking mechanism has 
always been there. Just 1 click away. 

Many users have to go a long way, and hack the ViewTemplate to add 
something, that has always been there. Just 1 click away. 

IMO it would be easy to add a little checkbox to the tiddler info area 
tabs, which allow them to add the backlinks info at the end of the tiddler 
ViewTemplate. The same should be true for most other tabs in the info 
section. 

If someone wants to see the "tagging" info, they should get a 
"TagglyTagging like" experience if they need it (plugin).

I also think, that the info button should be part of the EditTemplate. Same 
thing here. Most elements of the editor can be hidden behind it. Checkboxes 
allow them to be part of the EditTemplate. So it should be easy to remove 
the "type-field" selector and the "add fields" elements. 

It would also eliminate type field dropdown and opens up much more space to 
add docs to the selections. 

Even the tag-editor and the title field can be removed, except, if the 
tiddler is named New Tiddler or something similar. 

With a mechanism like this, plugins can add "reference / backlinking" 
output into the tiddler info section OR at the end of the xxTemplate, and 
the user can decide, if and when they want to see this info. 

Similar to this example: 
https://wikilabs.github.io/editions/slant-01/#04-clicking-tag-opens-tagmap 
... If you *click a tag*, it will open something that I called "Tag Map".  
It is part of the info section, but it could also be part of the 
ViewTemplate. ... With a little bit of tinkering, it can look like 
TagglyTagging or something else, that a user may need. 

If the (i)nfo button would be part of the default UI, I'm pretty sure users 
will click it, because it is something special and they want to know, 
what's behind it. I'm sure, the "more" chevron is completely ignored by 
most users. 

At the moment the Info button is hidden. The main argument is: We don't 
want to "clutter" the default UI. .. But as it turns out, especially the 
EditTemplate is way too cluttered. So let's add an info button and remove 
the rest, that is not needed for new users. 

I think we can pretty easily get an edit-UI, that Edgaras envisioned at: TW 
revamp 

 
linked in the OT. 

Creating a simplified "starter UI", that has the full power backed into, is 
doable. Plus some intro videos similar to this one 
, I think we can go a long way. 

There is a PR at GitHub  
and a demo wiki at tiddlyspot: http://4460.tiddlyspot.com

Just some thoughts. 

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/6b509e83-03ac-494e-b306-a9249b2708a7%40googlegroups.com.

Re: [tw5] Re: Personal News

[PMario]

Hi, 
I wish you all the best and get well soon!
-m

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

[tw5] Re: TW5 home button?

[PMario]

hi,

Because of security reasons TW doesn't allow to execute js code like thils. 
htm code will be sanitized, 

-m

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

[tw5] Re: Block Quote changes

[PMario]

Hi

> test

creates 

<<<
test
<<<

creates a 

This is an intended change, since chained lists produce invalid hmtl code. 
see: https://github.com/Jermolene/TiddlyWiki5/pull/4332

-mario

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

[tw5] Re: The MESS of knowing what is what ... GG is poison ...

[PMario]

On Saturday, May 16, 2020 at 10:53:37 AM UTC+2, Mat wrote:
..

> P.S Since you bring up my own plugins - I try to prefix the subject line 
> with "Presenting:" for this very reason. 
>

I do use [INTRO] [ANNOUNCEMENT] [VIDEO] and [AddOn] in the thread title, if 
I want to promote something and also find them later on. 

I think VIDEO and ADDON is clear. 

INTRO and ANNOUNCEMENT could be considered the same. But I do use INTRO for 
*new 
*plugins or a new major version. eg: from 0.s to 1.0 ... 
and announcement is used to push info, if something special happens. 



It is not fully consistent and, especially, I didn't do it before I started 
> doing it ;-)  
>

I love this one!
 
-mario

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

[tw5] Re: [Question] Are filter operator order affects performance?

[PMario]

On Saturday, May 16, 2020 at 1:59:53 PM UTC+2, Tony K wrote:
>
> Thanks a lot PMario, I've been wondering about the difference between 
> all[current] and is[current] I somehow thought that is[current] is faster 
> but good to know the truth
>

Yea, 

[all[current]] ... The naming is a little bit misleading. Have a look at 
the code 
<https://github.com/Jermolene/TiddlyWiki5/blob/master/core/modules/filters/all/current.js>.
 
It's really simple and fast.

[is[current]] looks different. see the code 
<https://github.com/Jermolene/TiddlyWiki5/blob/master/core/modules/filters/is/current.js>.
 
The "source function" iterates over the input titles. And you can see the 
"!" prefix handling.

It's not necessary to understand everything, but I think the difference is 
visible.

-m

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

[tw5] Re: Don't call attention to TWC

[PMario]

On Saturday, May 16, 2020 at 12:54:01 PM UTC+2, Mat wrote:
>
> Disregarding the irony of the very title:
>
> In another thread someone requested more attention to TiddlyWiki 
> Classic/TWC/TW2, i.e the predecessor to TW5. To which I replied:
>
> I don't get why NEW attention should be brought to TWC which is, after 
>> all, a system we've advanced from. Sure, it works and it's great, but there 
>> has been no development for it in almost a decade.
>
>
Hooow, ... You are really wrong here! 

Yakov does a really great job in maintaining and updating 
 TWclassic. The last commit is 14 
days ago. The last version is 2.9.2 from Feb. 2019. ... Sure the 
development is slower than TW5 but I think it is still a viable member in 
the TW ecosystem. 

There have been some problems with the save mechanism in the past, because 
of browser changes. Some of them also needed some action on TWc side. 

 

> It seems mostly that people who use it do so because they didn't muster up 
>> the effort to make the transition. Yes, I know this is not 100% the case 
>> because TWC is more performant in some aspects but the same can probably be 
>> said of Windows 95 or whatever. We've moved on, for good reasons, and we 
>> should not "trick" people into spending time on that old technology. There 
>> is recurring confusion for newcomers where they found some plugin or 
>> information that strangely "doesn't work".
>> Let TWC fade out to be a nostalgic memory that is still *beautiful *but 
>> that we shouldn't *dwell *on.
>
>
I wouldn't start a new wiki with TWc but I also have some "note wikis" that 
are still TWc. I don't see a reason to change a working system.
 
-mario

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/34af5ff6-0b36-4ddf-84c3-692404aee677%40googlegroups.com.

[tw5] Re: [Question] Are filter operator order affects performance?

[PMario]

Hi Tony, 

I think you know the answer. 

 - [is[current]] internally reads the <> variable and 
compares it with the "inputed list" ... If there is no input it uses every 
tiddler.
 - [regexp:keywords[Wiki]] will search all tiddlers from the input list if 
the "search word" is part of the field. 

The regexp search is heavier than searching the list of all tiddlers, 
especially if you search the "text field". 

So if you do a regexp search in 1 tiddler will need less time if you do a 
regexp search in every tiddler and then look if the current tiddler is part 
of the list. 

---

But this:
- [all[current]regexp:keywords[Wiki]]  does the same thing is much faster. 

[all[current]] doesn't search the input list. It internally reads the 
currentTiddler variable and returns it. done. 

[is[current]] can be negated, [all[current]] can't.

-- 
You received this message because you are subscribed to the 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/7097dd48-0bf5-4135-9397-7bb336b5db46%40googlegroups.com.

[tw5] Re: Designer Question: Can we pollute the fieldname space like we can the tagname space?

[PMario]

On Friday, May 15, 2020 at 2:18:21 PM UTC+2, PMario wrote:

If you try to establish *many *plugin-related fields. I personally would go 
> with a postfix. show-info.psat ... So I can use show-info.wl ... OR we 
> both agree on the behaviour of how show-info should work ;)
>

As i wrote this, I had an idea. ... What if plugin authors agree on a 
defined behaviour for new fields. This would allow us to use the same field 
name with multiple plugins. 

This may lead to "total confusion" but imo it's worth some thoughts. eg: 

field name: show-info
values: yes.psat no.wl

So my filter code could be: [contains:show-info[no.wl]] and your 
[contains:show-info[yes.psat]]

This can only work, if every plugin-author would work that way from the 
beginning. .. It wouldn't be possible to test for "empty value" anymore, 
because an other plugin would have a value in the field. That wouldn't be a 
problem for me personally, but may be for others. 

Adding new values can be done with: append and removing a value can be done 
with: remove. ... A _new_ toggle listops may be a convenience function. 

The above would only make sense for "yes / no" like fields. 

just some thoughts
mario

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/219be745-4baf-494b-9204-856a0a272c85%40googlegroups.com.

[tw5] Re: Designer Question: Can we pollute the fieldname space like we can the tagname space?

[PMario]

On Friday, May 15, 2020 at 5:17:29 AM UTC+2, TonyM wrote:
...

> *Note: *A Common answer in tiddlywiki is don't bother, use as many as you 
> want and if you get into trouble change it, does that apply here?
>

Yes. :))
For your private wikis you can do what ever you want.



For plugins the point is: 

If you want to standardize field-names, without prefixes and include them 
into the TW core, you have to have really, really, really good arguments. 
Because names that the core uses can't be used ever again by users, for a 
different purpose.

That's why the core itself tries very hard, to avoid name collisions. eg: 
Have a look at the system tag: $:/tags/Stylesheet for a sytem-tags. It 
would have been easy to use $:/Stylesheet or Stylesheet. But that didn't 
happen. The main reason is, that it is very likely, that "new users" want 
to use them for their own use-cases. 

So Jeremy had to find a tag name, that is self explaining enough to be 
useful _and_ that gets out of the way for end-users. 

If you are a plugin-author .. you are _no_ end-user anymore. Publishing 
plugins comes with the responsibility to "go out of the users way" ... as 
good as possible.

Using a field-name like: _show-details or show-details is definitely 
limiting the possibilities for your users. So *it's good, that you think 
about it*!

Especially as we already promoted _field-name with a special meaning as a 
"private" name. So everything which is prefixed with _ should be treated as 
"*user private*" and not "plugin private". 

The advantage of _xxx-name or $:/_-name for system tiddlers is, that it 
is automatically sorted at the beginning of sorted lists. ... This 
behaviour *should be reserved for end-users*, to make their live easier. 
IMO plugins shouldn't take this away. 

BUT as always: *This is "just a convention"*. You can do whatever you want, 
and see, how it works out!

Plugin tiddlers do have a namespace like: 
$:/plugin///as/complex/as/you/like/it

Code that comes with plugins should follow this convention because it is 
"best practice". 

--

*If you thought about the things listed above, _and_ there is no other way 
to make a field-name useful then use it, without any pre-fixes!* ... May be 
a postfix?

Eg: I did use the field name: aliases for my uni-link plugin. It is a space 
separated list of titles. Anything else doesn't make much sense and imo it 
is specific enough, that it could also be used by other plugins, that do 
the same thing, without a naming and meaning problem.

I also used the field name: subtitle in contrast to the core caption field. 
... I consider aliases and subtitle as "de facto" standards now. .. BUT 
there is the risk to cause naming collisions in the future. 

That's why you should really think carefully, until you try to establish a 
new "de facto" standard! .. Other plugin authors and users will have to 
accept them. 

If you use xxx-yyy  field names, imo you should *not hide* them in the 
editor. The risk is too high, that users overwrite them and your plugin 
will probably cause really hard to find side effects. If users don't know, 
that they have overwritten something, they have no chance to tell you, if 
there is an issue. 

If you try to establish *many *plugin-related fields. I personally would go 
with a postfix. show-info.psat ... So I can use show-info.wl ... OR we both 
agree on the behaviour of how show-info should work ;)

just some thoughts. 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/5e184459-7ef1-4c4b-bb4d-f63316c7d52c%40googlegroups.com.

[tw5] Re: REQUEST - We need a suffix line param to work with the prefix param

[PMario]

On Wednesday, May 13, 2020 at 3:22:04 AM UTC+2, David Gifford wrote:
>
> In this thread 
> , 
> Anne-Laure Le Cunff requested a way to format paragraphs when importing 
> from other programs.
>
> The ideal would be an editortoolbar button that prefixes each line with 
> * and suffixes each line with 
>

hmmm, 

If you are able to position the cursor in the right position and hit a 
button, IMO it would be easier to position the cursor and hit the [Enter] 
key 2 times. 
Done.

Just a thought.
-m

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

[tw5] Re: Creating a new line by [Enter] key

[PMario]

On Thursday, May 14, 2020 at 1:17:03 PM UTC+2, Edgaras wrote:
>
> Is there a reason why the natural behaviour of TW is *not *to create a 
> new line (paragraph) when I tap [Enter] key on the keyboard?
>
> Is there a way to change this default behaviour?
>

IMO: Use 2 linebreaks and you are good to go. 

Using single line breaks and the "workaround" described in the linked 
thread, will cause problems in the long run. IF you start to use advanced 
wikitext functions, like macros and widgets.

If you stay within "prose text" you should be fine!

-m

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

Re: [tw5] Re: Composite tiddler with 5 transclusions chokes TW

[PMario]

On Thursday, May 14, 2020 at 2:18:34 PM UTC+2, Peter Buyze wrote:
>
> No worries TonyM, the issue is resolved.
>

OK. .. Good!

What was the problem. Just as a reference for others ;)

-m

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

[tw5] Re: TW parser to actually "replace" text

[PMario]

On Wednesday, May 13, 2020 at 8:21:55 PM UTC+2, Tony K wrote:
..

> I am sorry if I offended you in any way 
>

No offence taken. ... 

I think, it is a good idea to have a possibility to switch from "feelinks" 
to "real links" in a simple way. ... As always I personally want to be "in 
control". That's why I think, global research and replace is a little bit 
of an overkill. 

Eg: If I would import content from a "non TiddlyWiki source", freelinks is 
a valid option to get "initial" linking. ... Later in the process of 
"reviewing", I think "free linking" should be replaced by "real linking". 
... Core processing is faster and imo much more precise, from an authors 
point of view. 

- brainstorming

TW freelinks plubin already contains functions, that let us *search* for 
existing tiddlers and provides a function to create a regexp to identify 
tiddler titles in a given tiddler text. 

IMO that's already half way of the functionality, we need to create the 
missing "replace" in wikitext function. ... 

If a tiddler is in edit mode, the user has maximum control, because there 
is the Cancel button, which restores the existing content, if freelink -> 
real-link doesn't work as expected. 

I think: Even if I need to edit 100+ tiddlers, a "high quality" review 
should be doable in an appropriate amount of time of 2h. "low quality" 
should be much faster. 

just my thoughts
mario

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

[tw5] Re: TW parser to actually "replace" text

[PMario]

On Tuesday, May 12, 2020 at 6:42:55 PM UTC+2, Tony K wrote:
...

> what I want to do, in simpler form, is replace all occurrences of a word 
> (say Word1 ) with [[Word1]]
>

Hmmm, That is a completely different question. 
 

> so, in other terms, converting a "freelink" to a "backlink"
>

OK

So I'll try to rephrase it: 

   - There should be a list of existing tiddlers
   - The occurrence of every tiddler title in the tiddler text, should be 
   replaced by [[tiddler title]]
   - The action should be global

I would prefer: 

   - There should be a list of existing tiddlers
   - It should be possible to configure, which existing tiddler title 
   should be "replaced"
   - If configured, the occurrence of every tiddler title in the tiddler 
   text, should be replaced by [[tiddler title]]
   - The action should be global

This makes it more controllable, but not really flexible. ... IMO a global 
search and replace can be an extremely "destructive" functionality. 

I personally would like to have much, much -- more control over the "find 
and replace" process. I would like, to be able to control it on a per 
tiddler level. 

So for me an editor button would be the right thing to go with. 

TW action-widgets know the tm-edit-text-operation 
. I 
think, the implementation of edit-toolbar buttons would be a good starting 
point. I think it would give users much more fine grained control, over the 
whole "review process".

Just my thoughts!

I could do it in any language in 3 minutes top can't understand why it is 
> so complicated in TW :S 
>

hmm. ... Don't get me wrong. Then it would be the right thing to do it that 
way. ... right?

I did need much more time to write this response ;)

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/ba183b0a-d9ce-4f30-b518-d78aecd303e5%40googlegroups.com.

Re: [tw5] Re: Composite tiddler with 5 transclusions chokes TW

[PMario]

On Wednesday, May 13, 2020 at 1:37:37 PM UTC+2, Peter Buyze wrote:
>
> Thanks PMario.
>
> I downloaded an empty TiddlyBlink, imported all my tiddlers and added no 
> plug-ins. The infamous composite tiddler could not be opened.
>
> I then did the same with an empty TW file, and still the infamous 
> composite tiddler could not be opened. Conclusion: that tiddler, somehow, 
> is corrupted.
>

That's strange if there is a problem with empty. ... Which TW version do 
you use?  ... see: ControlPanel : Info tab. 
How does the TE tiddler from your OP look like?

[[Tid 1]]
{{Tid 1||TE}}<--- I do need this TE tiddler!

-m


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

Re: [tw5] Reviving TiddlyWiki Hangouts

[PMario]

On Tuesday, May 12, 2020 at 5:57:57 PM UTC+2, Jeremy Ruston wrote:
>
> We’ve now got a great schedule for the next few weeks: 
>

>- Tobias Beer for the week of 1st June
>
> Have you been able to contact Tobias?

-m

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

[tw5] Re: Add Gitlab saver config on TW5+node.js but doesn't work

[PMario]

Hi, 

There is some more info at: 
https://github.com/Jermolene/TiddlyWiki5/issues/4638

-m

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/54a6b61f-2df6-4151-8d03-4a474bf73fcf%40googlegroups.com.

[tw5] Re: Add Gitlab saver config on TW5+node.js but doesn't work

[PMario]

On Wednesday, May 13, 2020 at 3:29:31 AM UTC+2, yrosgi L wrote:
>
> Currently it can only save automatically on the server local.
> Even tried another to config a Github saver, saved and restarted the 
> server, it still only save to the server local.
>

At the moment only 1 saver can be active at a given time. If you use a 
local node-server it can only save back to this server. 

If you what to store something back to github, you'll need to "serve it 
from GittHub" and not from local. 
 

> Another question for curious is that where does the tiddlywiki store the 
> Gitlab config's password/token?
>

The token is saved in you browser local storage. 

This is true for all external savers that need tokens and/or passwords. 

-mario

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

Re: [tw5] Re: Composite tiddler with 5 transclusions chokes TW

[PMario]

On Wednesday, May 13, 2020 at 9:03:59 AM UTC+2, Peter Buyze wrote:
>
> Transclusions were working fine, until I made that composite tiddler.
>
> I have been actively adding David Gifford's tooltips to internal links. 
> So, if Tid 1 links to Tid 2 and Tid 2 links to Tid 3 and Tid 3 to Tid 4, 
> then in Tid 1's one can hover of the link to Tid 2 to see Tid 2 in a 
> tooltip. 
> In that tooltip the link to Tid 3 will be visible and hoverable, but Tid 4 
> won't be. Jeremy made it clear it does not go ad infinitum. 
>

If there is a construction as you describe it, it is very likely, that you 
created an infinite loop. It has to be handled at the plugin / macro level. 

To find out, where the problem comes from, the easiest way is, to *import 
plugins 1 by 1 into an empty* html and see if the problem comes up. 
The plugin loaded last is very likely the one that causes the problem. 

The TW core has some checks built in. So it is able to show some info if 
you transclude a tiddler into itself. ... 

But "complex" user code can't be "protected" without adding strict rules 
about usage patterns.

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/b492b850-0ca0-4ac6-991a-5b7fc6043e48%40googlegroups.com.

[tw5] Re: Reviving TiddlyWiki Hangouts

[PMario]

+1
-m

On Tuesday, May 12, 2020 at 2:52:56 PM UTC+2, Dragon Cotterill wrote:
>
> I know that I'm late to the nomination party, but I'd really like to hear 
> the point of views of people who remain "faithful" to TWC. My nomination 
> would have to be Yakov and his continuing superb work in that area.
>

-- 
You received this message because you are subscribed to the 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/d6ee7dd9-8bc9-41f4-91f4-7b9d8bf170ef%40googlegroups.com.

Re: [tw5] Re: Composite tiddler with 5 transclusions chokes TW

[PMario]

Hi, 

You should open an empty.html and try marks plugin alone, just to be sure, 
it's the right address.

-m

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/43a373fb-8e33-402b-99f9-1eeaee5979d6%40googlegroups.com.

[tw5] Re: TW parser to actually "replace" text

[PMario]

On Tuesday, May 12, 2020 at 4:13:04 PM UTC+2, PMario wrote:
...

> What you want is: TW wikitext -> AST -> TW wikitext
>

Having something like this, with lossless conversion would be unbelievably 
cool. 

It would allow us to store tiddler content in AST format, instead of 
wikitext, which probably can speed up tiddler rendering.

It would allow us to do things like: TW wikitext -> AST -> markdown (prose) 
text ... AND vice versa

BUT 

It would mean that we rewrite a big part of the existing wikitext -> AST 
conversion and write a NEW  AST -> wikitext / md "converter". 

... @Tony K ... trying to understand the underlying mechanisms has a lot of 
potential ;)

just dreaming!
-mario

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

[tw5] Re: TW parser to actually "replace" text

[PMario]

Hi, 

Referring to my last post, I do think, the parser isn't the right place to 
do stuff like this, because the parser does something completely different. 

TW parser converts wiki text syntax into a so called AST Abstract Syntax 
Tree , which is an 
internal structure, that is kept in core memory only and is not available 
for end users. 

It is available for plugin authors. The flow is like this

TW wikitext -> Parse Tree (AST) -> Widget Tree -> HTML

What you want is: TW wikitext -> AST -> TW wikitext

So the AST could be modified and "*partially*" converted back to wikitext. 
... BUT...  since TW AST doesn't contain text structure info eg: info about 
white-text (spaces / line-breaks) and comments it would be a rewrite of the 
tiddler source. ... So you will loose information.

If you want to learn, how to modify TW wikitext, that way, without breaking 
it you'll need to understand how the relink-pluign 
 works. ... Be aware this plugin is 
highly sophisticated and has been a lot of work! So you'll need to be 
prepared to "dig down the rabbit-hole", which needs some time!

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/3f7b9814-4f6d-47d6-b9ff-f21e8f1f4f9c%40googlegroups.com.

[tw5] Re: TW parser to actually "replace" text

[PMario]

Hi Tony,

TW core has a so-called "hook" mechanism, that could be used here. It is 
described in the TW dev edition, with a minimal example, that just shows 
the basic mechanism.  

See the th-saving-tiddler hook 

 
info. ... You could do a *javascript *regexp *search and replace* in the 
hook.  

BUT as a user of such an editor, I personally would consider a behaviour 
like this as a very offensive action. ... If you just want to learn about 
the inner workings of TW core, I think it's a good example, with a little 
bit of risk involved, to keep it interesting. 

I did use the th-importing-tiddler hook with my bundler plugin, to log 
imported tiddlers into a log tiddler. ... This can be a "real world" 
example how you can implement it as a plugin.

To do hooks right, you also need to understand when they are executed, so 
you'll also need to have a closer look at TW core code. 

th-saving-tiddler is executed here: 
https://github.com/Jermolene/TiddlyWiki5/blob/d1441d29fde17fd382658d7b541cab513d86a936/core/modules/widgets/navigator.js#L323

th-importing-tiddler is executed here: 
https://github.com/Jermolene/TiddlyWiki5/blob/d1441d29fde17fd382658d7b541cab513d86a936/core/modules/widgets/navigator.js#L559

*That's 1 way to do it. *

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/08fbeffc-ff23-47e6-af3b-78b519eb2ff9%40googlegroups.com.

Re: [tw5] Re: The MESS of knowing what is what ... GG is poison ...

[PMario]

Hi Foks, 

This may be interesting: 
https://github.blog/2020-05-06-new-from-satellite-2020-github-codespaces-github-discussions-securing-code-in-private-repositories-and-more/#discussions

It turns out, that there is a new feature around the corner at github 
itself. 

- I'm in brainstorming mode ;)

If we can convert an issue to a discussion and vice versa, IMO it will be a 
winner. ... 
We could potentially clean up our issue-board without being rude, just 
closing a valid issue. 

If feature discussions have moved to a level, that is actionable, we could 
create a new issue and link it, or move it, to a discussion, which is in 
the same house (repo).

There is a downside too. ... We will probably need a proper github team / 
repo management, since this won't be possible to manage by 1 person only. 

... or is this a big new chance?

-

There is an interesting blog post, that also discusses some downsides of 
the new feature(s).

https://dzhavat.github.io/2020/04/04/my-thoughts-on-github-discussions.html

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/bf3f833b-e434-4bae-a8d6-dc4bfbb67d25%40googlegroups.com.

Re: [tw5] Re: The MESS of knowing what is what ... GG is poison ...

[PMario]

On Sunday, May 10, 2020 at 8:48:59 PM UTC+2, Sarath Addanki wrote:
>
> Ciao TiddlyTweeter,
>
> Github is more than code management. It's used for project management, 
> defects board, discussions, Devops, Wiki.
>

We did use the main github repo for discussions about new TW options and 
ideas, several years ago, and it completely failed. ... In the main repo it 
isn't maintainable for developers. 

In the main repo devs want to have "actionable" issues. .. aka bugs AND 
Pull Requests + Code reviews. ... that's basically it. 

>From my point of view, there are already too many open issues, that go back 
to 2013. ... Many of them are tagged "newfeature", "improvement" and 
"discussion" ... Those issues can't be closed, since most of them are still 
valid. .. 

At github closed issue is a *resolved *or *rejected *issue. .. IMO there is 
no other option atm.

 - None of the open issues are rejected. ... They would have been closed 
with label "wontfix" ... They are valid, so wontfix doesn't really fit.

 - Many of the open issues are resolved but not closed, since only the 
"creator of the issue" and the "repo owner" can close them :/

>From time to time me or someone else "floods" issue-creators and Jeremy 
with "Please close this issue" "bumps", with varying success. Many issue 
creators don't listen anymore and Jeremy has better things to do. 

So for me the best thing we have to discuss new features, and develop new 
ideas is this group. ... It may not be the best solution, but it's "good 
enough" that it works. 

My thoughts!

--

 - We do have a Gitter account: https://gitter.im/TiddlyWiki
 - We do have a Discord channel: https://discord.gg/7jHevu

IMO both channels are good for unrelated chat, but that's it.  
I personally look at them, may be once a week.

So from my point of view, the fastest way to get a response in a "topic 
related thread" is here. 

 - There is Twitter: https://twitter.com/TiddlyWiki
 - There is reddit: https://www.reddit.com/r/TiddlyWiki5/

I personally don't use and reply to them. 

My behaviour!

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/809268b8-4581-4880-821f-68903ffdec76%40googlegroups.com.

[tw5] Re: Plugin design: splitting up vs. duplicating

[PMario]

Hi,

I think, it depends on how "connected" your plugins are. If 1 functionality 
is hardly used *without* the other, I would keep it in 1 plugin. 

If it is very likely, that they are useful alone, and do completely 
different things, you should split them. The chance is high, that users 
demand different new "features". So the code base can't be shared after a 
view iterations anyway.

If they share eg: 40% or more code, I'd go with 1 plugin, until it really 
needs to be split into a "main" and "feature" plugins. ... But I think you 
can go a long way here. IMO up to 30k in plugin size, uncompressed, before 
you start splitting. ...

I think at the beginning its relatively hard to know, the structure, that 
will be really needed. So after some time a module like rewrite may be a 
possibility.

Splitting will be made easier, if you keep it in mind early and already 
start with a module like structure. 
You can have a look at the tw core, how "modules" are created. Have a look, 
how the module-type field is handled, if you are interested.

just some thoughts. 

-mario

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

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

[PMario]

Hi,

You already have a <$xpath> widget, imo you can have an <$xselect> too. 

-m

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/9005368e-59b5-4e14-8182-45e0e889219a%40googlegroups.com.

Re: [tw5] Re: Demo: Proposal for slight visual changes to getting started tiddler

[PMario]

Hi Riz, 

I'm in favor of your approach, to make the "list of possible savers" more 
accessible for new users. 

Let's put the styling side of things out of the way at the beginning ;)

I think, the first question / checkbox should be 

 - basic savers
 - advanced savers

... The rest should stay as it is. 

Basic savers should be: 

 - Download
 - Emergency

The rest should already be categorized as "advanced"

The goal should be, that there are as view as possible solutions visible at 
a time. ... BUT ... all the possibilities should be listed at least once. 

just some thoughts. 
mario

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

[tw5] Re: The MESS of knowing what is what ... GG is poison ...

[PMario]

Hi,

If I do find something interesting to remember, I use the "star" to mark it 
as "Starred". It can be my own replies, which I always mark _if_ they 
contain code or an attachment. 

Or I do star comments from others, which I think, I should be able to 
remember. 

The GG web UI have a selector in the left sidebar: Starred, which will only 
list, threads, that I did mark. 

So it's possible to find stuff, that I'm interested in. ... From time to 
time I do scroll down this list, until I find my first "starred" post, 
quite some time back to 2013 or 14

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/87bc3c10-e882-4f89-b1a1-e1633283f906%40googlegroups.com.

[tw5] Re: TiddlyWiki editor - view and edit as one mode

[PMario]

On Tuesday, May 5, 2020 at 10:35:34 AM UTC+2, Edgaras wrote:

> In the broader tread Redesign of TW 
> , the 
> editor/view is discovered to be the number one focus area to address to 
> simplify the writing experience in TW.
>

Hi,
Is there a "latest version" of your design studies, that you linked to 
,
 
in the other thread? Or is this the latest version?

-m

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

[tw5] Re: TiddlyWiki editor - view and edit as one mode

[PMario]

On Tuesday, May 5, 2020 at 10:35:34 AM UTC+2, Edgaras wrote:
...

> So I am wondering, are there any existing plugins/efforts or discussions 
> to try to make TiddlyWiki editor more like RoamResearch or Dynalist, where 
> you can can focus on writing/producing content in the same mode as you view 
> it?
>

Hi, 
I think there are a lot discussions in this group, but there isn't an up to 
date plugin, that is close, to what you want. 

In the end the editor, has to create wikitext, even if it is displayed as 
rendered text. We need wikitext, be stored in a tiddler. Everything else 
doesn't make much sense. 

There is a project named: ProseMirror, which is from the same author, that 
created CodeMirror. We already have a CodeMirror editor plugin, that allows 
us to completely change the internal editor behavior.

With ProseMirror, it would be possible to create what you want. There is an 
example link, which shows an edit-element, that can switch between "prose 
text" and Markdown. https://prosemirror.net/examples/markdown/

It should be possible to use a "full-screen" edit view, to create a 
Zen-like writing experience.

If we put enough work into it, it is possible to create TW wikitext as the 
"backend text", which would allow us to add functionality, that we consider 
for granted. eg: lists, widgets and transclusions. 

The library used will add about 300kByte to a single file wiki. 

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/a13f9b2f-c0d6-49d7-ae6f-539c1f55eead%40googlegroups.com.

[tw5] Re: The Many Macros Question - design and performance

[PMario]

On Monday, May 4, 2020 at 12:07:32 AM UTC+2, TonyM wrote:
... 

>
>> The [tag[abcd]] filter index does speed up finding tiddlers tagged "abcd" 
>> quite a bit. So yes. \import filter is improved since the indexing exists. 
>>
>
> This is when the filters are used in the import widget and pragma 
> ?
>

Yes.

-m

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

[tw5] Re: The Many Macros Question - design and performance

[PMario]

On Monday, May 4, 2020 at 12:07:32 AM UTC+2, TonyM wrote:
...

Adding comments like  inside the macro body, _will_ 
> negatively impact macro performance, since the comment is processed 
> everytime the macro is executed. (... we should try to improve this )
>
> But if I understand correctly it is ok as in the example above?
>

The example you used isn't part of a macro. It needs to be like this:

title: test-macro
tags: $:/tags/Macro

\define test("xx")
$xx$  
\end

Text here in a tiddler tagged: $:/tags/Macro doesn't influence macro 
performance. 


-- 
You received this message because you are subscribed to the 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/59cdbe24-3f0e-4ebd-9580-48bf9ebf8790%40googlegroups.com.

[tw5] Re: The Many Macros Question - design and performance

[PMario]

On Monday, May 4, 2020 at 12:07:32 AM UTC+2, TonyM wrote:
...

Having every macro in 1 tiddler can improve the possibility to document 
> them. The text below a macro definitions is ignored by the \import process. 
> So it doesn't have any memory or performance penalty if there is a lot of 
> text there. 
>
>> But .. I personally think, it makes debugging more complex. 
>
>
> Good to know, So If I placed in the body macro documentation is will be 
> visible on the macro tiddler but not add too much to slow down?
>
> For example?
> \define first-tiddler(filter:"[tag]") {{{ $filter$ +[first
> []] }}}
> \define last-tiddler(filter:"[tag]") {{{ $filter$ +[last
> []] }}}
> \define next-tiddler(filter:"[tag]") {{{ $filter$ +[after
> []] }}}
> \define prev-tiddler(filter:"[tag]") {{{ $filter$ +[before
> []] }}}
>
> Macro definition tiddler
>
> ;Obtain the first/last/next/prev member in a list defined by filter
> :Defaults to tiddlers tagged with the current tiddler, 
> `[tag]`
> *`<>`
> *`<>`
> *`<>`
> *`<>`
>
>  
>

 ... is already comment. So you can see it, if open the tiddler in view 
mode. 

If you the following line to a tiddler tagged: $:/tags/Macro you'll see the 
code in view mode. 

<$view field="text"/>

So your comment could be text only. .. no need to use  

All kudos for the  ... line above go to Eric Shulman. 

The ... definition isn't possible, if you use a tiddler as a template, 
or if you want to transclude it. 

have fun!

-- 
You received this message because you are subscribed to the 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/f7adaef1-640b-4dfe-99b5-2e801840406d%40googlegroups.com.

[tw5] Re: The Many Macros Question - design and performance

[PMario]

On Monday, May 4, 2020 at 12:07:32 AM UTC+2, TonyM wrote:
...

Global macros are imported in $:/core/ui/PageTemplate ... So those 
> variables will only be built, if the page template or one of the macros are 
> changed. 
>
> So this makes them quite efficient, but some of my macros refer to another 
> value eg 
> \define wiki-mode() {{$:/config/wiki-mode}}
> so will all the the page macros be built every time $:/config/wiki-mode 
> changes.
>

I think I wasn't clear enough. .. It will need to recalculate all macros, 
if you edit the tiddler, that contains the \define line. The wiki-mode 
macro will be evaluated if you use it with <> 

The global wiki-mode variable contains: {{$:/config/wiki-mode}} ... as a 
string

You can see all variables if you use: <> macro see: 
https://tiddlywiki.com/#dumpvariables%20Macro%20(Examples)

-mario

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tiddlywiki+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tiddlywiki/5996934a-a71c-4cf5-8c2f-55dcfcd0db15%40googlegroups.com.