rudiedirkx / copyables-extension Goto Github PK

• Can we ask the browser which image was loaded?
• Does <picture> only expose the used one?
• Find the biggest one in [srcset]?

New context menu options for links:

• Copy link path
• Copy link domain
• Copy link origin

Or something.

Clicking on the RWeb table footer (with the buttons), opens an empty tab. There's no background image there. Why?

Doesn't work for huge header on http://coachcampus.test.ezcompany.nl/nl

Tries jump .content > .node > .content > .ccmod-header-fields past .field-name-field-image which is the winner.

Why?

Try targeting the big profile (bg) picture on https://twitter.com/yodirkx It won't find it, because .ProfileCanopy-header:before is in the way.

Easy, very specific, solution is to visibility: hidden all pseudo elements while targeting...

Which brings up another point: would the current technique ever find pseudo elements?

E.g. https://www.youtube.com/channel/UCwWhs_6x42TyRM4Wstoq8HA/videos

Because of css vars? Because of custom elements? Hidden <img> somewhere?

Real images have a context menu option "Open image in new tab". Elements with background image don't have that. If the real or background image is 'hidden' behind another transparent image (a la Instagram) or pager (colorbox overlay arrows etc), you can't go to the image. Opening devtools sucks.

Find the real image or a background image (with url(..)) and go to it.

On a selection, you get a Search Google for 'X' contextmenu item. Make that a shortcut, like CTRL+G.

Example URL: http://auto.plius.lt/skelbimai/opel-astra-1-7-l-universalas-2008-dyzelinas-4522619.html
Steps to reproduce the problem: choose any car from site, and try to download any picture of the car through Copyables extension.

you can add a feature to download pictures from the website?