Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feature request: Local tagmanager in head of tagpill dropdown #1112

Open
twMat opened this issue Nov 20, 2014 · 13 comments
Open

feature request: Local tagmanager in head of tagpill dropdown #1112

twMat opened this issue Nov 20, 2014 · 13 comments

Comments

@twMat
Copy link
Contributor

twMat commented Nov 20, 2014

Please first look at this image:

localtagmanager

Chances are you're looking at the tagpill when you realize you want to manage it. This setup would give immediate access via a discrete "localtagmanager dropdown arrow". In the image, I have used the "info slider" layout. But I cheated a little because I don't know if the tag menu can stay that slim if the dropdown icon-name list contains wider titles. (Would it make the original dropdown expanded already before the local tagmanager.was opened then?)

An alternative could be a horizontal slider and, I guess, then a right pointing arrow instead.

One thing omitted from the current tag manager is the colored box that gives a palette. Maybe I should have included it but I figure you see the resulting color on the actual tagpill so there is little point in repeating the color blob twice visually. I put a small arrow next to the word "Color" instead as an optional place for a popup palette.

Also, if the changes get reflected immediately ("live") in the actual tagpill then it is not necessary to include the display inside the local tagmanager.

Obviously not an urgent matter but still "would be nice if..."

<:-)

@tobibeer
Copy link
Contributor

  • the general wiki ui should be as simplistic as possible
    • keep customization noise as low as can be
  • this is what controlpanels are for
    • all tags at once

@twMat
Copy link
Contributor Author

twMat commented Nov 20, 2014

If you don't open the suggested feature, all you see is a discrete arrow. And you only see the discrete arrow if you actually click on the tagpill.

I generally agree with you comment on controlpanels but I see this as a local issue - sometimes. The current tag manager is also buried pretty deep in tabs (and it's not included in the main Controlpanel... hm, it probably should be).

Also, when you do want to open the tag manager, you are already at the sidebar listing of the tagpills... where, if you had the local tagmanager, you could do exactly the same stuff directly with the pills in that list. Opening the tagmanager would bring no additional benefit.

@tobibeer
Copy link
Contributor

the current tag manager is also buried pretty deep in tabs

and I'd want it out of there, because it's customization whereas a general tags tab really is not, and should probably also not be hidden under more

and it's not included in the main Controlpanel... hm, it probably should be

exclusively so, imho

my preference comes from a focus as a publisher, whereas I want the wiki representation to be content centric... however, for editing purposes, having the customization closer to the actual thing as you propose is much more efficient indeed

in that sense, a dim slider button is far less imposing than a tagmanager button in the default taglist, so for your ui design that's certainly a 👍

@pmario
Copy link
Contributor

pmario commented Nov 21, 2014

(Can I attach pictures directly in github message?)

Yes. Just drag it to the text edit area.

@pmario
Copy link
Contributor

pmario commented Nov 21, 2014

Can you create a pull request, or a branch in your repo, so we can download and test it?

@twMat
Copy link
Contributor Author

twMat commented Nov 21, 2014

Can you create a pull request, or a branch in your repo, so we can download and test it?

Well.... possibly if I got a lot of help with how to actually create it first. The image is just a mockup made in paint.net.

@pmario
Copy link
Contributor

pmario commented Nov 21, 2014

Well.... possibly if I got a lot of help with how to actually create it first. The image is just a mockup made in paint.net.

ah.. ok :)

Which OS do you use?

@pmario
Copy link
Contributor

pmario commented Nov 21, 2014

I generally agree with you comment on controlpanels but I see this as a local issue - sometimes. The current tag manager is also buried pretty deep in tabs (and it's not included in the main Controlpanel... hm, it probably should be).

I think it could be a plugin.

@Jermolene
Copy link
Owner

Chances are you're looking at the tagpill when you realize you want to manage it

I quite like this idea. Perhaps rather than using a slider we could now use one of the new nested popups.

The current tag manager is also buried pretty deep in tabs

Don't forget that there's a page control button for the tag manager which you can choose to display in the page toolbar.

(and it's not included in the main Controlpanel... hm, it probably should be).

The idea at the moment is that ControlPanel is concerned with the internals of TiddlyWiki itself: its settings, status etc. Individual managers like the TagManager are concerned with the users own data.

@pmario
Copy link
Contributor

pmario commented Nov 22, 2014

Chances are you're looking at the tagpill when you realize you want to manage it

I quite like this idea. Perhaps rather than using a slider we could now use one of the new nested popups.

please make it a slider, they are much prettier.

@tobibeer
Copy link
Contributor

please make it a slider, they are much prettier

yes, let's 👍

good call, @twMat!

@Jermolene
Copy link
Owner

Autocollapse sliders like the tiddler info panel are actually implemented as popups; just the position and animation are different.

@tobibeer
Copy link
Contributor

autocollapse

not too much a fan of this ...so long as clicking that title doesn't also open the info-panel

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants