[TW5] Simple tagging utility

[Matabele]

Hi

Playing around with the ActionListops widget, and came up with a simple utility for editing tags, which I thought might be of use:

-- Have you ever wanted to quickly add a tag from the view template rather than entering edit mode?

-- this utility opens with the info button (available as a tab)

-- may be instlalled above the tabs by overwriting the system tiddler (as in the demo wiki)

-- multiple tags may be added in one go

-- existing tags may be deleted with a click

-- button to delete all tags

-- fetch the current tags for editing

-- or fetch the tags from one tiddler

-- and tag other tiddlers with the same tags

Anyway -- I have posted a demo here

-- a few hints on how to use the utility are provided

-- play around with this for a while and see what you think

-- all comments are welcome :-) 

[Mat]

Yeah - Cool!!

Actually, so cool I wish it were even more accessible :-) ...I very rarely include the Info button in among the seen tools (do you?). I wouldn't mind some invisible button appearing on-hover at leftmost or rightmost side in (normal) tags area that, when clicked, opens the Simple Tagger. Or a permanent but subtle button permanently visible just before the tags, (e.g ☐ ). I.e instead of a button up in the toolbar, it's there next to the tags.

...and clicking it means you're already in the tags area, so only the Simple Tagging editor field is needed because the row showing the tagbuttons could simply be replaced with the actual pills row.

...and maybe the tagpills could then include that little x seen in editmode tagpills, i.e to remove the tag. I think this makes more sense than writing the tag name (or fetching it) and clicking the "remove tag" button you included.

BTW, awsome scrollbars!

<:-)

[Matabele]

Hi Mat

Yep; I wasn't sure where to put it. Tried a popup version with a button, but this didn't look right. I also tried putting it up there with the tags, but couldn't work out how to keep it from getting huge. 

Perhaps the panel should be in a slider of its own (like the info panel), but then the view toolbar gets covered with buttons (and I don't know how to do this.) Anyway, in the end, I liked it above the tabs in the info panel (I tend to use the info button anyway.) In this position, the tab isn't needed and can be removed. The info button could be made into an on-hover button -- would also require overwriting the shadow tiddler though.

The bottom row of tags are 'delete me' buttons (perhaps I should add a little 'x' to make this clear); anyway, different from the tagpills -- so I think they're required.

Forgot about the scrollbars -- the stylesheet was copied across from an old wiki of mine. Glad you like them :-)

regards

[Matabele]

Hi

Posted a new version -- attended to a few niggles and added a settings toolbar.

regards

[Matabele]

Hi

Posted a new version here:

-- fixed a few styles

-- removed unnecessary styles

-- re-packed as a plugin

-- added buttons to install the toolbar

regards

On Tuesday, 19 January 2016 14:55:32 UTC+2, Matabele wrote:

[Matabele]

Hi

Posted a new version -- fixed: will now fetch system tags from the 'tags' field of the current tiddler 

regards

On Tuesday, 19 January 2016 14:55:32 UTC+2, Matabele wrote:

[Mat]

Again, thanks for this Matabele :-)

In searching for other things on github, I just stumbled over this ol thread. Feels a bit related so figured you might be interested.

<:-)

[Matabele]

Hi Mat

I agree -- the existing Tag Manger looks nasty -- and is difficult to use as the number of tags grows (try it on tw5.com)

Again, not too sure where to put a simple tag manager -- my initial thoughts:

-- it should be tied to the current tiddler (ready access)

-- it should open from the view template (ready access) 

-- it should list only tags used in the current tiddler (limiting the number of tags to edit)

Perhaps, again, it should go inside the Info panel -- either as a separate tab or as part of 'simple tagger'.

Thoughts?

regards

[Alex Hough]

Mat,

When I look at tag pills, i sometimes want to 'new here' after viewing a list of tiddlers 

(implementing this may be close to my capabilities now)

Alex

