more unique name than linkulator #42

Open
opened 2019-12-04 23:03:45 +00:00 by cmccabe · 10 comments
Owner

You know that phase of a project where you check Google to make sure your project name is unique? I swear I did that, but evidently I didn't. "linkulator" is used for several other tools and services online. Do either of you want to try to come up with a more unique name?

You know that phase of a project where you check Google to make sure your project name is unique? I swear I did that, but evidently I didn't. "linkulator" is used for several other tools and services online. Do either of you want to try to come up with a more unique name?
Collaborator

I'd be ok with changing the name, but I don't understand the impact of having the same name (the ones I see on a web search are very old or cybersquatted).

My only real problem with the current name is that autocomplete isn't easy because of the link command.

I have no real ideas on this though, apart from suggesting that a name change could be avoided by restyling i.e. lnkul8r, link-u-later, lynkulat0r...

I'd be ok with changing the name, but I don't understand the impact of having the same name (the ones I see on a web search are very old or cybersquatted). My only real problem with the current name is that autocomplete isn't easy because of the *link* command. I have no real ideas on this though, apart from suggesting that a name change could be avoided by restyling i.e. lnkul8r, link-u-later, lynkulat0r...
Author
Owner

I guess it's not super important. I noticed that overlap with the link command too. So I'll keep this open for now, but we can just mull it over and decide after a while if we can come up with another good name.

Maybe 'shlink', for sharing links.

I guess it's not super important. I noticed that overlap with the link command too. So I'll keep this open for now, but we can just mull it over and decide after a while if we can come up with another good name. Maybe 'shlink', for sharing links.
asdf added the
this release
label 2019-12-07 01:55:17 +00:00
Collaborator

I like that, but feel like linkulator might be nicer?

Either way, I've marked this as "this release" so we close it off before the initial release.

I like that, but feel like linkulator might be nicer? Either way, I've marked this as "this release" so we close it off before the initial release.
Collaborator

Something like or relating to fingerpost or guidepost could work well. That said, I do like linkulator. A duckduckgo search turned up no linkulator references whatsoever, lol (when searched in quotes).

Something like or relating to [fingerpost or guidepost](https://en.wikipedia.org/wiki/Fingerpost) could work well. That said, I do like linkulator. A duckduckgo search turned up no linkulator references whatsoever, lol (when searched in quotes).
Author
Owner

I like the idea of "fingerpost", but I think it unfortunately would cause confusion with the finger protocol.

But speaking of that, a feature (for the future) should be to support finger addresses, curl addresses (like curl chicago.wttr.in) and others. I wonder if we can put this off until later, or if that would require changing the linkulator.data file to indicate protocol type. Either way, it would require that we are able to associate different browsers with different protocols, e.g. lynx for http and bombadillo for finger and others.

I like the idea of "fingerpost", but I think it unfortunately would cause confusion with the finger protocol. But speaking of that, a feature (for the future) should be to support finger addresses, curl addresses (like curl chicago.wttr.in) and others. I wonder if we can put this off until later, or if that would require changing the linkulator.data file to indicate protocol type. Either way, it would require that we are able to associate different browsers with different protocols, e.g. lynx for http and bombadillo for finger and others.
Collaborator

I would think that this could be done without any need to rework the data files. Isnt the protocols aved with the link when it is provided? I cannot imagine someone putting in a gopher, gemini, finger, etc link and not providing a scheme as part of the url (I could see that happening with http/s, so I would recommend making the web the default scheme when opening links from the program).

I would think that this could be done without any need to rework the data files. Isnt the protocols aved with the link when it is provided? I cannot imagine someone putting in a gopher, gemini, finger, etc link and not providing a scheme as part of the url (I could see that happening with http/s, so I would recommend making the web the default scheme when opening links from the program).
Collaborator

Two more name suggestions (both inspired by the word lighthouse):

Two more name suggestions (both inspired by the word `lighthouse`): - [pharos](https://en.wiktionary.org/wiki/pharos) - [beacon](https://en.wiktionary.org/wiki/beacon)
Author
Owner

Adding one more, in asdf's theme of alternate spellings:
linqulator

Adding one more, in asdf's theme of alternate spellings: linqulator
Author
Owner

How about we release it as Linkulator for now, but along with the release, ask users to propose new names?

How about we release it as Linkulator for now, but along with the release, ask users to propose new names?
Author
Owner

How about following the Bombadillo theme by using a Hobbit reference? How about Linkmoot; where an Entmoot is an aggregation of Ents, a linkmoot is a link aggregator.

How about following the Bombadillo theme by using a Hobbit reference? How about Linkmoot; where an Entmoot is an aggregation of Ents, a linkmoot is a link aggregator.
asdf added
future release
and removed
this release
labels 2021-08-19 08:27:41 +00:00
Sign in to join this conversation.
No description provided.