sdavidg / firefoxchromescripts Goto Github PK

Thanks for this dav_LinkifiesLocationBar.uc.js script. It works good. I have no issue but only a wish, hope this is the right place for it. I only want the main domain to be bold and colored. I do not want any other functions at all. (Via userChrome.css this is not possible to realize)
Is there a shorter code for this that only does this wish? Unfortunately I do not know code at all.
Is it possible to post the code for this here?
Thanks and greetings from germany
Zitronella
(sorry for my bad english)

Hi @sdavidg ,

I'm an university student, and I'm part of a small international group of students who like to exchange Firefox CSS customizations for our own personal use (studies and jobs).
We also use several Firefox JavaScripts. But, unfortunately neither I nor anyone in our group knows anything about JavaScript. We use JavaScripts that we find here on Github, or JavaScripts that kindly Devs on Reddit create and adapt for us.

At this moment we need a simple JavaScript to show a short tab-title or tab-url inside the urlbar when a tab is mouse-hovered. That's all!
As you know, in vanilla Firefox when a tab is mouse-hovered the tab tooltip appears. We want to replace this tab-tooltip, and we want it to appear inside the urlbar. It doesn't matter if the JavaScript uses the tab-tooltip or tab-label or etc, the only thing we need is that when any tab (pinned, unpinned, selected, unselected, active, not active etc) is mouse-hovered, a short tab-title or short tab-url will appear inside the urlbar. Please @sdavidg , could you help us?

We've already visited all the FF' JavaScripts repos, there is no such script. Also, we have already contacted all the Devs, in the past they always have already helped us a lot with other scripts, but unfortunately at this time we do NOT have anyone to help us. @sdavidg you are our last hope.

Please @sdavidg , I hope you can help us, I don't know if it'll be easy for you to make a JavaScript that shows the short tab-tittle inside the urlbar, but if it's difficult and complex for you, then maybe a modification of your dav_tab_title_url .uc.js can work. Anyway, any kind of help from you will be very welcome.

@sdavidg , thank you very much for your time and attention.

The script for tab tooltips has unfortunately some issues:

