 |
Nifty tool. Thanks!
Posted 31 months ago.
(
permalink
)
|
 |
Fabulous - works a charm!
I have Gill Sans on Windows, but it's called "Gill Sans MT" so it doesn't get picked up. I wonder if you could add that to the font list in a future version?
Posted 31 months ago.
(
permalink
)
|
 |
Very nice one !
Posted 31 months ago.
(
permalink
)
|
 |
Nice call Mark, I'll add Gill Sans MT
Posted 31 months ago.
(
permalink
)
|
 |
 Chubby Bat Very nice hack
Posted 31 months ago.
(
permalink
)
|
 |
very useful - thanks!
btw fyi it doesn't appear to work on private photos
Posted 31 months ago.
(
permalink
)
|
 |
Fantastic script - thanks!
Posted 31 months ago.
(
permalink
)
|
|
Thanks for the tip-off Solnyshko. The GM script calls the Flickr API "unsigned", which means it doesn't associate the call with any particular user. As a result, the script doesn't have permission to access metadata for photos that aren't public.
I could get around this by building in an authentication routine - i.e. you'd get redirected to one of those "I allow application X to access my Flickr account for viewing" pages. Personally I think that's a bit heavyweight for a GM script, but if enough people think it's worth doing I'll certainly investigate.
All the best,
Simon
Originally posted 31 months ago.
(
permalink
)
SimonWhitaker edited this topic 31 months ago.
|
 |
Great script, very useful. Well done!
Posted 31 months ago.
(
permalink
)
|
 |
Chubby Bat, very nice overlay, smart way of showing it. For the auth, it's not how hard as you think, check out how it's done in that script:
More EXIF info
The method is explained in that thread:
Greasemonkey EASY authenticated API call
Posted 31 months ago.
(
permalink
)
|
|
Thanks for the tip mortimer, I'll check that out!
Posted 31 months ago.
(
permalink
)
|
|
one other thing, and I don't know if this is addressable but there's a resource conflict of some kind when used in conjunction with mortmer's photomagnifier - things grind down appreciably when both are running at the same time - temporally disabling EXIF decorator sees frame rates perk up again (when actively using photomagnifier).
EDIT: maybe I was imagining this - as it no longer seems to be problem! hmmm
Originally posted 31 months ago.
(
permalink
)
>Solnyshko< edited this topic 31 months ago.
|
 |
great script! : )
Posted 31 months ago.
(
permalink
)
|
|
Thanks Solnyshko, I think the issue you saw with EXIF Decorator and photomagnifier was to do with EXIF Decorator's over-enthusiastic use of mousemove listeners. I've fixed that now, if you download a fresh copy you should find it plays much nicer now.
Originally posted 31 months ago.
(
permalink
)
SimonWhitaker edited this topic 31 months ago.
|
|
great stuff, thanks. Can I just over install or is it best to remove EXIF Decorator beforehand? not terribly knowledgeable about the workings of GM scripts as you can tell ;)
Posted 31 months ago.
(
permalink
)
|
|
I think you ought to be able to over-install, but I've seen instances where I've ended up with multiple copies of the same script installed, so maybe best to uninstall first.
All the best,
Simon
Posted 31 months ago.
(
permalink
)
|
 |
I really like this extension.
I noticed that sometimes if you hover over the picture while the Add to Groups dropdown is visible the EXIF info is displayed on top of the dropdown and won't go away until you move off the dropdown and picture. Then you must carefully go back onto the dropdown without touching the picture to use it. It doesn't happen with the Add to Sets dropdown.
Originally posted 31 months ago.
(
permalink
)
jciv edited this topic 31 months ago.
|
 |
