Live data from Hacker News

Animating URLs with JavaScript and Emojis

matthewrayfield.com

101–110 of 173 posts

Re: Animating URLs with JavaScript and Emojis

#101
post #38

Earlier quoted context omitted.

The spirit is there definitely. My take is that it's only a matter of time before emojis creep into every area where text is used. Let's hope they won't ever become a mainstream part of programming languages.

> Let's hope they won't ever become a mainstream part of programming languages. knowing a few people in this world, I am sure that this will certainly happen way before you can have variables named α, β, γ

[deleted]

Re: Animating URLs with JavaScript and Emojis

#102
post #38

Earlier quoted context omitted.

The spirit is there definitely. My take is that it's only a matter of time before emojis creep into every area where text is used. Let's hope they won't ever become a mainstream part of programming languages.

> Let's hope they won't ever become a mainstream part of programming languages. knowing a few people in this world, I am sure that this will certainly happen way before you can have variables named α, β, γ

HN strips out emoji... but this works in ruby (replace "" with a smiley for example)

    def 
      puts "helloworld"
    end

> helloworld

Re: Animating URLs with JavaScript and Emojis

#103
post #93

Earlier quoted context omitted.

A nice side effect of it being so commonplace now is that most youtubers are doing their own editing, meaning the jokes and queues are very authentic to their personality and intent, vs having to be inserted after the fact by a separate professional who just wants to get the job done. See for example shows like Laymen Gaming or Girlfriend Reviews, both of which are full of Arrested Development style cutaway gags.

> meaning the jokes and queues are very authentic to their personality and intent I think that's less a thing than we maybe think. I think the medium crafts the message and even the messenger. There are certainly YouTube like "patterns" and I see a lot of channels eventually devolve into them. Time and again over time I see something I like and then they ever so slightly creep towards the YouTube drama stuff, and bef…

This makes me think of that editing 'style' where Youtubers will edit out every single pause for breath, so not only do you see their head snapping about every 2 or 3 seconds, you're practically listening to one massive sentence. To me it feels awful and it ends up making me feel tense.

Like anything though, it only takes one or two people to do it before it catches on and everyone starts emulating it.

Re: Animating URLs with JavaScript and Emojis

#105
The combination of animations on the URL and emojis looks great! And i think some of the use-cases, like progress indicators or simple spinners can be pretty legitimate (though maybe it's just my cute-hack-friendly mind thinking this :P)

I didn't know about `location.hash =` not being rate-limited like history.replaceState() is! Knowing this would have been useful when (ab)using this idea to make a playable game on the URL (https://epidemian.github.io/snake). I stumbled upon Chrome's rate-limit quite a few times (now it seem to have been raised). Thanks!

Re: Animating URLs with JavaScript and Emojis

#106
post #89
post #38

Earlier quoted context omitted.

The spirit is there definitely. My take is that it's only a matter of time before emojis creep into every area where text is used. Let's hope they won't ever become a mainstream part of programming languages.

Check out Emojicode: https://www.emojicode.org/ "Emojicode is an open-source, full-blown programming language consisting of emojis."

Tell ya what, there's a Lisp dialect made with emojis.

Re: Animating URLs with JavaScript and Emojis

#107
post #67

Earlier quoted context omitted.

All I know is he tried pushState. Perhaps replaceState is not throttled, because it doesn't create new history entries, just replaces the last one. Try this in chrome console. And yes, it doesn't throttle at all. i=0; setInterval(() => history.replaceState('', '', '/' + (i++)), 50); It's interesting how people will just believe everything, even if the test is 30 seconds away.

I'm pretty sure Chrome has different behavior with Dev Tools open and Dev Tools closed, and also with what it does with code posted in the console and code run as part of the page. So just because it is not throttled when run in the console doesnt necessary imply it wont throttle as part of a regular page as well.

It does not in this case. It's just not throttled.

Re: Animating URLs with JavaScript and Emojis

#110

This page will wreck your browser history. The post explains the rationale at the end, but frankly speaking there should have been the warning for each checkbox.

It shouldn't. It uses history.replaceState(). https://developer.mozilla.org/en-US/docs/Web/API/History_API...

It actually just updates window.location.hash instead, which does cause a flood of history entries (looks like just one per distinct animation state, though, at least in Chrome). See the "One Last Thing" section near the bottom of the article for the rationale. See the inline code snippets in the article, or view source for wavyurl.com to see the actual code used.
Post reply on HN