• Was it intentional that you’ve uploaded the file without the file extension js?
• I want to suggest that one can choose the font-family on one’s own. I was successful in managing this by adding the according styles in my userChrome.css, but the hard part here was to get the selector combination for the tooltip label (apparently #dav_tab_title_url label). Maybe you should add a short note about this in the script, or you add in the script variables for the font-families. (And the colours, too?) By the way: Why is there in one occurrence courier instead of monospace?
• Somewhat related: Isn’t the linkify thing rather useless for a tooltip?
• I use this Firefox addon: Viewhance (GitHub resource). Among other (IMHO) unrelated things it adds information about the actual media file into the tab label. Alas, with your script this does not work at all, in fact there is no useful tooltip anymore (I see an empty, very small square). First, I wanted to ask you for an array of exemption URLs, for which the script could be disabled, but then I noticed/remembered, that the addon does not add its moz-extension: url for most file types (SVG is the [only?] exception, but it does not work with this either.) I get this error in the browser console (profile path shortened, if this matters, it’s a Windows path, but with forward slashes, i.e. /):

Uncaught URIError: malformed URI sequence
    encodeHTML file:///$profile-path$/chrome/dav_tab_title_url.uc.js:272
    createElement file:///$profile-path$/chrome/dav_tab_title_url.uc.js:289
    createElement file:///$profile-path$/chrome/dav_tab_title_url.uc.js:287
    getTooltipData file:///$profile-path$/chrome/dav_tab_title_url.uc.js:324
    showing file:///$profile-path$/chrome/dav_tab_title_url.uc.js:321
    onpopupshowing chrome://browser/content/browser.xhtml:1
dav_tab_title_url.uc.js:272:10

I did not change anything, so the line numbers are the original ones. I actually wonder why I get error messages for file: paths, but see nonetheless the original media file url in the locationbar. (Again: SVG is different here, because it gets captured and there is a moz-extension://$addon-ID$/… url.)

If you insist on separate issues for every item from above, let me know.

This is more informational, not thought as actual issue:

According to a report (in German) by Sören Hentzchel (@cadeyrn) Firefox 123 will have integrated tab preview, cf. Firefox bekommt Tabvorschau.

So, either this functionality should be integrated into the script or, if conflicting, the original function should be disabled in it.

From what I noticed the script works also on addresses where Firefox does not. Also the optional colorisation of the address parts is a plus of the script, though apparently there is some change for the default Firefox expected, too.

Clues from the report:

• The new function will be disabled by default at least in Firefox 123, because there has more work to be done.
• There are some config settings which could be used to control this new function by the script:
  • browser.tabs.cardPreview.enabled (boolean) enables or disables the function.
  • browser.tabs.cardPreview.showThumbnails (boolean) controls, whether a tab preview is displayed (like showPreview in the user script).
  • browser.tabs.cardPreview.delayMs (integer for milliseconds) controls the delay of the tab preview, by default 1000 (like timeUpdatePreview?).

With an active dav_tab_title_url.uc.js no tab tooltip is shown in Firefox 91 anymore. But if the user script is disabled the tooltip does work – of course without the useful script enhancements, though.

As user @Zitronella yesterday noticed in forum Camp-Firefox.de (so, text in German) there are cases where a maximum length for the tooltip text would be useful. She provided an example from X (former Twitter), for which, as I have myself noticed in other cases in the past, the whole posting text is copied into the page title and therefore will be exposed in the tooltip.

I’d prefer an option for this (on/off, value of length, 0 for disabling, or whatever in this direction), but I assume the actual setting should be quite easily be possible with CSS, max-width and probably some text-overflow with overflow:hidden. The only thing is that I am in general fine with recent behaviour with breaking the line if the text gets too long. This may get an issue with the proposed setting.

At least the LinkifiesLocationBar script should respect the Firefox setting network.IDN_show_punycode, the default is false.

To give some examples:
I stumbled upon https://www.berühmte-zitate.de/ which is displayed as https://www.xn--berhmte-zitate-isb.de/. While this for a German is guessable it’s different for http://öko.de/ (domain in punycode http://xn--ko-eka.de/) which is (luckily?) not displayed, but redirected to https://www.säfte.com/, though in the address bar I see only the even enigmatic https://www.xn--sfte-loa.com/. For the quite common German surname Müller there are several domains like http://müller.com/ displayed as http://xn--mller-kva.com/.

In parts of the world with non-Latin alphabets there are even full IDN domains, so it would be good to change the script behaviour.

In the moment at least the readable domain is visible if I select the address bar.

The tab_title_url script showing the same behaviour could instead perhaps get an optional setting for a deliberate user choice.

I have been using the dav_button_undoCloseTabs script for a while now, however when upgrading to Firefox version 115 it stopped working. The button no longer displays the closed tab entries.
Attached an image of the problem.

Glad I’ve looked on your page only some months after your announcement on Aris’ page (to use a German idiom: better late then never).

Regarding to the locationbar script:

There’s something wrong with domains and subdomains: Clicking on the domain should open the main domain web page (or the redirect from there), not the subdomain. Clicking on the subdomain should open this subdomain web page, but the latter now leads to an error. If this may help: The addon breadcrumbus (GitHub resource) does it correct. By the way: This even splits sections of the search/query part (separated by ? and &). It lacks only colorization.

Related to this addon: It adds a temporary popup showing the full web address split into clickable parts. Unfortunately, often the original locationbar is too narrow for the full address. Then with your script one cannot click on the later parts like an id anchor (after the hash sign). Maybe you could either mimic the addon behaviour or add an option to use only the colorization part of your script and disable the linking part?

Another thing: I do not like the triangle divider. I was successful in overwriting this to the default slash in my userChrome.css, but perhaps you could provide this as Boolean option?

BTW: If you insist on separate issues for every item from above, let me know.

There’s something wrong with domains and subdomains: Clicking on the domain should open the main domain web page (or the redirect from there), not the subdomain. Clicking on the subdomain should open this subdomain web page, but the latter now leads to an error.

From: #1