Bug#907740: webext-debianbuttons: significantly less convenient than the old xul-ext-debianbuttons

2018-11-05 Thread Paul Wise
Package: webext-debianbuttons
Version: 2.2-1
Followup-For: Bug #907740

There are two things that can be done here:

Since this extension is mostly delivered as a Debian package, it should
be trivial for the Debian package to contain multiple extensions and
thus have the same amount of buttons as the XUL extension did. You
could even have the current setup as one extension (perhaps split into
a webext-debianmenu Debian package) for those who prefer that and then
one extension for each standalone button. You would of course need to
add a build system or symlink tree for this stuff.

Extensions can call native binaries, so you could depend on packages
like xclip andwl-clipboard and have a helper script to grab the
clipboard and inject it into the extension. See the Debian package
webext-browserpass for an example of how this works.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



signature.asc
Description: This is a digitally signed message part


Bug#907740: webext-debianbuttons: significantly less convenient than the old xul-ext-debianbuttons

2018-09-26 Thread Francesco Poli
On Wed, 26 Sep 2018 11:17:02 + Damyan Ivanov wrote:

[...]
> -=| Francesco Poli, 02.09.2018 19:38:38 +0200 |=-
[...]
> > I cannot understand how to make the automatic paste happen.
> > 
> > If I select something and then hit [Ctrl+C], I still have to:
> > 
> >  * click on the Debian button in order to get a menu
> >  * paste the copied selection with [Ctrl+V] into the text field
> >  * click or right-click on one of the options
> 
> It is supposed to work like this (and works like this for me, under 
> GNOME/sid):
> 
>  * You select and copy e.g. a bug number
>  * Click on the Swirl in the browser (tried firefox and firefox-esr 
>from sid)
>- an automatic paste into the text input should happen

The automatic paste fails to work for me...

>  * click or middle-click (for opening in a new tab) on some of the 
>links in the window
> 
> > This looks even slower than the other, X-clipboard-based procedure
> 
> It is still slower, but at least there should not be any need to paste 
> via Ctrl+V
> 
> If the automated pasting does not work, I am not sure what the 
> extension can do - it only has access to the API, and if that works 
> here, maybe there is some difference in your environment.

Maybe this is due to the fact that I am using firefox-esr/52.9.0esr-1
on Debian testing...
I don't know, but I cannot upgrade to firefox-esr/60.2.1esr-1 from
Debian unstable, until some extensions get ported to webext and/or
replaced by webext ones included in Debian...

[...]
> > It would be great, if, at least, the extension could read the X
> > clipboard, without using the text field.
> > If this could be implemented, the text field could be completely
> > removed and the user could select some text and then:
> > 
> >  * click on the Debian button
> >  * click or right-click on one of the options
> > 
> > It would still require twice as many clicks as the pre-webext version,
> > but it could be considered acceptable...
> 
> I'd like to achieve this too :)
> I have opened a ticket in bugzilla: 
> https://bugzilla.mozilla.org/show_bug.cgi?id=1494266

Thanks a lot: I really hope the API will soon be enhanced!

Bye.


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpgACSio4czw.pgp
Description: PGP signature


Bug#907740: webext-debianbuttons: significantly less convenient than the old xul-ext-debianbuttons

2018-09-26 Thread Damyan Ivanov
Control: forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=1494266

-=| Francesco Poli, 02.09.2018 19:38:38 +0200 |=-
> On Sat, 1 Sep 2018 11:29:06 + Damyan Ivanov wrote:
> [...]
> > The paste hapens automatically, but it is a -kind of paste, 
> > (desktop environment keyboard) not middle mouse click (x clipboard). 
> > This is the only access to the clipboard that exists in the web-ext 
> > API.
> 
> I cannot understand how to make the automatic paste happen.
> 
> If I select something and then hit [Ctrl+C], I still have to:
> 
>  * click on the Debian button in order to get a menu
>  * paste the copied selection with [Ctrl+V] into the text field
>  * click or right-click on one of the options

It is supposed to work like this (and works like this for me, under 
GNOME/sid):

 * You select and copy e.g. a bug number
 * Click on the Swirl in the browser (tried firefox and firefox-esr 
   from sid)
   - an automatic paste into the text input should happen
 * click or middle-click (for opening in a new tab) on some of the 
   links in the window

> This looks even slower than the other, X-clipboard-based procedure

It is still slower, but at least there should not be any need to paste 
via Ctrl+V

If the automated pasting does not work, I am not sure what the 
extension can do - it only has access to the API, and if that works 
here, maybe there is some difference in your environment.

Perhaps you can compare the output of:

 * xclip -o (should output the text in the X selection buffer)
 * vis-clipboard --paste (should output the text that was copied via 
   Ctrl+C; even when xclip -o does not output anything, because the 
   X selection is empty)

> It would be great, if, at least, the extension could read the X
> clipboard, without using the text field.
> If this could be implemented, the text field could be completely
> removed and the user could select some text and then:
> 
>  * click on the Debian button
>  * click or right-click on one of the options
> 
> It would still require twice as many clicks as the pre-webext version,
> but it could be considered acceptable...

I'd like to achieve this too :)
I have opened a ticket in bugzilla: 
https://bugzilla.mozilla.org/show_bug.cgi?id=1494266


The text input is there only as an aid in case the user wants to make 
a small correction before choosing an option below. It can be ignored 
if its contents are filled automatically.


