Current "Get Gentoo" page consumes too much vertical space (requires scrolling) and could benefit from some reorganization. On of your users, Denis (CC-ed), proposed new layout, which IMHO is much better than what we have now in mentioned aspects: http://politeia.in/gentoo/get/
> On of your users s/your/our/ that is.
Sure, looks great. I guess we should at least attempt to use the "new" formatting, as seen on overlays.gentoo.org, wiki, bugs, etc.
(In reply to Maciej Mrozowski from comment #0) > http://politeia.in/gentoo/get/ Variant 1: http://politeia.in/gentoo/get/index.html Variant 2: http://politeia.in/gentoo/get/index-v2.html Everything is at: https://github.com/Phr33d0m/get.gentoo.org (In reply to Jeremy Olexa (darkside) from comment #2) > Sure, looks great. I guess we should at least attempt to use the "new" > formatting, as seen on overlays.gentoo.org, wiki, bugs, etc. First, congrats, the design at overlays looks very nice. Second, it's kinda funny because the first time I was going to do the "GET gentoo" design and proposed using any kind of framework (e.g. Twitter Bootstrap's) I was said no. If this gets approved I'll try to move it to a similar to the overlays.g.o website's design.
(In reply to Jeremy Olexa (darkside) from comment #2) > Sure, looks great. I guess we should at least attempt to use the "new" > formatting, as seen on overlays.gentoo.org, wiki, bugs, etc. Not just attempt. I would consider using the new layout as a requirement for a new site or 'relaunch'. (In reply to Maciej Mrozowski from comment #0) > Current "Get Gentoo" page consumes too much vertical space (requires > scrolling) and could benefit from some reorganization. > On a desktop or reasonably sized laptop, yeah. On a smartphone on the other hand, we don't have that kind of screen estate: https://dropbox.a3li.li/f/5fd15a65d51eb433e700589462ec5816 I do agree however that the site could very much use a revamp. Accidentally, I took a very quick shot at it a few weeks ago: http://a3li.li/~alex/getgentoo.html The idea is to replace http://www.gentoo.org/main/en/where.xml -- whilst offering all the choices there (x32/uclibc/hardened/nomultilib stages), and then to move get.gentoo.org back into www.g.o when that is redone. Problematic here is obviously the amount of information and choices that I've tried to hide a bit by having users click the 'show advanced choices' button, but I'm not completely happy with that. So if you have the time and motivation to work further on this, a few pointers: - Use Tyrian (the CSS and JavaScript from the CDN) - It needs to be responsive - Clearly separate your HTML from the base template, as the static sites running overlays, get, anon*, will be converted to a (internal) jekyll 'site' soon to ease maintenance by sharing layouts. - Bonus: Work in a way to select a mirror instead of distfiles.g.o -- should be doable client-side by loading the mirrors xml and presenting a list, and setting a cookie/using local storage to remember the choice.
(In reply to Alex Legler from comment #4) > On a desktop or reasonably sized laptop, yeah. On a smartphone on the other > hand, we don't have that kind of screen estate: > https://dropbox.a3li.li/f/5fd15a65d51eb433e700589462ec5816 As I said above, I wasn't "allowed" to use any framework (which makes responsive design a kid's game). That's why my design (which, I want to empathize, was done 8 months ago in 1h of work (as per https://github.com/Phr33d0m/get.gentoo.org/commit/6ded940) when a plan to redo gentoo's websites' design was still a too-far-in-the-future idea from what I understood and I wasn't in condition to propose anything that big. > I do agree however that the site could very much use a revamp. Accidentally, > I took a very quick shot at it a few weeks ago: > http://a3li.li/~alex/getgentoo.html Exactly what I had in mind. Yours is a very nice and clean and I'd go with it *immediately* ;-). Although I wouldn't recommend that use of the tabs (for the small arches) as for usability (check how that page displays in links/lynx/any-console-browser), other than that everything is nice and cool. I do know you did it that way to keep it as simple and scroll-less as possible. > The idea is to replace http://www.gentoo.org/main/en/where.xml -- whilst > offering all the choices there (x32/uclibc/hardened/nomultilib stages), and > then to move get.gentoo.org back into www.g.o when that is redone. > > Problematic here is obviously the amount of information and choices that > I've tried to hide a bit by having users click the 'show advanced choices' > button, but I'm not completely happy with that. Heh, I was initially told to not use js at all... I'm a little envious now that I listened to whoever told me these things and didn't make something like yours from the beginning, hehe :-). > So if you have the time and motivation to work further on this, a few > pointers: I lack free time at the moment as real-life stuff are kicking hard, yet it doesn't look as a very time-consuming task at first glance so I think I can handle it in time. > - Use Tyrian (the CSS and JavaScript from the CDN) I've never heard what Tyrian is (my wild guess is some kind of your hacks on the twit bootstraps framework). > - It needs to be responsive Check. Someone has finally come to senses. > - Clearly separate your HTML from the base template, as the static sites > running overlays, get, anon*, will be converted to a (internal) jekyll > 'site' soon to ease maintenance by sharing layouts. I didn't completely get this part. Could you mail me an example of existing structure/whatever from an already done project or something? I'm indeed interested in either modifying/completing your design or doing one from scratch (I'd prefer the first one, as yours is indeed a very nice work). > - Bonus: Work in a way to select a mirror instead of distfiles.g.o -- should > be doable client-side by loading the mirrors xml and presenting a list, and > setting a cookie/using local storage to remember the choice. Sure. Although this would have the typical console-browser issues (no ajax/js) and we might want to emphatize on that a little. Anyways, have you considered using something like MirrorBrain[1] for that task or you prefer letting the user to select a mirror he has no idea of it's speed/bandwith/exact-location? Not afraid to repeat myself - I'm very interested in doing this so mail me anything I'd need to work on it. [1] http://mirrorbrain.org/
get.g.o now redirects to the new downloads page that should serve all users, be it newcomers or people who know what they want, better than the old setup. Thanks for your interest and mockup; should you have any feedback to the new downloads page, you know where to find us.
