-
-
Notifications
You must be signed in to change notification settings - Fork 10.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"homepage-cask" - let's make a nice landing site for our project! #200
Comments
I’m personally not a fan of the “brewca.sk” url style — in conversation you always have to repeat and explain how it’s written. Same thing with the hyphenated version. Regarding the homepage, I’m more in favor of the homebrew style, for this. Straightforward, fast, no cruft. Some kind of sublime text 2 animations could possibly work, but I wonder if it’d add anything, in this case. I think it should be something dead‐simple. Good‐looking and informative homepage, with a section to present the apps (maybe here the categories could apply? I’m still not sure how we’d define them accurately, I’ve honestly never seen appealing software categorisation, the best apps you always want to stick in “other”). I’m stressing simplicity since there are a lot of apps out there, and as homebrew‐cask grows, so will the number of apps to feature, which can get out of control quickly with a complex system. I’ll maybe be able to kick around some html/css ideas soon, but I think there’s things we should think about first. Namely that there are already a ton of app‐discoverability websites out there, like i use this, and to me, they all seem to suck. It’s not that they’re awful interface‐wise or anything (well, some are), but there are just too many crappy apps, that all end up overwhelming the niche‐good apps. So you give up and end up only knowing about the popular apps, which are always the same. Now, we can’t really curate the apps that get into homebrew‐cask, as that would decrease its usefulness and would go directly against its purpose, but I ask “do we really need to feature the apps on the website?”. Again, there are just too many (which is why there are websites that list them all, and others that just list “the best” — which once more end up being always a variation of the same popular ones). I don’t want to be too harsh, as after all I really enjoy this project and contributing to it a lot, but I believe the reason discoverability seems so appealing right now is due to it having relatively few apps. When this projects grows some more in number os casks (and it’s getting there), you’ll just think “wow, this is too much, I won’t look through all that”. And frankly, I think that is fine. This project is great, and it’s goal/usefulness is closely tied with the quantity and maintainability of casks. I propose (and maybe I’m wrong) that most users find an app online and then think “I wonder if this is in brew or cask”, not the other way around (honestly, when was the last time you looked through homebrew’s (the main one) catalogue)? I’m all for the official website. As for implementing discoverability there, I’m not so sure, unless we can think of an awesome and novel way of doing the curation, that’ll really set it apart from the others. |
You make a lot of good points. Let's bracket off the discoverability part and focus on a site with a killer introduction to our project first.
These are all descriptors I am 100% on board with! |
Nice!
These are just nitpicks, though. It's a great way to (re)start this site! edit:
|
Thanks for the feedback. |
http://caskroom.io/ is live, so this one can be closed as well. |
…fessional3 added omnioutliner-professional3
I've been starting to think about a 1.0 release, and one of the things I like up and running before than is a solid landing page for this project.
I'd like to use this issue to gather ideas and discuss drafts for the site.
A rough list of things I'd like to see the landing page accomplish:
Here are a few to kick us off for inspiration:
Feel free to include other landing pages you think work well.
Should we use a custom domain, or stick with github page?
Many options:
There's a ton to comment on here - please join in! This'll be fun. 🌐 🎊
The text was updated successfully, but these errors were encountered: