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
Improve the OONI website #329
Comments
@hellais originally wrote: here are some of them: HomepageAbout pageReports page@hellais Really love this new design! :) I'll get back to this ticket over the next weeks when I have more time on my hands. For now, here are some initial thoughts:
I'll provide more feedback as we start to work towards implementing the revamp of the site. Thanks for working on this, it's exciting! |
I think this is a good start @hellais but it lacks consistency with out upcoming design language. As I said, I really like the style of Duolingo.com which might be a good inspiration here (and I like the ocean idea as well) Would you like me to give it a go? How should we prioritize this? After the style guide is set up? Or working in tandem? |
I would suggest we work on it in tandem together with the styled guide. I think what we have seen in the small trial of run.ooni.io is that it's more effective that you work on the full mockups and I work on abstracting the components and integrating them into the style guide. Do you agree? |
@hellais I think that's more effective for me as well. I had some bike shedding and learning curve with the style guide so that would produce quicker results definitely. |
Lastest comments from @agrabeli : #36 (comment) |
I think in general we should soonish work on sketching out a sitemap or at the very least an inventory of all the content we currently have and what we should be adding. Here are my comments to @agrabeli's comments:
I am personally not a fan of having screencasts on websites. I find that they make the website feel more heavy (even if it only loads on click) and I have very very rarely found myself actually looking at the video on the homepage of the site on first load. Maybe I will view it after a bit, but I don't find it useful information to have here.
I would suggest to put these two on a special dedicated page (maybe under about?)
I would add to the homepage also some of the latest news from our blog or reports.
I think these are good items. It would be epic if we could remove 1-2 items to keep the menu bar a bit cleaner.
This is a lot of content that doesn't exist yet. I would be careful with creating pages for content that doesn't exist yet and would favour we prioritise on creating pages for content that already exists. Something missing that does exist at the moment is the tests description page.
This can go in the get-involved section.
I think this is a separate project that should probably have it's own dedicated portal. I think mixing it with the OONI website is not ideal.
These can be included in the footer on every page. Other things that we must not forget here to place are:
|
I would actually insist on having these on the homepage (as part of a scroll-down narrative), since we want to highlight these cases and emphasize why it's important to run OONI Probe. Including this in the About page would lead to this information being buried.
We can add those pages as placeholders (even though the content may not exist yet), and just say something like "Coming soon!". I think it's better to account for these pages in advance, as they will influence the rest of the content layout and design.
This is not missing. As mentioned in my comments, the test descriptions will be re-purposed to be included along with installation information under the "Software" section of the menu bar.
Sure, but we want to make sure that this is something that people can easily find from the website (and therefore we should be thinking about how we can enable that).
Link to OONI Explorer They're not forgotten. :) OONI Explorer will be linked from the "Data" section of the menu, the Install information will be available from the "Software" section of the menu, and there are proposed "Blog" and "Research" sections of the menu as well. Furthermore, the section for developers can remain under the Get Involved section (which will remain, but changed a bit). You're right though to point out OONI Run! I'd suggest that we link to that from the initial view of the homepage. @hellais thanks for your feedback! |
My bad, I quoted the wrong part, I meant the logos of partners and sponsors. |
Hi all. Look and feel is great. Just had a look over the comments and I think the conversations you are having are the right ones. My two cents: In my experience it's not a problem to produce pages for pending content, as long as there is a plan to definitely populate those pages soon after. A few things to think about, and I'm sure you have these answers elsewhere, but:
Once you have pre-live sites that can be accessed publicly via a URL, I can help you do some "sense check" user tests on them. |
Our users include digital rights advocates (including activists, researchers, policy analysts, and lawyers), academic researchers, and journalists (as well as technologists and others generally curious about internet censorship --- more recently, our users have expanded to also include those interested in measuring net neutrality violations). I think many access the website primarily to learn about internet censorship in their country (or in the countries that interest them). The main things we want to highlight in the new website are (1) running OONI Probe, (2) exploring/analyzing OONI data, (3) learning about internet censorship in various countries (via OONI data). Those 3 things have been included in the homepage of the mockup. @georakusen thanks for your feedback! We'll touch base for further feedback (I think we'll be resuming these discussions on the #ooni-design channel soon -- we've been prioritizing more on the mobile apps these days). |
@hellais Should we close this and open a new one linking to this issue in the design.ooni.io repo? Or are we tracking progress here? I suppose it would be best to split this work into smaller trackable chunks. |
Yes, create a master ticket for it referencing this ticket and xref the child tickets that depend on it. It's probably useful to put them into a dedicated milestone. I would say the right place to file this in, is actually a new repository for the revamped website: https://github.com/ooni/ooni.io |
So I made a bit more progress on this by making the following mock: Key points are:
I also tried to design it thinking about how many changes are needed in order to implement it with the current website codebase and go for stuff that is easiest to do. I started implementing this in our current website here: #305 |
@holantonela what do you think of the above mockup? There is also a live preview of some parts of this page visible here: https://deploy-preview-305--ooni.netlify.com/ |
The current OONI website can do with some improvements. I made some quick mockups of how I would imagine the future of the OONI homepage.
Related tickets:
The text was updated successfully, but these errors were encountered: