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.

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

Any pages other than YouTube and Twitter?

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

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 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.

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

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)

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.

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

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.

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.

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

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

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.

We should really focus on the core features of Cuberite.

Performant. Configurable. Extensible.

or

Performant. Configurable. Extensible. Free.

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.).

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

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.

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?

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.

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.

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

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.

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

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

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

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?

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

RPI_glyph.pdf

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 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?

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

its #C3C3C3

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

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]

We should also make something like a sticky on the forum

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.

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

The post should go out tonight

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.