public inbox for ipfire-artwork@lists.ipfire.org
 help / color / mirror / Atom feed
From: Michael Tremer <michael.tremer@ipfire.org>
To: ipfire-artwork@lists.ipfire.org
Subject: Re: [IPFire Artwork] Blog aka Planet
Date: Wed, 13 Jun 2018 11:02:03 +0100	[thread overview]
Message-ID: <036cc3e8529eb41ce1cdd48f26c246742575bf62.camel@ipfire.org> (raw)
In-Reply-To: <CAPxcDEtGq-7SK6oSABRZv=WqOQvKwA5SzNqNgVoFzsryE1NeqQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 5921 bytes --]

Hello,

great hearing from you!

On Wed, 2018-06-13 at 00:23 +0200, Maurice Gesswein wrote:
> Hey Michael,
> 
> > One comment about my first impression: Isn't it a bit dark when the
> > background
> > isn't white? I don't find it bad or anything, just unexpected.
> 
> The contrast is high enough for a very good reading experience. The same
> bgcolor and copy text color is used on the homepage, feature and donate page
> as well.

Unless you changed this now, I have no idea what I meant by this. Now, the
background is white I personally find this a bit easier to read from. But maybe
I am going blind...

> But I did a next version which uses the same layout as the Features
> page. https://app.zeplin.io/project/58cb0217f2317d48c7a802f2/dashboard?seid=5b
> 0dc889d80aa1886ae77309
> 
> Still work in progress! Further viewports will follow.

This looks really clean & tidy! Our users will love it!

> > Is there a reason that I have missed why this should all be merged together?
> 
> It's not a good user experience if one single "service" (the IPFire
> application) has a different navigation (header) for each subdomain. Mirror,
> downloads, planet, talk, forum, etc are only reachable from the footer of the
> mainpage or by typing the URL directly. I would expect the same navigation on
> all pages. This would make it a lot easier to navigate and find things
> faster. 
> 
> For now I kept the Planet navigation but I merged the content of
> ipfire.org/news and planet.ipfire.org. In my opinion ipfire.org/news should
> now redirect to planet.ipfire.org. Than we would have only one destination for
> the announcements.

I absolutely agree. This is the way to go. Since it is a blog now, we can move
everything into it. Before, I didn't feel right that the release announcements
where on the "planet". But since it is going now, this is a lot better and
easier.

> If I didn't miss something the blog owns 5 different kinds of pages:
> All articles
> Article list view (e.g. Hottest posts and 2018)

I think the "Hottest Posts" could get a redefinition. This is just a list
ordered by clicks and I think it would be better if we just mark a few posts
like the release announcements as "starred" and then people can just go through
the most important posts without scrolling through the longer years.

I am also not sure if we need the years, but what else would be a good way to go
back in history?

> Single article
> Posts of a single user
> Search results

I am also thinking about adding "featured" posts from somewhere else. For
example the lightning wire labs website has a tiny blog now:

  https://www.lightningwirelabs.com/blog

Many of these articles are IPFire-related and I would like to list on the IPFire
blog as well. So how would we make (visually) sure that people recognise these
as a post from somewhere else? Would we load the entire post into our blog or
just the first paragraph and then send people over to the original blog?

> If you agree with all of that my next steps will be providing the missing
> viewports and a text formatting sheet.

Yes I do :)

Best,
-Michael

> 
> Best,
> Maurice 
>  
> 
> On Wed, May 30, 2018 at 1:19 PM Michael Tremer <michael.tremer(a)ipfire.org>
> wrote:
> > Hey Maurice,
> > 
> > thanks again for moving this forward.
> > 
> > On Wed, 2018-05-30 at 00:04 +0200, Maurice Gesswein wrote:
> > > Hey folks,
> > > 
> > > just want to let you know that I'm alive and added WIP (Work In Progress.
> > > Sven, please don't start with coding yet) Screens of the Blog at Zeplin
> > > - https://app.zeplin.io/project/58cb0217f2317d48c7a802f2/dashboard?seid=5b
> > 0dc8
> > > 89d80aa1886ae77309
> > 
> > This looks good.
> > 
> > One comment about my first impression: Isn't it a bit dark when the
> > background
> > isn't white? I don't find it bad or anything, just unexpected.
> > 
> > > I discovered 4 different locations where a blog article appears:
> > > https://planet.ipfire.org/
> > > https://planet.ipfire.org/post/ipfire-2-19-core-update-120-is-available-
> > for-te
> > > sting
> > > https://www.ipfire.org/news/ipfire-2-19-core-update-118-released
> > > https://downloads.ipfire.org/release/ipfire-2.19-core120 
> > > Did I catch them all or are there more?
> > 
> > No, I think that is all.
> > 
> > But I would suggest to remove the new article on the download page. That
> > makes
> > it very long to scroll and nobody is looking for that content there anyways.
> > We
> > should rather have a link to the news article and that keeps the page
> > cleaner
> > and we can make it serve only one purpose: Downloading the right file.
> > 
> > > My goal is to provide only one version of an article which can be used for
> > > each destination. Which is already almost the case.
> > 
> > Yes, the code that generates the HTML out of the markup just generates one
> > version. However, this is quite confusing with headline sizes and so on now.
> > It
> > doesn't fit too well at the moment.
> > 
> > > For the future we should think about merging all those separated
> > subdomains
> > > into one piece of website with a new navigation structure. I don't think
> > they
> > > need to be technically merged together. Just one single navigation which
> > can
> > > handle lots of links should do the trick.
> > 
> > We can get rid of downloads.ipfire.org. The initial purpose of that was to
> > have
> > some sort of an archive with all historic downloads, but that can as well be
> > realised on the main page.
> > 
> > I think blog.ipfire.org should be an extra subdomain so people see what
> > something is about only by looking at the URL.
> > 
> > Is there a reason that I have missed why this should all be merged together?
> > 
> > Best,
> > -Michael
> > 
> > > 
> > > Best,
> > > Maurice

       reply	other threads:[~2018-06-13 10:02 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAPxcDEtGq-7SK6oSABRZv=WqOQvKwA5SzNqNgVoFzsryE1NeqQ@mail.gmail.com>
2018-06-13 10:02 ` Michael Tremer [this message]
     [not found] <CAPxcDEs--sfWM7bLDcAJW_oc=6-+wzBOgZD0cz4eiE=EUsrCww@mail.gmail.com>
2018-06-17 21:06 ` Michael Tremer
     [not found] <CAPxcDEuR7=pNfcAZwK9dLG-BRxKck9twCg7hw=E-dEas=6c7eA@mail.gmail.com>
2018-06-13 21:40 ` Michael Tremer
     [not found] <CAPxcDEvhbLenmZ4Az+tTv4Xb14Xty8Rt+5jmMFgJ062tp72zQQ@mail.gmail.com>
2018-05-30 11:19 ` Michael Tremer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=036cc3e8529eb41ce1cdd48f26c246742575bf62.camel@ipfire.org \
    --to=michael.tremer@ipfire.org \
    --cc=ipfire-artwork@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox