Hacker News new | past | comments | ask | show | jobs | submit | effdee's comments login

This pairs quite well with &tbs=li:1 ("Verbatim" search).

If you're in a region that google defaults to another language, &hl=en (or another language code) is very useful. Nowadays I mainly use it for the maps site, but I've used it elsewhere before when I couldn't struggle through a website in another language. It's very hard to get it into certain google products, like recaptcha. So I have to learn the words for what it wants clicked.

I don't know if parsing the Accept-Language header is too slow, or if google's trying to encourage people to log in to an account.


From what I've heard, Google purposely ignores the Accept-Language header because they believe browsers with a mis-configured language (eg. the browser is set to use english when the user doesn't want english) is more common than browsers with a correctly configured language that differs from their geoip location (eg. someone in France who wants to view a site in english).

That was my guess too. I haven't checked if they ignore it for all languages, or just English.

I remember being very confused when another site (wttr.in) would show up in Russian on a friend's computer for some reason. I later learned that clicking "never translate <language>" back then in chrome's prompt to translate would add that language to the Accept-Language header. The site then served this version, despite en-ie and en being higher priority.


Are these params documented, or just reverse engineered from the JS or something? TFA didn't cite its source, either

On a plain search, click on more, click on web, and then look at the URL you end up on, it's right there. (So, in the most limited sense of the word, "reverse engineered" but in a way that is less work than finding documentation would be if there were any :-)

But verbatim is not useful these days imo. Usually I rather accept that there doesn't exist such information than waste time in googling stuff.

It still works, sometimes. Usually in the afternoon.


Someone should probably mention the US National Helium Reserve[0]. Voilà.

[0] https://en.m.wikipedia.org/wiki/National_Helium_Reserve


> What is the "Archive" icon even supposed to depict?

It looks like a labelled archive box to me.

<https://www.google.com/search?q=archive+box&tbm=isch>


It would've been a lot more clear with old-style coloured isometric icons. Making everything vague, monochrome silhouettes definitely wasn't an improvement.


This post (in french) has some more details:

https://www.mail-archive.com/frnog@frnog.org/msg72320.html


Can't wait for the speedruns.


LOL!


I've been using FreeBSD as a desktop for almost 20 years. Currently running, uhm, CURRENT on an older Thinkpad.

Using FreeBSD as a desktop won't be fun unless one enjoys a raw and rather spartanic UNIX experience, I guess.


On a technical side: I came to the conclusion that displaying tabs horizontally is, well, stupid. Displaying them vertically is better. Tree Style Tabs for Firefox allows this. It also has hierarchies and folding. Hierarchies allows me to group related tabs. Folding allows me to "reduce the noise" by collapsing groups.

On a personal side: I've learned to let go.


Lego is pretty high on my list: it's all about composition with reuseable components that have just the right size. Also, the basic interface is stable since 1958.


Pressing ga in command mode in Vim displays the ASCII / Unicode value of the character under the cursor.


Yes, but IntelljIDEA's Linter showed me the error. Without linter you'll need compiler/interpreter to tell you something is not right.

And in my case, even if compiler / interpreter reported about an invalid syntax - I would not think of checking the unicode codepoint as it the character appeared to look exactly like semicolon.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: