There's info on this here: https://developer.chrome.com/apps/tags/webview#method-find
And it may be possible that one of the webkit css extensions will help, but I had a look and none stand out to me: https://developer.mozilla.org/en-US/docs/Web/CSS/Webkit_Extensions
@dude99 said in Extensions page is too vague for ease of use:
Nothing wrong with emphasize a word/phrase with caps
Bold is for emphasis. All Caps is worse for readability than Mixed Case Text. Ideally, it should be reserved for acronyms like PDF, GUI, or OLED. It is very often mistaken for shouting, which does not help effective communication.
Instead of having another mode with a warm dimmed paper like background for the reader, I'd like to have more settings inside the readerview. For example the backgroundcolor and a background texture. Also the Fontface should be ajustable to fit every users taste. In general you could take a shorcut here if you just assign a theme for your readerview witch is only active as long as the page is inside readerview.
@herod0t said in Colourmanagement when playing back videos:
That solved the clipping-issue. Thank you!
But why? My display settings are set to the RGB colourspace (I don't know if it is sRGB (according to the representation of the gamut in the CIE-1931 Diagram it is sRGB) or Adobe RGB, but it's nothing non-standard like the DCI-P3-Gamut or ProPhoto-RGB)
I do not know why the color space is not correctly rendered. Perhaps the Chromium core does not read the default color profile of OS correctly.
@cheve11e_191 You could add a million options like that and they all make sense. But the more options, the more confusing the process of creating a theme – the user becomes overwhelmed. As long as the people who really care are able to do stuff like this with custom modifications, there is no point in introducing such things by default. It likely does more harm than good.
@hadden89 Yeah, there are obviously many solutions. But the highlight color should be readable on background, that's something you just have to assure as user. The contrast is something only we can guarantee. I mean set all 4 theme colors to the same color and most everything will be unreadable 😛 Besides, it's not the only place where the highlight color is being used as text, take a look at settings for a quick example.
@Pesala You gotta click on a color in the devtools elements tab (CSS section), then the color picker overview will appear. Picking colors from a webpage is enabled by default then and you just have to hover over the webpage and the cursor will magnify the area surrounding it. But yeah, it's almost too much trouble using this, if you're not working in the devtools already. Extensions do a good job at enabling this, but as pointed out in the OP, depending on your system's color profile, they might show the wrong hex value, while the devtools color picker shows the correct one.
0_1546264438030_Screenshot 2018-12-31 14.53.43.png
The difference is there, likely because you are using tabs on the bottom. If this is intended behaviour I can't say.
With tabs on the bottom the title bar takes the theme color of the address bar, with tabs disabled it takes the color of the tab bar, independent from where the tabs are placed.
This work to me but...
yeah, without inspecting-the-inspector I'm not sure what can be really done in it 😛
(It's just an unpacked extension which "paint" the rainbow on a .panel class)
On vivaldi://inspect/ devtool path is seen but then again.. don't inspect.
On remote(?) inspector http://localhost:9222/ which need a shortcut flag, dev tools can be inspected. But run really slow here (not sure why, maybe due chrome:// mods)