put selected emoji to "middle-click-clipboard" about emoji-selector-for-gnome HOT 14 CLOSED

switching to keyboard and typing Ctrl+V

When i'm typing something, my hands are already on the keyboard, that's why there is the "super+e > search > (tab >) enter" workflow. The true solution to keep a clean clipboard would be to actually insert emojis, not to pollute both clipboards

why do you use some custom-circular buttons for the emoji-categories

i'm not sure what you mean, it's using the "'system-menu-action'" style class, which isn't defined by my code, the only custom thing i do is the blue color when the category is opened

from emoji-selector-for-gnome.

oh, pseudo-classes ? open an issue for this, it might be a simple line i forgot like track_hover: true or this kind of thing, i'll see that later

from emoji-selector-for-gnome.

i'm not an expert in CSS but iirc there are classes (.something{ ... }) and pseudo-classes (.something:hover{ ... }, .something:active{ ... }, etc.)

from emoji-selector-for-gnome.

Not being able to paste from the keyboard, from a touchscreen, or from a touchpad: it's a bad idea.

And according to the doc it's not possible too

from emoji-selector-for-gnome.

Not being able to paste from the keyboard, from a touchscreen, or from a touchpad: it's a bad idea.

I didn't suggest to refuse from copying to regular clipboard. The proposition was about using both at the same time. Thus, not "not being possible from keyboard", but "being possible from keyboard AND from middle click" -- this is definitely not a bad idea.

Not saying it is possible though

from emoji-selector-for-gnome.

Overwriting both clipboards ? idk, i'm not sure all users would like it, I'm glad the technical limitations of the St API helps me keeping things simple.

from emoji-selector-for-gnome.

For the user, the real simplicity is minimum usage effort, not minimum API involved (the latter is simplicity for the developer though 😉). To open the context menu and selecting the "paste" item (or switching to keyboard and typing Ctrl+V) EACH TIME 😠 is not a simple thing, IMO. That's why GNOME developers have created the middle click paste -- that helped them keeping usage simple! 🤷 If not so, then I don't understand at all: why have they bothered developing the middle click paste feature? 🤔

from emoji-selector-for-gnome.

Not being able to paste ... from a touchpad

BTW, not sure if exactly your touchpad supports this, but my sure does. Middle click is activated by tapping with three fingers at same time. I use this feature all the time. Another way to activate middle click from my touchpad is clicking left and right touchpad buttons at the same time. The developers of touchpad driver know how important the middle click is and how often it is used, that's why they've bothered developing even two different ways of activating it. They didn't think this'll make things complicated, because they knew how important the usage simplicity is. IMO

from emoji-selector-for-gnome.

Overwriting both clipboards ?

Please DON'T!
Use the middle-click-clipboard only, please.

from emoji-selector-for-gnome.

Overwriting both clipboards ?

Please DON'T!
Use the middle-click-clipboard only, please.

Maybe, this should be a matter of preference (option)? The bad news is that our thoughts about this will never become true, because (as @maoschanz have stated) the GNOME extensions API doesn't yet support using middle-click-clipboard. 😭

from emoji-selector-for-gnome.

The fact is: I use 'Clipboard Indicator' extension from Tudmotu. That's part of my workflow (and I'm already a bit mad at the fact I can't increase the history size above 50 items...).
I do use whatsapp web too and some emojis. I don't want them to appear in that clipboard... :(

Anyway, @maoschanz: why do you use some custom-circular buttons for the emoji-categories instead of using the default one (like the power-button or the settings-button at the bottom of the user menu on the far right of the top bar) that follow the shell theme? :3

from emoji-selector-for-gnome.

i'm not sure what you mean, it's using the "'system-menu-action'" style class, which isn't defined by my code, the only custom thing i do is the blue color when the category is opened

Those buttons do not behave like the ones in the user-menu. 🤔
For example: if you hover on any of the emoji-categories buttons, the border disappears.

The buttons in the user-menu get a grey background instead.

Also: if you click on a button in the user-menu without releasing the click, you can see that the button background becomes light-blue. This color depends on the shell-theme in use.

from emoji-selector-for-gnome.

oh, pseudo-classes ?

Don't know what they are... :(

open an issue for this, it might be a simple line i forgot like track_hover: true or this kind of thing, i'll see that later

Ok. 🤨

from emoji-selector-for-gnome.

i'm not an expert in CSS but iirc there are classes (.something{ ... }) and pseudo-classes (.something:hover{ ... }, .something:active{ ... }, etc.)

Oh yeah! Those ones. :)
I'm not an expert either. I learned something by myself and I don't know how to call things. ^_^

from emoji-selector-for-gnome.