views/about: move about_mastodon below site_description #1511

Closed
wants to merge 1 commit into
from

Conversation

Projects
None yet
4 participants
@dunn
Contributor

dunn commented Apr 11, 2017

Information specific to the instance should be more prominent than
information about Mastodon in general.

Even when site_description isn't present, it's probably better to cut right to the chase with the signup form.

views/about: move about_mastodon below site_description
Information specific to the instance should be more prominent than
information about Mastodon in general.
@yiskah

This comment has been minimized.

Show comment
Hide comment
@yiskah

yiskah Apr 11, 2017

Collaborator

I don't think this is very good for new users who do need to know what mastodon.social

Collaborator

yiskah commented Apr 11, 2017

I don't think this is very good for new users who do need to know what mastodon.social

@dunn

This comment has been minimized.

Show comment
Hide comment
@dunn

dunn Apr 12, 2017

Contributor

I'm not sure. For the flagship instance, I think it looks fine, since there's no extra description (right hand image). For others, "what is mastodon" will be below the fold (left hand):
awoo

If the order is going to remain how it is, then maybe the description could be shorter. My main concern is that most instances look pretty much identical above the fold, so it's hard for them to indicate what is unique about this instance.

Contributor

dunn commented Apr 12, 2017

I'm not sure. For the flagship instance, I think it looks fine, since there's no extra description (right hand image). For others, "what is mastodon" will be below the fold (left hand):
awoo

If the order is going to remain how it is, then maybe the description could be shorter. My main concern is that most instances look pretty much identical above the fold, so it's hard for them to indicate what is unique about this instance.

@Fastidious

This comment has been minimized.

Show comment
Hide comment
@Fastidious

Fastidious Apr 12, 2017

@dunn I prefer the layout you propose, indeed.

@dunn I prefer the layout you propose, indeed.

@expenses

This comment has been minimized.

Show comment
Hide comment
@expenses

expenses Apr 12, 2017

Contributor

I think it depends on how newcomers find Mastodon instances. If they first find an instance and then learn about Mastodon, having the about text at the top is good. However, if they learn about Mastodon and then look for an instance they want to join, the text becomes a little redundant.

I'm not sure which is better. I guess this 'Public Relations' kinda thing depends on the audience.

Contributor

expenses commented Apr 12, 2017

I think it depends on how newcomers find Mastodon instances. If they first find an instance and then learn about Mastodon, having the about text at the top is good. However, if they learn about Mastodon and then look for an instance they want to join, the text becomes a little redundant.

I'm not sure which is better. I guess this 'Public Relations' kinda thing depends on the audience.

@yiskah

This comment has been minimized.

Show comment
Hide comment
@yiskah

yiskah Apr 12, 2017

Collaborator

I think a middle ground could be good. The first thing should be "What is mastodon?" and then the second could be "What is $instance?". Followed by the rest of the descriptors. We want to try the features and signup form on one page. Right now this is the only landing page we have for people joining so it's unlikely someone will already know what mastodon is before joining.

This layout makes sense for uses familiar with Mastodon. The current for users unfamiliar. Since familiar users will normally be logged in already, or know what to look for, I don't think we should de-prioritize software description.

Collaborator

yiskah commented Apr 12, 2017

I think a middle ground could be good. The first thing should be "What is mastodon?" and then the second could be "What is $instance?". Followed by the rest of the descriptors. We want to try the features and signup form on one page. Right now this is the only landing page we have for people joining so it's unlikely someone will already know what mastodon is before joining.

This layout makes sense for uses familiar with Mastodon. The current for users unfamiliar. Since familiar users will normally be logged in already, or know what to look for, I don't think we should de-prioritize software description.

@dunn

This comment has been minimized.

Show comment
Hide comment
@dunn

dunn Apr 12, 2017

Contributor

@yiskah a possible problem with that configuration would be that the signup form could fall beneath the fold (using witches.town as an example this time):
screen shot 2017-04-12 at 11 49 27 am

Contributor

dunn commented Apr 12, 2017

@yiskah a possible problem with that configuration would be that the signup form could fall beneath the fold (using witches.town as an example this time):
screen shot 2017-04-12 at 11 49 27 am

@yiskah

This comment has been minimized.

Show comment
Hide comment
@yiskah

yiskah Apr 13, 2017

Collaborator

Right. We don't want the sign-up form falling down. The "What is mastodon" text is guaranteed to be a certain length, because that's universal, but we don't know how long another instance would make their text. If we want to guarantee "equality of quality" it may be wise to keep things as in, though I agree that having the about this instance thing but the very last paragraph feels odd.

Collaborator

yiskah commented Apr 13, 2017

Right. We don't want the sign-up form falling down. The "What is mastodon" text is guaranteed to be a certain length, because that's universal, but we don't know how long another instance would make their text. If we want to guarantee "equality of quality" it may be wise to keep things as in, though I agree that having the about this instance thing but the very last paragraph feels odd.

@dunn

This comment has been minimized.

Show comment
Hide comment
@dunn

dunn Apr 13, 2017

Contributor

I can't think of a solution that balances these considerations, so I'll close this for now. Thanks for the review!

Contributor

dunn commented Apr 13, 2017

I can't think of a solution that balances these considerations, so I'll close this for now. Thanks for the review!

@dunn dunn closed this Apr 13, 2017

@yiskah

This comment has been minimized.

Show comment
Hide comment
@yiskah

yiskah Apr 13, 2017

Collaborator

It was a good idea ^^;; really. We just gotta figure it out more

Collaborator

yiskah commented Apr 13, 2017

It was a good idea ^^;; really. We just gotta figure it out more

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment