Option to convert a string in the clipboard to QR

[Wikinaut]

Sometimes I have the need to convert a part of the screen into a QR code. Perhaps you can add this.

At the moment I use the method of http://www.jsqr.de/encode.html and his Bookmarklet http://www.jsqr.de/bookmarklet.html (though you have to trust the fetched code in the bookmarklet).

[Wikinaut]

Most often I want "tel:somenumbers" to be presented as QR code.

[rugk]

Mhh, this would require a clipboard access permission. I am not really keen on adding many permissions for core functionality.
And BTW, to do so you can click on the QR code and can (if it works) instantly press Ctrl+V and the QR code is generated, so well… that is already easy (and similar to just typing text there).

But I have a better idea: What about #38? In addition that would be even one step less and no one needs a "generate from clipboard" butt0on or similar there.

(BTW this issue demonstrates that it is always important to write the core "problem" one has, respectively why/what one wants to accomplish. There may be better/alternative solution… Just a side-note.)

[Wikinaut]

And BTW, to do so you can click on the QR code and can (if it works) instantly press Ctrl+V and the QR code is generated, so well… that is already easy (and similar to just typing text there).

I did not know that this works so perfectly...

[rugk]

I did not know that this works so perfectly...

Okay, that kinda surprises me. Is the GUI not clear about that thing? Or why did you think does it display the URL again in the popup?

Just need to ask this in case this is a UX issue. If it is your own "fault", then this is better for me, of course, but just to be sure… 😉

[Wikinaut]

Until now, I was only using the add-on to generate the current page url.

My UX thoughts were: the textual display of the Url is for "security", so that one can check whether the whole url including optional query string key/value pairs is taken... (I use QR codes since many years).
So that was fine already.

But only when the user deletes the url text field - you have to know, that you can delete it - you will see your help text. So it would perhaps be better to already (always) show the help text when the url text is shown!

When the url is deleted, the text is not necessarily needed, because the user then sees an empty field. But I don't want to be a nitpicker, the text can then be shown also,

I already noticed now that the text field is already marked, so that it can easily be deleted or modified.

[rugk]

One more question: in what color is it marked for you? In what OS is that?
Because usually my thought was when the text is marked (selected) and the user sees that, they know they can press delete.
I could change the highlight color for that, if it helps.
Adding a string above or so wastes too much space and I want avoid that. The ui should be as simple, so that users intuitively know that this thing can be changed. No descriptive text should be needed in an ideal world.
(I also added the placeholder text rather because it looks better than an empty only field rather than for a real ux gain.)

[rugk]

BTW this is not nitpicking at all, this is ux design.😉 Each detail matters.

[rugk]

I have verified this issue with another add-on user and it seems to be not intuitive indeed. So I've created #42 for tracking this.

You can answer my questions there, if you want.

[Wikinaut]

@rugk you asked about the colour:

Here's a screenshot how it looks on

• macOS High Sierra 10.13.4
• Firefox 59.0.2

[rugk]

Ah okay, so auto-selecting works there, at least. Thanks.