spaced wrote:...
I found it does not work when theme is applied (different than default one). Looks like CTR is not overriding theme colours on tabs. (eg the solar system theme)
There is no way CTR can override all the differen tab implementaions in themes, so this is for default one only.
kukla wrote:There are only these 3 "border-color" entries in your code. Can you say which one you are referring to? I think you must be referring to the first one (in my screenshot below) as only two show in your TinyPic link, and the second one doesn't seem to be what you are talking about, since it's already at .8. I have tried changing the border-color in the third also (is that the non-hovered one you are referring to?) to a higher value from .3, but that doesn't seem to have any effect.It is probably not working because the border color of the hovered button is identical to the default one.
But if that's the case, then why did the new code you gave me, the one with .4, which replaced the original .2, in the first border-color entry, work? When I tried changing that value from .2 upwards before, and even now, from.4 to .7, all the outlining disappeared once again. I should also point out that even if I set that first border-color to a lower value than what you give in your code, the outlining disappears. And even if I make an edit, then decide to revert to the original value--the one that was working at first--with a new edit, all the outlining still disappears. The only way I can revert to a working CSS is to delete then completely reinstate the entire original code.)
Since I'm completely stumped here, perhaps you can give me just the section of code that needs changing up to .6 or .7, and I can just copy that in to where it belongs. For some mysterious reason, or just my lack of experience doing this, the changed values are working from your code, but not when I do the same from an edit.
http://i59.tinypic.com/2s96448.png
On my previous screenshot the "first border" was set to "black" (=default view) and the second to blue (when you hover the image). -> Compare the values.
You are using the same color (black) with a different opacity. Once it is increased you hovered and default borders are almost identical, so you don't see any difference.
Please start a new thread about this on "Firefox builds" subforum as this is offtopic.
isidroco wrote:..
I meant the menuBar, and found the solution was already there (Tabs in titlebar). I understand english better than spanish for this kind of options, is there a way to Change language? (it defaults to Spanish in my spanish FF/windows), thanks.
Either use an English Firefox or switch to English locale in about:config, but this will affect all installed add-ons.
general.useragent.locale --> en-US
Oomingmak wrote:.
I stumbled across this article about CTR and saw this screenshot:
http://winaero.com/blog/wp-content/uplo ... /addon.png
I noticed that a couple of the options shown in the screenshot are not included in CTR (as far as I can tell). The missing options are the 'Add-on bar' and 'Additional toolbar' checkboxes (which I presume removed or displayed those particular items).
Is there any chance of adding these 2 options back, because I'd really like to be able to remove the 'add-on' bar and 'additional' bar altogether (inducing their menu entries) seeing as I never use them and they just clutter up my context menu when trying to toggle other toolbars (often resulting in me often accidentally selecting the wrong item).
http://i219.photobucket.com/albums/cc48 ... enus-1.png
Thanks.
By the time this article was written CTR was in its very early stages. Now some of these option are included into general ui, so they can be accessed like before (e.g. Addon bar).
To hide the item from context menu use this code in Stylish, but it also may work in userChrome.css
Code: Select all
#toggle_ctraddon_extra-bar,
#toggle_ctraddon_addon-bar {
display: none !important;
}
Infocatcher wrote:I'm use CTR 1.1.9 with Tree Style Tab 0.14.2014050102 (mixed style).
All works correctly for me only with extensions.classicthemerestorer.tabsontop = "unset" (and with "Curved tabs (Australis default)"), but following fix breaks this:Code: Select all
// Tree Style Tabs addon
AddonManager.getAddonByID('treestyletab@piro.sakura.ne.jp', function(addon) {
if(addon && addon.isActive) { classicthemerestorerjs.ctr.prefs.setCharPref('tabsontop','false'); }
});
This is very strange, because TST fails for me, if tabs are on top and menubar is hidden, so I added this "temporal" fix.
TST always moves the hole navigator toolbox on top of the titlebar, hiding window controls and appbutton, if placed there.
Besides that CTRs tabs look more accurate with tabs not on top in TST.