--
You received this message because you are subscribed to the Google Groups "TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+...@googlegroups.com.
To post to this group, send email to tiddl...@googlegroups.com.
Visit this group at https://groups.google.com/group/tiddlywiki.
To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/8b8155c4-ffe2-49a7-aaa2-8d40bd6fec44%40googlegroups.com.

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

[Matabele]

Hi Mat

OK -- I have uploaded yet another version -- which is getting to be a 'not-so-simple tagger' :-)

Not the finished article -- but gives some idea of what I think a Tag Manager should look like.

Thoughts?

regards

On Tuesday, 26 January 2016 08:57:18 UTC+2, Mat wrote:

[Mat]

Matabele -

Ha! I drop an off-the-cuff reference to something and next time I look you've built something! Fantastic :-)

My main thought; Doesn't tagger (be it simple or not) deserve to be a tool button on it's own? I'm not repeating my preiouvs point about where to display it, I'm saying; why should it be hidden in the Info button? It is "clearly" a set of features in itself and the practical use of it overshadows the rest of the stuff under Info.

Regarding the introduced tag managing features - superb with immediate access just when you need it. I like that a lot!

Overall I think the interface might need some simplification. Here are some ideas;

First, and very connected to the "Info button vs separate button"; there is the checkbox Uninstall Above. If simple tagger is stays in Info, I agree it is desirable to be able to remove it from Above, but it still appears a bit odd with the repeated display under the tab also. Perhaps instead options "Above" OR "As Tab" ?

Checkbox to select color for Simple tagger. I doubt I'd personally ever use this. And width... is there a reason to ever not have it display at max width?

In my mockup I made a mistake and I think it is reapeated here; it is overkill to have the tagpill in the selected color and still show the selected color as a color. The former should be enough (right?). Or perhaps one could merge the colored color picker with the hex color display, so that clicking on the hex it also opens the color picker.

The Count. At this displayed spot it is a "post-fact" -  it doesn't really affect much ("ok, 3 other tiddlers using this tag...so?"). A Count number would bring more value if it is exposed during the tag selection, i.e when creating new tags: IMO a value in Count is (or would be) so that similar or redundant tags can be exposed and eliminated. Particularly when we TWederate, instead of seeing all of: Image, image, Img, img, Picture, picture, Pic, ... x2 for plural, etc, I think it'll be valuable to have very transparent tagging so natural "categories" will emerge. "Ok, I'm about to tag this tiddler... 3 other tiddlers use tag image but 33 use tag Image". - Does this have to do with Simple tagger... you decide ;-)

Actually -but this is probably trickier to implement - I think the cleanest UI woudl be to have the tag settings display as a dropdown menu from clicking the tag. Currently, clicking the tag deletes it, so this could instead be e.g the first option in a small/slim dropdown menu. Just a thought. If the colored color field is omitted and perhaps the Count, it would only be a few "menu items" and it would be identical for each tag.

BTW, what does "checkbox Default Tagger/Fields" do?

Again, thank you Matabele!

<:-)

[Matabele]

Hi Mat

On Tuesday, 26 January 2016 14:49:04 UTC+2, Mat wrote:

My main thought; Doesn't tagger (be it simple or not) deserve to be a tool button on it's own? I'm saying; why should it be hidden in the Info button? It is "clearly" a set of features in itself and the practical use of it overshadows the rest of the stuff under Info.

I use the Info panel sometimes -- placing simple tagger above the info tabs makes the Info button more worthwhile. In other words, why not use the Info button? Takes the same space as a custom button of its own.

Regarding the introduced tag managing features - superb with immediate access just when you need it. I like that a lot!

Thats encouraging -- I've never tended to set custom colours and icons much on the fly -- perhaps I might do so now. Ok -- I'll have a look at your suggestions. The current version was a quick cut/paste from the existing Tag Manager to get the show on the road.

1. width... is there a reason to ever not have it display at max width?

A temporary fix for a bug I need to iron out. I'd like to use width: calc(100% - 45px);  -- but for some reason the table formatting goes awry. Works for the tag manager table but not for simple tagger :-/

2. it is overkill to have the tag pill in the selected color and still show the selected color as a color. 

Thought the same thing -- one is the standard color picker, and the other the standard tag pill -- both display the color. The tag pills are entirely redundant, as the normal tag pills are displayed just beneath -- should likely create custom buttons in their place to do something else. 

3. perhaps one could merge the color picker with the hex color display

That would be neat -- I'll have to see how this can be done. Or else the replacement tag buttons could open the color picker. It would be neater to have all of the tags in a row anyway.

 

4. The Count. At this displayed spot it is a "post-fact" Does this have to do with Simple tagger... you decide

Easily removed. Another option is to display the count on the custom replacement buttons -- wouldn't take any more space like that

5.  I think the cleanest UI would be to have the tag settings display as a dropdown menu from clicking the tag --  Currently, clicking the tag deletes it

I like the convenience of deleting a tag with a click -- I think another row of tag buttons with another function might be the way to go

6. what does "checkbox Default Tagger/Fields" do?

Toggles the default tab for the info tab bar -- if you install simple tagger above, it's better to show some other tab beneath. However, if you prefer simple tagger in a tab -- its more accessible if the default is set to simple tagger

regards

[Alex Hough]

a colour picker coiuld be added to the select colour, use type = "color" on the edit-text

<$edit-text tiddler="????" tag="input" type="color"/>

--

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

To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/afa01eb7-3985-4a53-8fdd-d74990ba90f9%40googlegroups.com.

[Matabele]

Hi

Made some progress toward simplifying the interface.

Really don't like the icon select dropdown -- any suggestions?

regards

On Tuesday, 19 January 2016 14:55:32 UTC+2, Matabele wrote:

[Mat]

On Tuesday, January 26, 2016 at 6:19:47 PM UTC+1, Matabele wrote:

Hi

Made some progress toward simplifying the interface.

Really don't like the icon select dropdown -- any suggestions?

I'll return to your detailed previou answer but not tonoght.

Regarding the icon selection, I agree. Perhaps better with a separate default icon next to the tab from wich th selector drops down?
But also, in selecting the icon... I'm not really interested in it's real path name. It woudl be cooler with just rows showing the icons. They could even be slightly larger then. And hovering over an icon could perhap show the name, if necessary. There is also an unnecessary line at top of the icon dropdown.

Considering that there is actually aconsiderable amount of icons, maybe (maybe!) one could temp-select multiple icons and see them above that (then necessary) line, and then make the final decision from one of those. Just an idea, maybe bad. But if icons became more popular (I think the UI currently prevents this, just like tag colors) if they become more popular then we might see a plethora of icons such as emojis etc in which case such a  temp-select might be appropriate. Then agian.. maybe not ;-)

Or how about this; Tagpill on left. To right there are two buttons, one is a symbolic icon like a smiley, the other an equally sized symbolic color dot (with, e.g thirds in red/yellow/blue).  Clicking smiley opens the above described display. Clicking the color icon opens the color palette but the hex color field is included there somewhere. Or, if it can't be included there then it appears to the right of the color dot. And that hex field could also feature a dropdown with colors from the theme palette. I.e either fill in a value manually or select one.

<:-)

[Matabele]

Hi Mat

Is this what you had in mind?

Still need to work out how to break the icons into groups to avoid the tall dropdown. 

regards

On Tuesday, 26 January 2016 22:21:00 UTC+2, Mat wrote:

in selecting the icon... I'm not really interested in it's real path name. It would be cooler with just rows showing the icons.

[Matabele]

Hi Mat

OK -- I think I have a solution for adding a selection of emoji:

-- currently, emoji have to be copied from the table into individual tiddlers

-- you'll need to create tiddlers for the emoji you wish to use

-- and copy them over to your wiki

-- most of the emoji display in my environment (Chrome/IOS)

