My First Release Plugin

已查看 177 次
跳至第一个未读帖子

TonyM

未读,
2018年1月17日 19:37:252018/1/17
收件人 TiddlyWikiDev
Hi Developer folks,

I am using tinka to build my My First Release Plugin. I am a little unclear about the importance of naming standards,

My Current design has tiddlers with the Prefix $:/PSaT/PluginName/various tiddler names

PSaT is the initials of my Business name People, System and Things.

Is it fine to keep these in this naming standard? even although the plugin will be at $:/plugins/PSaT/PluginName?


Must I create before packaging even if the other content is using the above prefix?
$:/plugins/PSaT/PluginName/readme
$:/plugins/PSaT/PluginName/licence

I am trying to do what is correct.

Thanks
Tony

TonyM

未读,
2018年1月17日 19:42:342018/1/17
收件人 TiddlyWikiDev
Further to the above,

What happens when the plugin is disabled?

Tony

Evan Balster

未读,
2018年1月18日 02:30:472018/1/18
收件人 TiddlyWikiDev
It's a convention to prefix the plugin with $:/plugins/<developer_name>/<plugin_name> and to put all tiddlers "inside" that.  You can transgress that convention if you like, but it might be a little messy when it's unpacked into a wiki-folder.

You can include tiddlers of any name in plugins, and bundle them all up with one of the various plugin packing commands.  I've been using the browser console method:  https://tiddlywiki.com/dev/#How%20to%20create%20plugins%20in%20the%20browser

When the plugin is disabled, its shadow tiddlers aren't loaded into the wiki.  The plugin tiddler can still be accessed directly (or through sub-tiddler transclusion) but it's otherwise inert.

PMario

未读,
2018年1月18日 02:59:132018/1/18
收件人 tiddly...@googlegroups.com
On Thursday, January 18, 2018 at 8:30:47 AM UTC+1, Evan Balster wrote:
It's a convention to prefix the plugin with $:/plugins/<developer_name>/<plugin_name> and to put all tiddlers "inside" that.  You can transgress that convention if you like, but it might be a little messy when it's unpacked into a wiki-folder.

That's right.

$:/plugins/<developer_name>/<plugin_name>

it's

$:/<type>/<developer_name>/<plugin_name>/<tiddler_title>

type may be:

 - plugins
 - editions
 - themes
 - languages
 
So I would encourage the existing schema, since everything else may cause trouble in the future.
... At the moment it seems, that the current convention is robust.

have fun!
mario

PMario

未读,
2018年1月18日 03:01:422018/1/18
收件人 TiddlyWikiDev
uups,
fix the typos:

TonyM

未读,
2018年1月18日 04:42:082018/1/18
收件人 TiddlyWikiDev
Thanks Gentlemen

So Just to clarify, my solution currently consists of the following tiddlers

$:/PSaT/MyMenus/FirstMenu
$:/PSaT/MyMenus/macros
$:/PSaT/MyMenus/manager
$:/PSaT/MyMenus/menufilterdefault
$:/PSaT/MyMenus/menumenu
$:/PSaT/MyMenus/readme
$:/PSaT/MyMenus/Styles
$:/PSaT/MyMenus/usage
$:/PSaT/MyMenus/viewfooter
$:/PSaT/MyMenus/viewheader

Yes, I will bundle them into a plugin called

$:/plugins/PSaT/MyMenus/
and rename
And add a $:/plugins/PSaT/MyMenus/licence

By Convention should I rename all remaining tiddlers to be prefixed $:/plugins/
or is that not relevant?

Contains a MyMenus Manager perhaps I should call it that?


Thank you all so far.

Tony

TonyM

未读,
2018年1月19日 20:11:512018/1/19
收件人 TiddlyWikiDev
Bump, can someone confirm which direction I should go so I can do it right from the start please.

Tony

Evan Balster

未读,
2018年1月20日 16:15:202018/1/20
收件人 TiddlyWikiDev
Hello, Tony —