Please tell me that this script respects a person's choice to not to have their EXIF data displayed (via their Flickr account options).
Posted 31 months ago.
(
permalink
)
|
|
No idea I'm afraid Crafty Guy - got a photo/account I can use to test it?
The script's implemented using Flickr's flickr.photos.getExif API call. I would assume that the business logic for that API call respects a user's choice to hide their EXIF data, but that's only an assumption.
(My own personal feeling on this is that if people are that touchy about other people seeing their EXIF data, they should remove it prior to uploading to Flickr. But hey, that's just me.)
Posted 31 months ago.
(
permalink
)
|
|
I've temporarily set my account to hide my EXIF data - feel free to try it on my stuff if you want.
Posted 31 months ago.
(
permalink
)
|
|
CraftyGuy: thanks for that. Glad to report that Flickr's API does indeed appear to honour the request not to publicise EXIF data. Hurrah!
jciv: hmm... I can't replicate that problem, but I definitely don't want to go messing with Flickr's own interface, so I've added a couple of lines to my GM script so that it hides the overlay if you mouse over a Flickr dialog (add to group, add to set, blog this photo, etc). Please grab a fresh copy and let me know how you get on.
Originally posted 31 months ago.
(
permalink
)
SimonWhitaker edited this topic 31 months ago.
|
|
Thanks for checking on that. Before I tried the new copy I was unable to reproduce it anymore either. It was simple to cause earlier, but just refuses to happen now. I guess Flickr could have been playing with some of the code today and caused it. Whatever it is, it seems solved now. You can probably safely remove those extra lines.
I think I prefer the behavior of the previous version, though maybe it is my imagination that it is different. Now you see the small version of the overlay when on a Flickr dropdown so it flips back and forth more as you move on and off the dropdown.
I don't really get what the small overlay is for anyway. It is kind of cool that the overlay does something more than just sit there (I like toggling it back and forth), but I don't see any real purpose. Maybe it will be more useful if the script expands to cover more info.
Posted 31 months ago.
(
permalink
)
|
|
 jciv Not sure what you mean by the small version of the overlay. I suspect you might have two copies of the script installed - one of which is a copy of an earlier version (which contained only one line of text - no camera model details).
Try popping open your Greasemonkey preferences, uninstalling any and all instances of Flickr EXIF Decorator, then re-installing - that should cure it.
All the best,
Simon
Posted 31 months ago.
(
permalink
)
|
|
Thanks. That was the cause of the small version.
Posted 31 months ago.
(
permalink
)
|
 |
Chubby Bat: great script man, I really like the overlay delivery.
I'd be interested in the ability to click on the overlay to take you to the actual exif page for that photo. Just an Idea.
Thanks
Posted 31 months ago.
(
permalink
)
|
|
 obrazu You know what the worst thing is about writing Greasemonkey scripts? Someone always come up with just one more cool feature that you just can't resist adding, then all of a sudden your wife gets mad because you spend all your time writing Greasemonkey scripts! This is just such a cool idea - provided I can sneak it under the wife's radar it'll be done soon... :-)
Posted 31 months ago.
(
permalink
)
|
|
obrazu It's done! The wife didn't even notice! Bwoa-ha-ha-haaa!
http://userscripts.org/scripts/show/9476
Posted 31 months ago.
(
permalink
)
|
|
hmm... getting a repeating failure when attempting to install (I unistalled the earlier edition before attempting this fresh install)
Error installing user script:
[Exception... "Component returned failure code: 0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS) [nsILocalFile.copyTo]" nsresult: "0x80520008 (NS_ERROR_FILE_ALREADY_EXISTS)" location: "JS frame :: chrome://greasemonkey/content/config.js :: anonymous :: line 148" data: no]
Posted 31 months ago.
(
permalink
)
|
|
 Solnyshko See my reply to this thread - I've had GM do this a few times with various scripts, don't know why.
Posted 31 months ago.
(
permalink
)
|
|
your solution worked a charm
thanks (again!)
Posted 31 months ago.
(
permalink
)
|
|
I figured out the overlay onto of the dropdown wasn't solved like I thought. I just didn't realize the cause so was not timing things just right. I can still not reproduce it every time, but when I do, it only happens when I move the cursor over the photo after I hit the group button but before the full dropdown appears (while the loading message is there). Once I get it to appear over the loading message it will reappear above the dropdown until reload even if the dropdown and your EXIF overlay are hidden and redisplayed.
To reproduce it, it may help if you are downloading some large files to slow down your connection to Flickr a bit. That will give you more time with the loading message up.
This is the end result:
Originally posted 31 months ago.
(
permalink
)
jciv edited this topic 31 months ago.
|
|
There is a very strange incompatibility with the "Smilies and other tools" script.
If you have both script installed, the exif info from the decorator are
copyed at the end of your comment. I tried to find the problem, but I
don't see what it ca be. Any idea Chubby Bat?
Posted 31 months ago.
(
permalink
)
|
|
 mortimer? I couldn't reproduce this bug - can you possibly give me an example of what you do to precipitate it?
Posted 31 months ago.
(
permalink
)
|
 |
Thanks a lot Chubby, your script is perfect. A must have!
Posted 31 months ago.
(
permalink
)
|
|
You're welcome Tup, really glad you like it! :)
Posted 31 months ago.
(
permalink
)
|
|
Chubby Bat: Wow thanks for that, sorry it took me so long to notice :D
Posted 31 months ago.
(
permalink
)
|
|
Chubby Bat It's easy to reproduce (and I am not the only one to have seen that):
1- install the "Smilies and other tools" script.
2- install your script
3- go to a photo with EXIF data. press the preview button of the comment (without typing any text)
4- the preview will show you the content of the EXIF Decorator. with the html etc...
I tested with the Exif decorator on the top of the comment tool in the list, but also with the decorator under the comment tool, and the problem is the same.
Originally posted 31 months ago.
(
permalink
)
mortimer? edited this topic 31 months ago.
|
|
mortimer? Sorry, I still can't replicate this, I've tried Jessica's original script and the version you contributed later on in that thread. With the Comment Tools script active (so that I see the button bar on top of the rich text comments box), if I leave the box empty and click preview I get a message saying: "An empty comment box? That won't work!". If I do enter something and then press Preview, the preview is just what I typed as usual.
I suspect there may be some third script that's interfering with EXIF decorator and Comment Tools to cause this problem. Have you tried disabling all your other other Greasemonkey scripts and trying again?
(If it matters, I'm using GM 0.7 on FF 2.0.0.4 on a Mac.)
Feel free to contact me direct on chubbybat(at)gmail.com if that's easier.
All the best,
Simon
Posted 31 months ago.
(
permalink
)
|
 |
I am having problems with the EXIF script and the Comments Tools script. I tried EXIF with the Buddy Icon Reply script and it too is giving a problem.
The EXIF Decorator is attaching itself to comment replies. It that suppose to happen? I hope not.
The other scripts works fine. Just seems that EXIF is appending itself to the comments. So I had to uninstall EXIF Decorateor.
Please fix. Thanks.
BTW, this is a new GreaseMonkey install and no other scripts are installed.
Originally posted 30 months ago.
(
permalink
)
J.Chin Photography edited this topic 30 months ago.
|
|
J.Chin See earlier in this thread - you're not the first person to report this, but I've been unable to replicate it and hence can't determine what the problem is, or which script (if any) is to blame. If you can give me step-by-step instructions on how to replicate the problem on your machine I'll try to reproduce it here.
Posted 30 months ago.
(
permalink
)
|
|
Chubby Bat, I sent you a PM.
Posted 30 months ago.
(
permalink
)
|
|
Thanks Johnny, got your PM but still no dice I'm afraid - even with those extensions installed I don't see the problem you're reporting.
I assume you've also contacted the authors of the other Greasemonkey scripts to see if they've got any suggestions? Or did you just assume that EXIF Decorator was at fault? (Knowing the way EXIF decorator works, I can't imagine that it is, but while I can't even replicate the problem you're describing it's hard to confirm that.)
Posted 30 months ago.
(
permalink
)
|
|
J.Chin > "Please fix."
Everyone would do well to remember that GM scripts are produced "as is" in the author's own time. You're not a customer of some corporation. You haven't paid for it. If you don't like it, either offer some help in tracking down the problem or just uninstall it or write your own.
Jeez, this "me! me! me!" attitude really pisses me off. Keep hectoring people like that and you'll mysteriously find they stop giving you nice stuff for free.
Posted 30 months ago.
(
permalink
)
|
 |
I really like Exif decorator but since installing it (I assume it's the reason) the same exif data it shows on an image has been appended to my comments. Is there any way of stopping this?
Posted 27 months ago.
(
permalink
)
|
 |
Is there a way to edit the script to show more of the available tags?
Posted 22 months ago.
(
permalink
)
|
 |
Thanks for your fancy script, It's nice to see the Exif data without leaving the image.
Originally posted 20 months ago.
(
permalink
)
delfi_r edited this topic 20 months ago.
|
 |
I love this one! Seriously... thanks Chubyby Bat!
Posted 20 months ago.
(
permalink
)
|
 |
Thanks for writing one of my favorite Greasemonkey scripts! I'm happy to report that Flickr EXIF Decorator is working under Firefox 3 RC2 + Greasemonkey 0.7.20080121.0.
May I suggest one small change?
Currently, the script throws a data.photo error when the image has no EXIF data.
Adding a check to line 83:
var exif_array = data.photo.exif;
like so:
var exif_array = (data ? (data.photo ? data.photo.exif : null) : null);
prevents this error. In any case, the error is inconsequential. :)
Again, thanks for the great script!
Originally posted 18 months ago.
(
permalink
)
dodob19 edited this topic 18 months ago.
|
 |
Would be cool if this worked in discussion threads too...
Posted 4 months ago.
(
permalink
)
|
 |
I recently found that this script somehow enters its html into the comment area of a photo page. I have used this script for over a year on my PC and just started to use it on my linux box when I noticed this problem.
I'm unsure if this script is the problem or if it is another script that is doing it.
When I click "Post Now", the html is not in the comment box, however once it is posted, I can see the data that is viewed via Exif Decorator right under my comment.
Clicking "edit" shows the html, so I can take the info off, if -that is- I disable Exif Decorator, otherwise, it will automaticly appear under my comment.
Running:
Fedora 7
Firefox 3.0.3
Other GM scripts:
Groups Organiser
Move comment form up
Refer Comment - disabled
Photophlow links
CommentTools
PM
Large Images
TCF Check Play
More Home
Show all images by this...
Commented on
Exif Decorator - disabled
How Interesting
Larger Contacts recent photos - disabled
Toggle Recent comments
Delicious Flickr contacts.
Google cal seamless
Collapsible gmail inbox
View on Flickriver
Flickriver background switcher
Contacts' Favorites - disabled
Posted 3 months ago.
(
permalink
)
|
 |
This script is just awesome! Thank you.
Posted 3 months ago.
(
permalink
)
|
 |
Looks good. The mirror site seems to be down, but the Install link worked fine. Cheers.
Posted 3 months ago.
(
permalink
)
|
 |
Is this broke now with the new page updates? Seems to have stopped the same time the new contacts page showed up?
Posted 2 months ago.
(
permalink
)
|
|
CORDAN Actually, it still works for me, but it's a little slow to show up. (It's actually the "Add person" feature that has messed up some scripts, and prevented the old right-clicking on an image from working like it used to).
Posted 2 months ago.
(
permalink
)
|
 |
This has stopped working for me, although I've at the same time just upgraded firefox so I'm not sure if it's the 'people in photo' or firefox upgrade that has done it, but at least some of my other gm scripts are working.
Posted 2 months ago.
(
permalink
)
|
 |
The script is not working for me anymore, and I haven't changed anything, so I conclude that Yahoo screwed it with the "people in photo" garbage.
I haven't have time to do extensive debugging, but it seems that the mouse over/out/moved listeners in the script are not getting events anymore. Probably that means that the listeners need to be attached to whatever overlay Yahoo is using to allow clicks to pop up the "add person" thing.
I'll see if I have some time to look at it more later.
Originally posted 2 months ago.
(
permalink
)
Ed Gaillard edited this topic 2 months ago.
|
 |
Have you tried to restart the computer? it happens to me sometimes but if I close Firefox (Ctrl+Alt+Delete and stop the process firefox.exe, just to make sure) then when I open Firefox it starts working again.
Posted 2 months ago.
(
permalink
)
|
 |
Yes, it seems very very slow to respond.
Posted 2 months ago.
(
permalink
)
|
 |
This hack seems to work for me. Basically, it's using a different div to detect the borders of image.
Remove (or comment out, as I did) near the bottom of the code:
img.addEventListener('mousemove', mouseMoveListener, false);
img.addEventListener('mouseout', mouseOutListener, false);
img.addEventListener('mouseover', mouseOverListener, false);
to:
var img2 = document.getElementById('photo-drag-proxy');
img2.addEventListener('mousemove', mouseMoveListener, false);
img2.addEventListener('mouseout', mouseOutListener, false);
img2.addEventListener('mouseover', mouseOverListener, false);
Update:
The previous doesn't work for streams that have notes disabled (e.g. White House). If notes are enabled, the div photo-drag-proxy seems to have a width. Kludgy, probably. :P
Change:
img.addEventListener('mousemove', mouseMoveListener, false);
img.addEventListener('mouseout', mouseOutListener, false);
img.addEventListener('mouseover', mouseOverListener, false);
To:
var img2 = document.getElementById('photo-drag-proxy');
if (img2.style.width == 0) {
img.addEventListener('mousemove', mouseMoveListener, false);
img.addEventListener('mouseout', mouseOutListener, false);
img.addEventListener('mouseover', mouseOverListener, false);
} else {
img2.addEventListener('mousemove', mouseMoveListener, false);
img2.addEventListener('mouseout', mouseOutListener, false);
img2.addEventListener('mouseover', mouseOverListener, false);
}
Originally posted 2 months ago.
(
permalink
)
Kuya-El edited this topic 2 months ago.
|
|
You da man!
Thanks!
Posted 2 months ago.
(
permalink
)
|
|
Thanks Kuya-El, that worked for the most part!
The "more" link is still broken but that's a small issue, the main thing is that you got it back! good times!
Posted 2 months ago.
(
permalink
)
|
|
Kuya-El wrote "The previous doesn't work for streams that have notes disabled"
Indeed. The way that notes now work is conflicting with a few scripts. Curiously, if you have notes disabled, you can still right-click on an image and get the properties/URL, but not if you normally show notes. This script will need to comprehensively checked, but Flickr staff said words to the effect of "The add people feature is 'temporarily' affecting some browsers in unexpected ways, so might be changed".
Posted 2 months ago.
(
permalink
)
|
|
Fixed mine as well. Thanks.. I'm also using Mort's Flickr Exif Info which seems to be working okay.
Anyone know of other scripts that are broke from the recent page changes?
Posted 2 months ago.
(
permalink
)
|
 |
... i haven't figured out how to fix the exif decorator but now that you've shown me mort's flickr exif info... i don't need to. thanks.
Posted 6 weeks ago.
(
permalink
)
|
 |
I simplified the change from Kuya-El above; just before (or after) the AddEventListener() lines at the end of the script, add:
var img2 = document.getElementById('photo-drag-proxy');
if(img2.style.width != 0) { img = img2; }
The problem with the "more" link is that the proxy image that catches clicks for the new face tagging stuff interferes with the clicking on the "more" link. If you don't care about the face-tagging stuff, you can always do this instead:
var img2 = document.getElementById('photo-drag-proxy');
if(img2.style.width != 0) { img.style.visibility = 'hidden'; }
Posted 6 weeks ago.
(
permalink
)
|
 |
Bug resolved, thanks Edward!
*
Posted 4 weeks ago.
(
permalink
)
|
|
CORDAN I'm using that one now. I like the customization ability, so I just have the most important details showing on the right hand side of the stream. Very nice.
Posted 4 weeks ago.
(
permalink
)
|
Would you like to comment?
Sign up for a free account, or sign in (if you're already a member).
|
Flickr Hacks /
Discuss
Feed – Subscribe to Flickr Hacks discussion threads
|
Deutsch
|
English
|
Español
|
Français
|