-- you'd best make your own selection from those that display in your environment(s.)

Working on getting the macro to fetch the emoji from a field (other than the text field) -- but currently, although I can get this to work if I transclude into the text field of another tiddler, the references fail to work in the macro :-(

regards

On Tuesday, 19 January 2016 14:55:32 UTC+2, Matabele wrote:

[Matabele]

Hi Mat

Seems the 'icon' field of a tag tiddler expects the title of a tiddler and transcludes its text field -- if you insert a full TextReference to an image, it fails. My efforts to reference emoji from a field/index have been fruitless :-(

Pity -- seems a huge waste of space to devote an entire tiddler ti hold a single emoji.

regards

On Tuesday, 19 January 2016 14:55:32 UTC+2, Matabele wrote:

[Mat]

hehe, emojis - this is beginning to look really fun, in the positive sense!

FWIW, this is how I imagined it

The smiley and the color dot are just buttons for the dropdowns, they don't themselves change in appearence. But your use with an additional smiley-dropdowns for favourites is probably a good idea. Maybe the smiley for the full list could be usual :-) and the favourite list be the very happy  :-D

The hex code is the less pretty bit... but life is tough ;-) ...or, as noted earlier, maybe the hex field could itself be what triggers the color picker in some way, and skip the color dot eye candy.

Side reflection: The place where selection of icon and color etc most is needed is probably during tag creation. At least while the main body of tags is still forming in the TW.

Regardless, it's really fun to follow how your creation is improving!

<:-)

[Mat]

Matabele wrote

Seems the 'icon' field of a tag tiddler expects the title of a tiddler and transcludes its text field -- if you insert a full TextReference to an image, it fails. My efforts to reference emoji from a field/index have been fruitless :-(

Hmm. I'll try to look into that. I find that a lot of things can be tweaked with CSS.

But, I'm afraid my help on it will have to wait a few days. Now I must prioritize the TWederation stuff, not least for Jeds presentation tomorrow.

So many cool things happening.

<:-)

[Matabele]

Hi Mat

Has certainly brightened up my dev wiki! Yet to move the new features across to my regular wikis (I mostly wanted the simple-tagger.)

I like the idea of a couple of emoji as buttons for the drop downs -- the double tag-pills are redundant. Must now decide the best use for the tag pill? 

regards

[Matabele]

Hi

Uploaded another version with a few tweaks -- I have done some of the heavy lifting and converted many of the emoji to tiddlers, suitable for use as tag icons. This makes the emoji dropdown on the demo very long; rather copy a few of the emoji tiddlers over to your wiki before you try the emoji dropdown.

Otherwise, I have been playing around with emoji; there's some new material and a few experiments to check out.

regards

On Tuesday, 19 January 2016 14:55:32 UTC+2, Matabele wrote:

[Tobias Beer]

Hi Matabele,

I really like the emoji-approach to tagging.

Begs for more explorations.

I think they should actually be in an emoji list-field, though... possibly.

Best wishes,

Tobias.

[Matabele]

Hi Tobias

And there's very little likelihood of a false match with even a single emoji unicode. With a couple in an unusual combination, it would almost comprise a unique ID across all wikis.

I thought more of using a different set of emoji in each of my wikis (one in each title) -- then, if I copy one over, there should be no conflicts.

regards

[Alex Hough]

Hi Matabele,

my daughter (6) will love this

How is it that tiddler titles can be an emoji?

Alex

--

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

To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/d0584ad2-6829-42f7-a2ae-0056fabceafc%40googlegroups.com.

[Matabele]

Hi Alex

An emoji is just a unicode font -- what you see is an icon (usually a png or svg) -- but the underlying code is a hex string. What you get is a pretty representation of an ugly hex string.

You can do things like this -- many tiddlers with the 'same' title -- but each is proceeded by a fairly unique hex string.

regards

[Tobias Beer]

Hi Alex,

 

How is it that tiddler titles can be an emoji?