This looks more or less correct.  The plugin tiddler's "list" field can be used to list (without the full prefix) any subtiddlers to be displayed as tabs when viewing it.

The other tiddlers in your wiki don't need to be prefixed — only the ones you plan on including in the plugin.  It seems to be conventional to include only minimal documentation in the plugin itself.

You can use this technique to pack all your plugin tiddlers from the browser:  https://tiddlywiki.com/dev/#How%20to%20create%20plugins%20in%20the%20browser

Diego Mesa

未读,
2018年1月20日 18:59:092018/1/20
收件人 TiddlyWikiDev
Just want to mention, I've used the excellent tinka plugin:

https://tinkaplugin.github.io/

to package and edit plugins.

I have also noticed it seems to conventional to include minimal documentation, but I am not so sure why. I always have to end up refering to another website to look up details about a plugin I;ve already installed. I would suggest just bundling much more thorough documentation and (at least some) examples will all plugins - just my opinion though!

Diego

@TiddlyTweeter

未读,
2018年1月21日 08:24:372018/1/21
收件人 TiddlyWikiDev
Diego Mesa wrote:

Just want to mention, I've used the excellent tinka plugin:

https://tinkaplugin.github.io/

to package and edit plugins.

I have also noticed it seems to conventional to include minimal documentation, but I am not so sure why. I always have to end up refering to another website to look up details about a plugin I;ve already installed. I would suggest just bundling much more thorough documentation and (at least some) examples will all plugins - just my opinion though!

Some people do include more documentation in their plugins to good effect.

Part of the issue is, I think, that its not so easy to KNOW what is needed. A developer in midst of something that is now transparent to them is not necessarily able to fully grasp what is needed by an end user. On the one hand you want only what is enough. On the other its in everyone's interest that there is enough documentation.

I do think some superb plugins are UNDERUSED because they are not so well documented.

Josiah

TonyM

未读,
2018年1月21日 19:42:452018/1/21
收件人 TiddlyWikiDev
Interesting you discuss this,

I have recently started building a plugin repository to help me keep more information about plugins than the author gives me.

The plugin I am building needs details in it or it would not be very useful, and in fact I also intend to have a reference to additional notes on the internet because I can then add to the documentation as new tips and tricks come to light.

This has a lot to do with the nature of my plugin, however all plugins could/should  use this to a greater or lesser extent.


Regards
Tony

TonyM

未读,
2018年1月31日 02:43:212018/1/31
收件人 TiddlyWikiDev
Folks,
Almost there,

I have used Tinka to create the plugin

The Pre-release in on this site http://tiddlywiki.psat.com.au/mymenus/


As mentioned previously my current plugin content list is attached

You will notice the $:/PSaT/MyMenus/manager is not in bold

I discovered the menu item that should appear in the sidebar tab does not display until I edit it.

Why would it not work until edited?

Can anyone help me with this please?

Tony
MyMenuContents.png

@TiddlyTweeter

未读,
2018年1月31日 10:58:322018/1/31
收件人 TiddlyWikiDev

This plugin is not Yet Published or Working on this site


erm... that's a bit confusing! :-)

J, x

TonyM

未读,
2018年1月31日 15:38:182018/1/31
收件人 TiddlyWikiDev
Josiah,

But the statement is somewhat true, it remains version 0.0.x the key menu does not load automatically in the sideBar and I need to resolve the above to proceed.

Any ideas? Have you published a plugin before?

Tony

@TiddlyTweeter

未读,
2018年1月31日 15:50:232018/1/31
收件人 TiddlyWikiDev
Ciao Tony.

I have never published a plugin. Sorry to say.

Josiah

TonyM

未读,
2018年2月1日 00:48:512018/2/1
收件人 TiddlyWikiDev
Now solved

The Lists that would list $:/PSaT/MyMenus/manager  have had their filter updated to include all[] so that the specific shadow/system tiddlers are listed.

Regards
Tony
回复全部
回复作者
转发
0 个新帖子