It looks like supporting retina/HiDPi screens is something more and more mainstream sites/services have to support
http://blog.gravatar.com/2012/07/30/retina/
http://blog.gravatar.com/2012/07/30/retina/
i didnt see any commentGravatars are still broken in XF and elsewhere. I had to disable it on a few sites since they still serve up stale Gravatars, unless you call it with a unique URL.
I see my Gravatar here is months out of date now...still...the Automattic team needs to fix this.
I'm leaving a complaint on that very blog post, in fact...
i didnt see any comment
Are Gravatar adverse to any form of constructive criticism?It goes into a moderation queue. And since it was a complaint of sorts, I bet it never will get published.
The avatars are cached and does not update unless you call it from a different URL, so it never updates. I got so many complaints from my users about their gravatars not updating, and somehow I was being blamed, so I just removed the functionality all together.I don't have them enabled on my forum, but that is more a personal preference, I didn't know there was a technical glitch with the system.
That's not exactly a good behavior on their part, I agree. I did modify my one XF installation to add a random code to create a new URL each time, but like Mike said in the other thread, that is wasteful on resources. And XF has no way of guessing when you change your Gravatar.The avatars are cached and does not update unless you call it from a different URL, so it never updates.
I need to look back--I think I actually got a reply, but have been so busy that I never had time to follow up.Are Gravatar adverse to any form of constructive criticism?
Your avatar shows Acura logo to me
protected static $_sizes = array(
'l' => 384,
'm' => 192,
's' => 96,
);
.avatar .img.s { background-size: 48px;}
.avatar .img.m { background-size: 96px; }
.avatar .img.l { background-size: 192px; }
.visitorPanel .avatar img,
.memberCard .avatar img {zoom: 0.5};
There should be no , after 96I mucked around with this a bit... it doesn't seem to be terribly difficult to support. Although it does require a file edit on XenForo_Model_Avatar... Just need to double the sizes in the "protected static $_sizes" method like so:
PHP:protected static $_sizes = array( 'l' => 384, 'm' => 192, 's' => 96, );
This does not apply to avatars already uploaded?I mucked around with this a bit... it doesn't seem to be terribly difficult to support. Although it does require a file edit on XenForo_Model_Avatar... Just need to double the sizes in the "protected static $_sizes" method like so:
I swear if it's not one thing, it's something else... I redid the main XenForo UI sprite to be twice the size for retina displays... Since Firefox doesn't support zoom, I decided I would just embed the PNG within a SVG since you cant apply scaling to the embedded image... So it worked well in Firefox (no need to use CSS zoom). Unfortunately there's a bug in WebKit (so Safari and Chrome) that doesn't allow SVG to display an embedded image if the SVG is part of a web page (works fine when viewing the image alone in Chrome/Safari). lol... dumbest crap ever...It turns out the above CSS works on everything except Firefox (it doesn't support zoom, but IE, Safari, Chrome and Opera all do). Which really sucks.
Actually doesn't matter either way.There should be no , after 96
As a developer/designer, I am in favor of the world adapting ONE browser. All these browsers try to be cute and add things that the others don't have or tweak something in a special way, it really bothers me. Maybe not one browser but some sort of better "Common Ground" between browsers because the so called Web Standard for Browsers are a joke, it is a hassle to get something to work in IE then have it break in Chrome, or firefox and vice versa.I swear if it's not one thing, it's something else... I redid the main XenForo UI sprite to be twice the size for retina displays... Since Firefox doesn't support zoom, I decided I would just embed the PNG within a SVG since you cant apply scaling to the embedded image... So it worked well in Firefox (no need to use CSS zoom). Unfortunately there's a bug in WebKit (so Safari and Chrome) that doesn't allow SVG to display an embedded image if the SVG is part of a web page (works fine when viewing the image alone in Chrome/Safari). lol... dumbest crap ever...
Actually doesn't matter either way.
We use essential cookies to make this site work, and optional cookies to enhance your experience.