Quite simply: because they are text... that the environment / browser replaces with something more visual depending on its favored iconography.

Best wishes,

Tobias.

[Matabele]

Hi Alex

For a more practical example -- we can have several tiddlers titled 'Chapter 1' but, one is marked with a '1st draft' emoji, another with a '2nd draft' emoji', one with 'final draft' emoji, and so on.

regards

On Thursday, 28 January 2016 15:22:10 UTC+2, AlexHough wrote:

[Tobias Beer]

Hi Matabele,

 

For a more practical example -- we can have several tiddlers titled 'Chapter 1' but, one is marked with a '1st draft' emoji, another with a '2nd draft' emoji', one with 'final draft' emoji, and so on.

Definitely sounds like a workable solution and also more visually groups tiddlers, assuming that those in one collection would all start with the same emoji and those in another ...with another.

So, you'd have something like a "project icon" / "root icon", which could be passed down using a custom clone button that appends it to all descendants.

Best wishes,

Tobias.

[Matabele]

Hi Tobias

And now my dev wikis have titles like 🛠tagger.html instead of simple-tagger-dev.html, and my backups have names like 💀tagger.html :-)

regards

[Tobias Beer]

Hi Matabele,

 

And now my dev wikis have titles like 🛠tagger.html instead of simple-tagger-dev.html, and my backups have names like 💀tagger.html :-)

So, would that be a fun thing or also problematic?

I just remember the recent hickups with respect to your GitHub repos over the å in Måns Mårtensson. ;-)

Best wishes,

Tobias.

[Matabele]

Hi Tobias

Mostly since I was intrigued by the ability to easily insert a hex code into names and tags (making them unique) which, at the same time, are pretty (the Mac already has a facility to create tags and aliases for files, and a good selection of file icons.)

I alway like to investigate my options :-)

regards

[Matabele]

Hi

I have improved the mechanism for selecting emoji for your tag icons. There's now a rather long list of checkboxes from which you can make your selection, followed by a few buttons that will create a JSON package of your selected emoji tiddlers to import into your wiki.

There's also a small change to the plugin -- this will need updating to correctly list the emoji in the dropdown.

[Matabele]

Hi

My emoji have gone crazy -- they've been playing with my colour scheme while I wasn't watching :-)

-- no changes to the utility

-- improvements to make the selection of emoji to create a package of emoji tiddlers a little easier

-- new ideas on pinning tiddlers in the sidebar using emoji

[Mat]

Turning into a very colorful project! Great work!

A detail, the emoji dropdown from clicking the tagpill has a coloring so you can't really see the emojis unless you hover.

<:-)

[Matabele]

Hi Mat

In my environment, those dropdowns have remained the original silver, and don't respond to theme colour settings. I don't know which setting is supposed to apply, and I can't see the color :-/

I'll have to style them separately -- I think they need widening and shortening in any case. The colour scheme is becoming bit of a mess now as my emoji have been fiddling with the settings without really knowing what they're doing :-)

regards

[Mat]

Hm, I checked again and discovered the following. Top is in FF, lower in Chrome. Win10.

[Matabele]

Hi Mat

This is what I see in  Chrome on my Mac (FF is similar):

That colour on your Chrome is difficult -- do I go dark or light?

regards

[Mat]

This is what I see in  Chrome on my Mac (FF is similar):

What OS are you using? Not that I know what to make with the answer, but anyway.

 -- do I go dark or light?

Not sure I understand the question. In my Chrome, the emojis inside the tags appear white and the ones in the dropdown list have turned bluish so they blend with the gray background. Other colors appear as they should. (Who knows, maybe it is related to issue #643?)

<:-)

[Alex Hough]

wow! Now there's a surprise!

Alex

--

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

To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/01c00ade-7f29-462b-92b1-55aa2f4d5bfa%40googlegroups.com.

[Matabele]

Hi 

Thought this might be of interest -- this is how it looks on my Mac in Firefox and Safari: