Can you update it so it can track Emoji 11 emojis?

As promised at XO, here's a quick summary of the Microsoft emoji font implementation and the Google/FreeType one

I understand if this is closed as WILLNOTFIX, though

(also, we met at Radegast beer hall at a previous XO-related meetup with Andy, my brain absolutely failed to parse that recollection at the time)

by moving to an asset pipeline we can reduce reliance on external CDN hosted libraries (although they are possibly still a good idea for popular libraries), and make sure responses are minified and concatted etc.

this would make it much easier to break up our JS/css into some more manageable files for our own sanity.

a number of local libraries were inherited in #20 so this is becoming a bigger issue.

I suspect the potential CPU consuming areas we are looking at are:

• Rendering of CSS transitions
• Overall page re-rendering based on content changes?
• Javascript operations related to updating the page via jQuery
• Javascript operations relating to consuming/processing the SSE stream
• Browser cycles from consuming the HTTP stream feed before it even hits JS?

If we can start by figuring out what area causes most of the CPU usage, we can look at how to optimize it.

and redesign a little to be more legible on mobile, so i can check up on things remotely more effectively

top of text getting cut off in detail pages in iOS Safari.. now idea why it should be different from desktop safari, but apparently it is!

probably related to bootstrap somehow.

Hello,

As you can see on this screenshot, some emojis are flashing green/red. I don't understand the logic behind the choice of the emojis that are being flashed, and there's no explanation in your doc. Could you enlight me ?

I so like your service, that I want to open it on more than one tab.
When I do it, I can open just only six of it. Then next attempts will fall into infinite loading.
How can I open more entitles than now?

This one is going to be annoying because no way to do client side.

Can't for the life of me see what in the CSS is pushing it up. Could easily replace with a native bootstrap button and use twitter intents, but would rather use the official tweet button.

might not be possible with the way unicode-range works in CSS? needs further investigation.

Why keep it to just emojis???

Need to add something like Airbrake or whatnot, as #32 just evidenced, it is apparently possible for us to have breaking issues in production without noticing for almost a week. We need a better smoke detector here, and it will have the positive benefit of finding potential browser issues.

Is there a good free solution?

(Client-side tests would be good too but probably wouldn't have helped in that case, since if we're using a mock object it won't catch stuff stemming from upstream issues coming from the data layer.)

Hi,
Do you deprecate Ruby and NodeJS versions because issue performance ?

Your feedback on why depreciation should be very interesting.

Currently uses about ~12% CPU on a 3.4GHz quad-core Core i7 when consuming full stream (so half a full core?). Manageable but worth looking into whether there are some easy gains in efficiency -- as at 150-200 events per second this seems a little high?

Feature request:

It's hard to read through the tweets when they seem to flicker constantly with new tweets. I genuinely want to read what people are saying.

My proposal is for the maintainer to implement a pause/resume button for the likes of here:

http://www.emojitracker.com/details/1F60A

not sure what is causing this.. if i bind a .click handler for the entire document in jquery, it never sees it.. its like sometimes the browser never sees the click at all?

this gets pushed constantly, so anywhere a single character can be removed will help. possible candidates include separating space and any extra carriage returns.

I don't believe we are currently receiving any of these but it's a good idea to check for these since we're so high bandwidth.

https://dev.twitter.com/docs/streaming-apis/parameters#stall_warnings

It'd be nice to be able to see which emojis had been used the most in the past e.g. 24 hours. For example, at the time of writing, ♻️ is the #3 emoji, but it's rapidly catching up to ❤️ (which is #2) due to du3a.org and zad-muslim.com. It may even be outpacing the #1 😂; it's hard to tell from the current view.

On a related note, a breakdown by tweet language would also be handy; I'm pretty sure ♻️ is only #1 for Arabic.

heroku fork is no good for this, since it will attempt to reprovision addons, and doesn't port labs features.

rough plan:

• create new server on cedar stack
• manually copy over proper env vars
• enable websockets and log-runtime-metrics labs features
• set RACK_ENV to staging and adjust code to look for such a thing?
• configure CNAME and DNS
• possibly setup heroku pipelines

Some pointers here possibly? https://devcenter.heroku.com/articles/multiple-environments

This should let us set a pseudo A record etc. Once we do that we should add bare domain to web on heroku side.

First of all, thanks for your work on Emojitracker. I want to let you know about a project of mine that uses the data collected by Emojitracker and that could be fun for you to know about, at least.

So, what I have worked on is an alternative visualization of the emoji score chart. As comparing large numbers is a bit hard for people, and because bar graphs are boring, this viz aims to represent the frequency distribution of emojis as a waterfall, or mojifall if you may. There is already a demo available at:

demo.akselipalen.com/mojifall-openmoji-emojitracker/

For a bit of background, the project started as an approach to display the variety of great work done by OpenMoji organization. Soon the project found an interest to reflect the real-world use of emojis and we chose Emojitracker to be a suitable data source. For details about the development this far, see OpenMoji Issue #30.

Currently Mojifall reads a dump of emojitracker's data I downloaded some days ago via emojitracker-rest-api. In other words, it does not consume the API directly. However, I am interested to develop Mojifall further to visualize the current use of emojis, for example over the last 24 hours (see related issue #37). My motive here, in addition to being an open-source enthusiast and OpenMoji patron, is to find good real-world use cases for Sprinkler.js, an open-source stream-visualization lib I have been baking. Usage of emojis might be one of those.

Any thoughts? Also, if you feel Emojitracker could benefit from Mojifall in a way or another, I am happy to help.

This will probably be a WONTFIX due to speed impact but cataloging here anyhow.

Realistically, we only have one thing it makes sense to template-ify, which is the .styled_tweet class, but this will help make the code prettier and will be a good learning experience for myself.

Plan is to use Handlebars.js for this.

There are many cheat sheets and mappings nowadays. Many applications use different key value pairs. Which one did you use? Do you know a good resource to compare them?

it would be informative if the emoji tracker were updated as new emoji characters are added to Unicode. the full, current set can be found at:
http://unicode.org/emoji/charts/full-emoji-list.html

What title says. So we can see if it's 1.3 million , 13 million or 130 million. :)

The tool uses a ton of energy even when the tab is not visible. Could you use the [PageVisibility API] (https://developer.mozilla.org/en-US/docs/Web/API/Page_Visibility_API) to pause updates when the tab is not visible to the user?