Re: [tw] Re: Feature Request

I agree. I also thought it'd be nice to have the cursor automatically focus on the password box after clicking the lock icon...but I *think* that's a small change I can make.  We'll see how bad I botch it. :) On 04/04/2018 06:51 AM, TonyM wrote: > It works well I was recently reviewing it. > > I w

[tw] Re: Feature Request

It works well I was recently reviewing it. I would like an option for such tiddlers to be reencripted automaticaly with the last password used otherwise some one you shared the password with could in advertently reencrypt with a password I do not know. But it seems to address most needs. Regar

[tw] Re: Feature Request

Hi David, You may have a look at: https://danielorodriguez.com/TW5-EncryptTiddlerPlugin/ -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

[tw] Re: Feature Request

Its a few years old now but this should work: https://danielorodriguez.com/TW5-EncryptTiddlerPlugin/ This https://dynalist.io/d/zUP-nIWu2FFoXH-oM7L7d9DM is a useful list of bit and pieces for Tiddlywiki that you may find useful Ben -- You received this message because you are subscribed to the

Re: [tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Yes, Tobias, that works great! Thanks so much. //steve. -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+unsubscr...@googlegroups.com. To post to this gr

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi steve, After having replied to Frd and then reading this, I just added... Hiding The Sidebar On Startup @ tb5 Perhaps that helps. Best wishes, — tb

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Eric et al, Thanks for this suggestion, works really well. For what it is worth, I modified it a bit by *not* tagging [[ShowSaveWikiButton]] with TopRightBar. My workflow then becomes: (1) open the ShowSaveWikiButton tiddler (2) close the sideba (3) save the wiki and (4) reload to test. Doi

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Ah, of course, now I see... good point. I have also updated the tab-manager-thingy at tb5 and separated code from customization... Toggling And Moving Sidebar-Tabs @ tb5 Now there is... - *$:/.tb/config/sidebar-tabs*

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Tobias Have a look at the screenshot attached to the post at the top of this thread -- the original request referred to moving some of the sidebar tabs into a 'Wiki' tab. I found the idea useful, as this allows separation of tabs into: often used(sidebar tabs)/commonly used(wiki tabs)/someti

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Metabele, > I have attached my latest version of a Sidebar/config tool. Drag and drop > the downloaded .tid file to your TW5 -- click the large + sign to prepare > your tabs -- toggle the tabs to arrange your sidebar (take care not to > include a tab within itself!) > What's that "wiki" c

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi I have attached my latest version of a Sidebar/config tool. Drag and drop the downloaded .tid file to your TW5 -- click the large + sign to prepare your tabs -- toggle the tabs to arrange your sidebar (take care not to include a tab within itself!) regards On Thursday, 10 September 2015 20

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Tobias That looks to be useful. The reason I opted for a custom field for the filter (as I recall) -- was to include custom tabs in the toggle listings. For standard tabs, your filter method appears neater (avoiding the necessity of overwriting system tiddlers unnecessarily.) With the additi

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Metabele, > The purpose of the 'side-bar' field is to list the tabs -- using the > '$:/tag/SideBar' only works for active tabs -- once hidden (by deleting > this tag), the tab can't be listed using this tag. > I see. Starting from your table, I went about it slightly differently and also

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Evan The solution in the previous post makes upgrading fairly trivial, provided that the names of the sidebar tabs or system tags involved are not changed in the new version (the code can change.) Simply add this tiddler to your new wiki, and prepare the tabs by clicking the large '+' butto

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Here is a complete solution: 1. Paste this code into a New Tiddler, rename it to whatever you wish, and save. \define getSideTabs() <$button tooltip="List SideBar Tabs"> <$action-setfield $tiddler="$:/core/ui/SideBar/More" $field="side-bar" $value="tabs"/> <$action-setfield $tiddler="$:/cor

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Tobias The purpose of the 'side-bar' field is to list the tabs -- using the '$:/tag/SideBar' only works for active tabs -- once hidden (by deleting this tag), the tab can't be listed using this tag. regards On Thursday, 17 September 2015 23:22:23 UTC+2, Tobias Beer wrote: > Hi Metabele, >

Re: [tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Chiming in to say that this does not avert the "trivial upgrading" problem. Regards, Evan On Thu, Sep 17, 2015 at 4:22 PM, Tobias Beer wrote: > Hi Metabele, > > For what purpose would you be setting a *side-bar* field? > > Best wishes, > > — tb > > -- > You received this message because you are

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Metabele, For what purpose would you be setting a *side-bar* field? Best wishes, — tb -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+unsubscr...@

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Place this code into a tiddler: \define getSideTabs() <$button tooltip="List SideBar Tabs"> <$action-setfield $tiddler="$:/core/ui/SideBar/More" $field="side-bar" $value="tabs"/> <$action-setfield $tiddler="$:/core/ui/SideBar/Tools" $field="side-bar" $value="tabs"/> <$action-setfield $tiddle

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Mario, > Yea, we can make everything configurable. So every shadow tiddler can get > its "visibility tiddler" and then we add a new configuration tiddler that > can activate and deactivate those visibility tiddlers. ... and so on ... > It does not require that, if (something like) this got

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

That's an amazingly simple solution after how much I've been googling to find the something using all sorts of plug-ins and workarounds and such. I think I was expecting something more like a start-up script that just ran whenever the file opened up or changed a default setting somewhere, but w

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

On Friday, September 11, 2015 at 1:45:12 PM UTC-7, Graeme Henson wrote: > > Jumping off of this recent post since it's semi-related, How would you go > about hiding the entire Sidebar itself by default? I've been googling > around trying to find some method for it using plug-ins and such, but I

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Jumping off of this recent post since it's semi-related, How would you go about hiding the entire Sidebar itself by default? I've been googling around trying to find some method for it using plug-ins and such, but I can't tell if it's older code that doesn't apply or if I'm entering in the info

Re: [tw] Re: Feature Request: Sidebar tab hiding as a built-in option

On Friday, September 11, 2015 at 5:28:32 PM UTC+2, Jeremy Ruston wrote: > > Mario expresses several concerns: > > > At the moment TW is configured to death already. > > My goal is to make TiddlyWiki flexible and useful for people who aren't > yet ready to delve into wikitext and deep customisatio

Re: [tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Thanks Jeremy! On Friday, 11 September 2015 10:28:32 UTC-5, Jeremy Ruston wrote: > > Great thread. There's a bunch of points I'd like to respond to: > > Firstly, to respond to Evan's original request, I also think that the > sidebar tabs should be selectable just like the toolbar icons. > > Mari

Re: [tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Great thread. There's a bunch of points I'd like to respond to: Firstly, to respond to Evan's original request, I also think that the sidebar tabs should be selectable just like the toolbar icons. Mario expresses several concerns: > At the moment TW is configured to death already. My goal is to

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

On Friday, September 11, 2015 at 3:09:56 PM UTC+2, Mat wrote: > > PMario wrote: >> >> >> I know but if you have a look at empty.html. It has already 1218 shadow >> tiddlers. Many of them come for UI configuration. We should try to remove >> them and not make them more. The whole confi stuff makes

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Interesting ideas Mat. I have no idea what to answer, but a totally modular tiddlywiky is something I dream about -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

PMario wrote: > > > I know but if you have a look at empty.html. It has already 1218 shadow > tiddlers. Many of them come for UI configuration. We should try to remove > them and not make them more. The whole confi stuff makes TW terribly slow. > @anyone who knows or has thoughts about it; If

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

On Friday, September 11, 2015 at 4:17:05 AM UTC+2, Evan Balster wrote: > > I'm not sure if requiring a theme installed is sensible... > > I feel as if the closest UX analog is the "toolbars" setting. You don't > need a special-purpose theme to enable or disable the "clone" button on all > tiddle

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

I'm not sure if requiring a theme installed is sensible... I feel as if the closest UX analog is the "toolbars" setting. You don't need a theme installed to enable or disable the "clone" button on all tiddlers, or to conceal the "new tiddler" button in the sidebar. On Thursday, 10 September 20

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

On Friday, September 11, 2015 at 2:50:21 AM UTC+2, PMario wrote: > > Just someone would need to create one. > And the theme would have to be found when people need it, be it via tw.com or somehow elsewhere. IMO this is the trickier bottleneck than making the theme. <:-) -- You received this

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

On Friday, September 11, 2015 at 2:16:43 AM UTC+2, Evan Balster wrote: > > For the record, I'm quite comfortable making the customization -- I just > feel as if this functionality is useful frequently enough that it shouldn't > require surgery on TiddlyWiki's core. > You are right but I think t

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

For the record, I'm quite comfortable making the customization -- I just feel as if this functionality is useful frequently enough that it shouldn't require surgery on TiddlyWiki's core. On Thursday, 10 September 2015 17:17:59 UTC-5, Mat wrote: > > @Evan - I'm not sure if you're asking for help

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

I'm not sure if you're asking for help or merely pointing out that it ought to be a core feature to modify this easily. In case of the former, I made "the PublicSidebar " shortly ago that might be of help. Regarding the latter, I agree. <:-) -- You recei

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

On Thursday, September 10, 2015 at 11:20:23 PM UTC+2, Danielo Rodríguez wrote: > > But Mario, > > Then you are editing a shadow tiddler, which is exactly what he wants to > avoid in order to properly upgrade to newer versions easily. > Yea, we can make everything configurable. So every shadow

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

But Mario, Then you are editing a shadow tiddler, which is exactly what he wants to avoid in order to properly upgrade to newer versions easily. I think it makes sense because as he says, customizing such part of the UI should be newbie friendly -- You received this message because you are

[tw] Re: Feature Request: Sidebar tab hiding as a built-in option

Hi Evan, As you found out, if a tiddler is tagged: $:/tags/SideBar, it is shown in the right sidebar. So if you open the tiddler $:/tags/SideBar and open the tiddler info (i) and the "tagging" tab you can see: $:/core/ui/SideBar/Open

[tw] Re: Feature Request

The idea here is to show wikitext/symbols , like in wikipedia On Monday, September 29, 2014 2:36:22 PM UTC+5:30, Danielo Rodríguez wrote: > > I created a plugin for insert wiki markup with keyboard shortcuts. I have > plans to extend it to show also buttons. > You can check it out at braintest.ti

[tw] Re: Feature Request

I created a plugin for insert wiki markup with keyboard shortcuts. I have plans to extend it to show also buttons. You can check it out at braintest.tiddlyspot.com Regards El lunes, 29 de septiembre de 2014 05:52:01 UTC+2, a

[tw] Re: Feature Request - updating tiddler titles across links

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

[tw] Re: Feature Request - updating tiddler titles across links

At the moment. there is no plugin for this feature. TWc has a plugin, that deals with the tags [1]. So if you rename a tiddler, all tags will be fixed. But an automated "in text" search and replace is kind of complicated. So you allways need to fix stuff like this manually. With TWc the follo

[tw] Re: Feature Request - updating tiddler titles across links

Hi Mario, Sorry I forgot to include that detail, I wasn't aware of this functionality being available in either TWC or TW5, even via a plugin? -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving ema

[tw] Re: Feature Request - updating tiddler titles across links

On Tuesday, November 19, 2013 10:54:48 PM UTC+1, Josh wrote: > > When you update the title of a tiddler, the links from all the tiddlers > that link to that tiddler have their titles updated too. > TW5 or TWc? -m -- You received this message because you are subscribed to the Google Groups "T

[tw] Re: Feature request: support for Spotify URIs

On Apr 14, 12:24 am, Szabolcs wrote: > > There's one more tiny thing though.  Outside links in TiddlyWiki are > opened in new tabs (for pretty obvious reasons).  But this is a > disadvantage for "spotify:" links, as the new tab will be just an > empty one anyway (and I have to close it manually

[tw] Re: Feature request: support for Spotify URIs

> I assume it's a load-order issue > [...] > There should be a more elegant solution There is; simply re-evaluating the existing formatter's match pattern: --- /*** spotify:foo [[foo|spotify:foo]] ***/ //{{{ (function() { config.textPrimitives.urlPattern = config.textPrimitives.urlP

[tw] Re: Feature request: support for Spotify URIs

On Apr 14, 12:14 am, Szabolcs wrote: > On Apr 14, 12:01 am, Eric Shulman wrote: > > > Try this: create a tiddler tagged with 'systemConfig' containing the > > following single line of javascript: > > --- > > config.textPrimitives.urlPattern = "(?:spotify|file|http|https|mailto|

[tw] Re: Feature request: support for Spotify URIs

> --- > config.textPrimitives.urlPattern = "(?:spotify|file|http|https|mailto| > ftp|irc|news|data):[^\\s'\"]+(?:/|\\b)"; > --- > after saving and reloading, "PrettyLinks" using "spotify:" as the > protocol should then be recognized as external URLs Interestingly,

[tw] Re: Feature request: support for Spotify URIs

On Apr 14, 12:01 am, Eric Shulman wrote: > > TiddlyWiki already has an easy way of including http:// and file:// > > links.  I'd really love it if support were added for Spotify links. > > Here are a few examples of what these links look like: > > spotify:user:passat_ecofuel:playlist:3bCdgV61L2

[tw] Re: Feature request: support for Spotify URIs

> TiddlyWiki already has an easy way of including http:// and file:// > links.  I'd really love it if support were added for Spotify links. > Here are a few examples of what these links look like: > spotify:user:passat_ecofuel:playlist:3bCdgV61L2bsPqntSf66cE > spotify:artist:5zjaF8JUdylMWrA7AVo3h