cuberite / cuberite.github.io Goto Github PK

Last time I checked, the support E-mail was broken. If it is still broken, I suggest we remove it from http://cuberite.org/support/ until this is fixed.

I'm imagining something like what the blender website is using:
https://www.blender.org/download/

I think at this point we have to overthink the website design. The main page will be totally cluttered if we add another two of those huge buttons. What about a download section instead?

The site looks way too dark after I corrected the contrast of my screen (you can't even see the hover effect on buttons well), and others have requested a change as well.

I suggested a green color scheme in this thread (because green is fresh, other server projects don't use the color, and Cuberite's colored icon contains green :P): http://forum.mc-server.org/showthread.php?tid=2049&pid=23155

We'll keep the dark color scheme.

We should create a (simple) privacy policy that tells the user exactly what we do with the analytics information we collect and what we use cookies for. We could also insert a link to opt-out of Piwik's tracking (alternatively configure Piwik to respect the do-not-track feature in browsers). A link to this privacy policy could be placed in the footer.

Something similar to this perhaps? https://elementary.io/privacy-policy

I thought of something like this: https://www.toptal.com/designers/subtlepatterns/dark-sharp-edges/
I guess @mathiascode could do that using only css?

Any pages other than YouTube and Twitter?

I suggest removing some old vendor prefixes from the CSS code, e.g. -webkit-border-radius and -moz-box-shadow, since browsers haven't used them in many years. It would clean up the code a little.

A list of needed prefixes: http://shouldiprefix.com/

What do others think?

We should really focus on the core features of Cuberite.

Performant. Configurable. Extensible.

or

Performant. Configurable. Extensible. Free.

How does the newsletter system work? Are newletters sent out automatically each week, or are they manually written? I registered my email address on October 27, but I haven't received any emails apart from the confirmation email.

We should also make something like a sticky on the forum

We should remove the information about adding a plugin to a server from plugins.html, and instead add a link to the plugin section in the user's manual, once this PR is merged: cuberite/users-manual#19

@mathias-github that sounds like a job for you 😉

I think we can remove a few old font formats, such as .eot and .svg, since they aren't needed in modern browsers.

• .eot is only required by IE 8 and below, which is very old
• .svg was used many years ago by old mobile browsers such as Safari 4.1

By removing these, we will reduce the amount of files and code.

The respective build job is lying here: https://builds.cuberite.org/job/Cuberite%20OSX%20x64%20Master/

The twitch.tv address is simply:
https://twitch.tv/cuberite

The post should go out tonight

Many people are here for the Raspberry. Beginners reaching the homepage don't know that the proper raspberryPi download is "ARMv6". I think that the text should be modified to. ARMv6 (Including Raspberry Pis), or something similar.

Currently we have HTTPS activated on all of our domains except for the API docs. We should activate HTTPS on there at some point.

http://www.cuberite.org redirects to https://cuberite.org as it should, but https://www.cuberite.org/ redirects to https://raw.githubusercontent.com/cuberite/cuberite/master/compile.sh.

I think that every news announcement should be mirrored at the forum announcement section to encourage discussion. A link from the cuberite website to the relevant forum announcement would be nice.

The current size of the page content font is too small and really hard to read

When a new visitor downloads Cuberite, there should be an obvious link to a "Getting started" guide (the manual).

I plan on adding an on-page popup, that appears when a visitor clicks on a download link. This popup will contain a link to the manual, and some text which explains that downloads on the front page update quite often.

I suggest moving the user's manual to this repository, because

• It's easy to integrate it with the website design
• Better-looking URL on the main domain (http://cuberite.org/manual/)
• GitHub Pages CDN
• Markdown support

With the help of Jekyll, we can keep the file structure quite similar to the current user's manual: https://github.com/mathias-github/cuberite-redesign-final/tree/gh-pages/manual

The final site looks something like this: http://final.cuberite.ga/manual/ (it's unfinished, there is no specific CSS for the user's manual yet) (we could also enable multiple pages instead of one)

RPI_glyph.pdf

Could you remove the transparency from the dropdowns, but keep the darker grey?
I find the transparency kinda distractive.

its #C3C3C3

Something is wrong with the download buttons.
When hovering over a download button, a menu appears with 32/64 bit choices.
When moving the mouse down to click one of those choices, the menu disappers.

This does not always happen, it happens when you move past a certain speed. My hypothesis there's a "dead area" between e.g. the "Linux" button and the "32 bit" button, and hovering over that dead area hides the menu, but moving the mouse fast enough skips that dead area.

Currently, we have two "hamburger" menus; one on the top of the page and one on the bottom. Hiding all the links in a menu isn't very good UX.

I thought about this solution instead: A floating bar at the bottom of the page, with icons and small text under the icons. This bar will show the most important links - the links in the navigation bar. To the far right of the bar, there is a "More" button, which will display the footer links when clicked on.

With this navigation method, we

• Can show the most important links. We don't have to hide everything
• Make it easier for visitors to navigate by placing links at the bottom of the screen

There has been some discussion about Gratipay being broken. Is there another place to make donations at currently, should the donation references be removed completely, or something else?

I was wondering if it would be possible to convert cuberite.org into https.
I know there's a technical difficulty since the site is actually hosted on Github and a cert would cause trouble. But it can be resolved:

• Have an nginx server serving the cuberite.org site, encrypt it with letsencrypt
• The server would proxy requests upstream to cuberite.github.io.
• The server has a ~5 minute page cache.

The favicon is the old MCServer icon -> http://cuberite.org/assets/icon_256.png

~Navo

There is more than enough space on my 1080p screen to have the benefits and bottom bar above the fold, and having them below is bad for user experience.

We currently have an email, but it isn't mentioned anywhere except the issue it was created in (cuberite/cuberite#2475).

I think in the support tab there should be a mention of [email protected]

Okay, by the looks of it, the meeting will happen at the end of February from the 19th to the 21th. "Registrations" to the meetup are just for statistics, so that I can see how many of you will come: http://doodle.com/poll/ywaucxvcyzstt36z

The location is mentioned in the Doodle poll. It's a local hackerspace.

– taken from the forum

I think we should keep support for 1.7 for now, but don't tell new visitors that we support it. Cuberite is very unstable in 1.7 at this point (new 1.8 mobs cause client crashes on first join, right clicking/placing blocks doesn't work etc.).

Should we keep promoting the IRC channel in the website footer? Every now and then a new user asks a question there, but doesn't receive an answer since devs don't use IRC very often.

They should be removed from the homepage as the last build is ~6 months old. The mac buildserver went down.

The manual should probably be on the top bar, and not the bottom one.

There is not enough emphasis placed on the link through to our github repo. This is important to attract new contributors so we should make it more prominent.

I'm usually working on a 14.5 inch screen. This is the result for the bottom right corner:

The "1.9 features missing" warning was removed in the new design.

In my humble opinion, in order to maximize UX, the following buttons should be:

• Literally 1 click away.
• Visible without scrolling to footer.

The buttons are:

• Forum
• Manual
• Plugins
• The download buttons
• Contribute
• Compile

Currently, Forum and Manual do not meet the above criteria. I think this can be achieved by making the following changes:

Top bar:
Home, Forum, Manual, Plugins, Support, contribute (Removed Discuss, blog, added forum, manual)

Just below the Windows download buttons:
Compile Cuberite, Github Repo (Unchanged)

Footer: (These don't have to meet the above criteria since they are less important)
Donate, IRC, Newsletter, Api Docs, License (added IRC)

Summary

• Removed discuss and blog, creating two empty slots at the top bar.
• Moved forum and manual to the top bar, reoccupying the freed slots.
• Added IRC to the footer.
• Blog is unused anyways, its removal is fine.
• Discuss would become redundant once IRC is added to footer, its removal is fine.

Tell me what you think.

Edit: Mostly typos.
Edit2: Removed blog.