Am I the only one annoyed when Google Chrome tries to lookup for a Paraguayan domain when I search for a python file (e.g alignlib.py ) directly from the adress bar?
Is there a way to prevent this?
Thanks in advance.
Python files vs Paraguayan domains
1–6 of 6 posts
Re: Python files vs Paraguayan domains
#2How about entering:
python alignlib.pyRe: Python files vs Paraguayan domains
#3Right now you can only get .py domains as subdomains of
these second-level domains:
- com.py
- coop.py
- edu.py
- mil.py
- gov.py
- org.py
- net.py
- una.py
But this is clearly a case where the idea of search box and url bar in one field does not work. This will happen more often as we get more of those random TLDs.
Re: Python files vs Paraguayan domains
#4How about entering: python alignlib.py
What if you want to read about the snakes of Paraguay (http://animals.pawnation.com/snakes-paraguay-6701.html)? :-)
Of course I'm being facetious, but I think that 0x006A's point (https://news.ycombinator.com/item?id=8267484) is a good one—this sort of attempt to be (in my opinion, too) clever will always eventually run into undesireable edge cases.
Re: Python files vs Paraguayan domains
#5put a ? before it...
address bar of [? alignlib.py] searches for alignlib.py ... not sure if this is intentional or just htat google drops special chars, but it works 100% of the time most of the time.
Re: Python files vs Paraguayan domains
#6Is there a way to prevent this?
Use a browser with separate search and location fields [such as Firefox]. Type search terms into the search field when searching.
For convenience, the search field in browsers with separate search field can receive focus using ctrl-k key combination.