-- dam



Bug#907740: webext-debianbuttons: significantly less convenient than the old xul-ext-debianbuttons

2018-09-02 Thread Francesco Poli
On Sat, 1 Sep 2018 11:29:06 + Damyan Ivanov wrote:

[...]
> Welcome to the new world of web-extensions :|

Ouch, not a good place to be...   :-(

Congratulations to the designers of the new API: forcing all the
extension developers to migrate to a new interface, in order to get
worse extensions...  :-/

On the other hand, thanks to you for your prompt and kind reply.
Much appreciated!

[...]
> The paste hapens automatically, but it is a -kind of paste, 
> (desktop environment keyboard) not middle mouse click (x clipboard). 
> This is the only access to the clipboard that exists in the web-ext 
> API.

I cannot understand how to make the automatic paste happen.

If I select something and then hit [Ctrl+C], I still have to:

 * click on the Debian button in order to get a menu
 * paste the copied selection with [Ctrl+V] into the text field
 * click or right-click on one of the options

This looks even slower than the other, X-clipboard-based procedure
(since there is also the need to hit [Ctrl+C] and then [Ctrl+V])...

If I just use [Ctrl+C] and then click on the Debian button, nothing
happens, when I click or right-click on one of the options...
What did I fail to understand?
Am I completely off-track?

> 
> BTW you can also click on the "disabled" buttons, which only look like 
> they are disabled.

OK.

> 
> I agree this is different and less comfortable compared with the 
> pre-webext version. I only have hopes to ever fix the second point. 
> I guess access to the X clipboard may be added in a future firefox 
> release.

It would be great, if, at least, the extension could read the X
clipboard, without using the text field.
If this could be implemented, the text field could be completely
removed and the user could select some text and then:

 * click on the Debian button
 * click or right-click on one of the options

It would still require twice as many clicks as the pre-webext version,
but it could be considered acceptable...

> 
> > Is there any chance to get the old-style buttons again?
> > Please let me know.
> 
> Apart of splitting the extension in to several (ouch!), I think not.

That's really unfortunate.  :-(


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpiXoou26Muo.pgp
Description: PGP signature


Bug#907740: webext-debianbuttons: significantly less convenient than the old xul-ext-debianbuttons

2018-09-01 Thread Damyan Ivanov
Control: tags -1 confirmed upstream

-=| Francesco Poli (wintermute), 01.09.2018 09:59:34 +0200 |=-
> Package: webext-debianbuttons
> Version: 2.1-2
> Severity: important
> 
> Unfortunately, though, when starting firefox-esr, I can no longer
> see my usual debian-buttons.
> I was hoping to see my previous debian-button configuration
> transparently migrated to the new version, but that does not
> seem to be the case.
> 
> Apparently there is a single Debian swirl button, where
>  * I have to click in order to get a menu
>  * then I have to paste the clipboard content into a text field
>  * finally I have to click or right-click on one of the enabled options
> 
> All this seems to be extremely slow, compared with the old "select
> some text and click on one button" feature of the previous
> package xul-ext-debianbuttons version...

(Speaking from upstream point of view)

Welcome to the new world of web-extensions :|

As far as I can see, all web-extensions are given at most one button 
on the toolbar. At least users no longer have to add them manually.

The paste hapens automatically, but it is a -kind of paste, 
(desktop environment keyboard) not middle mouse click (x clipboard). 
This is the only access to the clipboard that exists in the web-ext 
API.

BTW you can also click on the "disabled" buttons, which only look like 
they are disabled.

I agree this is different and less comfortable compared with the 
pre-webext version. I only have hopes to ever fix the second point. 
I guess access to the X clipboard may be added in a future firefox 
release.

> Is there any chance to get the old-style buttons again?
> Please let me know.

Apart of splitting the extension in to several (ouch!), I think not.

-- dam



Bug#907740: webext-debianbuttons: significantly less convenient than the old xul-ext-debianbuttons

2018-09-01 Thread Francesco Poli (wintermute)
Package: webext-debianbuttons
Version: 2.1-2
Severity: important

Hello!
Thanks for maintaining this firefox extension in Debian (along with
other useful ones)!

I've just upgraded package xul-ext-debianbuttons on my Debian testing
box.  It became a transitional package, pulling in package
webext-debianbuttons as a dependency.
Good.

Unfortunately, though, when starting firefox-esr, I can no longer
see my usual debian-buttons.
I was hoping to see my previous debian-button configuration
transparently migrated to the new version, but that does not
seem to be the case.

Apparently there is a single Debian swirl button, where
 * I have to click in order to get a menu
 * then I have to paste the clipboard content into a text field
 * finally I have to click or right-click on one of the enabled options

All this seems to be extremely slow, compared with the old "select
some text and click on one button" feature of the previous
package xul-ext-debianbuttons version...

Hence, I thought "OK, let's reconfigure it to meet my preferences...".
But, no, it seems I can't.
The extension (which now seems to be called "Debian queries")
does not appear to be configurable.

Is there any chance to get the old-style buttons again?
Please let me know.

Thanks for your time.
Bye!


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages webext-debianbuttons depends on:
ii  firefox-esr  52.9.0esr-1

webext-debianbuttons recommends no packages.

webext-debianbuttons suggests no packages.

-- no debconf information