When I first released a beta-version of xIFr back in July 2019, I didn't announce it here, because I expected to follow up with "final" version shortly after. However, I first found I needed a little break from coding, and after that unexpected events was stealing my spare time and energy for some time. But now, half a year later, I'm finally ready to "officially" announce my browser extension:...

xIFr 1.0

[Screenshot: xIFr showing image meta data]

xIFr is a webbrowser extension to view Exif and other meta data in image files. It's far from the first Exif viewer made for Firefox or other desktop webbrowsers, and xIFr is also a "fork" of one of the other add-ons already available. But I felt I could make something that worked better than the existing offers.

Most current Exif reader addons operates in one of two ways. The first kind opens a window with Exif data from an image, launched by right clicking directly on the image (<img> html element) on the webpage. The second kind can be executed "globally" for the webpage (eventually from a toolbar button) and will display Exif data for found images inline on the webpage. The problem with the first kind is that on modern webpages you can rarely right-click directly on an image element. Very often images is "shielded" behind a layer, or image is actually a background property of another kind of html element. The second kind will maybe work more often. But it will also sometimes break the page it is running on, because it directly modifies it to display the meta data of the photos.

[Screenshot: xIFr showing geolocation of a geotagged photo]

xIFr is a variation of the first kind. But thanks to a new API feature introduced in Firefox 63, I have been able to construct it so you can bring up the browser's contextmenu to launch it, by right-clicking pretty much anywhere on a webpage. xIFr will usually guess which image you were thinking of no matter if you actually was clicking directly on an image element, or you were clicking on a layer over it. And it can also find images that aren't actual image elements on webpages, but are background property of another kind of element. Technically xIFr is searching up and down the DOM tree looking for the likely wanted image close to the element your right-click was registered on. I call the feature for "Deep Search"...

Yes, xIFr is "guessing". But it rarely goes wrong, and is in my opinion much more useful and versatile than other Exif readers I have tried. Besides that, it is also among the best looking ;-)

[Screenshot: xIFr has Dark Theme support]

Currently the only "browser addon store" xIFr is available to install from is Mozilla Firefox Addons. In principle xIFr is a "cross browser compatible" WebExtension, also compatible with f.ex. Google Chrome, Opera and the new Chromium based Edge. But at this time only Firefox offers the API-feature used to make the "Deep Search" functionality, so when installed in other browsers, xIFr can only be launched when you can right-click directly on an image element. But if you want to try it in Chrome or another desktop webbrowser, there's usually a Developer-feature in browsers making it possible to install an add-on directly from the local filesystem. Download the extension (zip-file) from GitHub if you want to install it in your browser this way.

Update, April 2020: I have created a little Introduction page to quickly try the features of xIFr, and maybe compare it with other Exif reader browser extensions.

I have decided to write at least some of my new blog posts in English. I have also started updating navigation/UI on this site to be in English, but for a period it will probably be a mix of Danish and English...

Comments

Write a comment... 

 

There are no comments to this post

Only Name and Comment are required fields when commenting here. If you specify your email address, everyone will be able to find it at your comment. However your email will only be directly visible when hovering over your name, and in the code behind it will not look like an email address. So the risk of bots harvesting email addresses here, should be minimal. But again, you are free to leave the email blank when commenting.

If you tick Remember me, your name, email and homepage address will be remembered and prefilled at your next visit (Uses a cookie when ticked).

Full URLs (starting with "http://" or "https://") in comment text will be converted into active links when comment has been verified by a human as not being spam. Comments that looks too much like spam, will immidiately/proactively be rejected by the system and never reach a human eye.