Skip to content
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

Starting out blank or with selecting a template layout. #5537

Closed
paaljoachim opened this issue Mar 9, 2018 · 10 comments
Closed

Starting out blank or with selecting a template layout. #5537

paaljoachim opened this issue Mar 9, 2018 · 10 comments
Labels
Customization Issues related to Phase 2: Customization efforts [Type] Enhancement A suggestion for improvement.

Comments

@paaljoachim
Copy link
Contributor

Brainstorming...
Today starting out blank looks like this (I have an active SEO plugin so that the meta boxes show up below):

screen shot 2018-03-09 at 10 36 35

Meta boxes really should stick/be fixed to the bottom and there should be more space between the meta boxes border line and the block layout area.

--

Clicking into the "Write your story" block (line) and then clicking somewhere else the block looks like this:

screen shot 2018-03-09 at 10 44 39

So the initial writing block first has the text:
"Write your story". As one has clicked into it and out again it changes to "Add text or type / to add content".


Another option when starting could be to see a template gallery of thumbnail previews of post/page templates to begin with.

Perhaps something similar to this wireframe:

starter-design-templates

Creating templates.
Create post/page layouts and save them as a template to be added to the initial starter design area for a new post/page. Plus have a way to load in a full template into an existing post/page. Either having it overwrite or added to an existing layout.

(I will add on to this issue when additional things come up.)

@jeffpaul jeffpaul added the [Type] Enhancement A suggestion for improvement. label Mar 14, 2018
@paaljoachim
Copy link
Contributor Author

paaljoachim commented Mar 25, 2018

Additional wireframes where I also include a blank template.

initial-starter-page-gutenberg-2

initial-starter-page-gutenberg-3

@jasmussen jasmussen added the Customization Issues related to Phase 2: Customization efforts label Mar 28, 2018
@jasmussen
Copy link
Contributor

CC: @melchoyce

@melchoyce
Copy link
Contributor

Hey, I totally agree @paaljoachim! This is one of the first features we have planned for the Customization phase of Gutenberg. We'll be posting up some more information soon.

@karmatosed
Copy link
Member

I am closing this as it's planned as part of Customization and there would be a new issue for this along with that with @melchoyce's solution and in phase two. Thanks everyone.

@paaljoachim
Copy link
Contributor Author

paaljoachim commented Jan 5, 2019

I have continued some exploration in regards to mainly starter layouts. (But it can also be used along the way in the middle of creating a page/post.)

initial-starter-page-gutenberg-template-structure-reusable-blocks

  1. User creates a new page/post.
  2. Goes to the Layout section top right.
    First option would be select layout - drop down - with these drop down options:
    Template - user selects it and a modul (?) shows up on the left showing already saved templates.

Layout Structure - user selects it and it shows up on the left showing structure.

Reusable blocks - user selects is and it shows up on the left.

As the modul (?) is open on the left the user can easily click to go to the other layout options (template, layout structure and reusable blocks.)

There can also be a save button to where the user can save page/post as a template.
Select one or more empty blocks and save as a structure.
(similar to saving empty reusable blocks).

Select one or more content added blocks and save as reusable blocks.

The reasoning for doing it this way is that it keeps different types of layouts in one area. User can
begin to get used to the various options in one place.

@melchoyce
Copy link
Contributor

I did some explorations into page layouts last year that could potentially serve as inspiration for future iterations:

select layout few
select layout many
select layout hover
layout with placeholders

(Mobile mockups: https://cloudup.com/cqfTCSlAjCN)

I put together a prototype as well that I ran a couple user tests on: https://marvelapp.com/7fb3074/screen/38364413

The layout picker, like everything else in Gutenberg, is a block. It consists of a couple elements:

  • Block title / description.
  • Tabs for categorizing layout types (styled after the block inserter).
    • These are theme-defined.
    • When you only have a couple layouts (let’s say, <5), the tabs don’t appear.
    • If there aren’t any categorized layouts, the tabs don’t appear.
  • A list of available page layouts.
    • The layout graphics should be automatically generated based on the blocks included in them.
    • Images are grey boxes, text is darker grey lines, buttons are blue, etc. We should abstract out everything into simple shapes.
  • Finally, the layout itself.
    • In these mockups, you can see theme styles applied to Gutenberg. If theme styles aren’t declared, blocks would fall back to generic Gutenberg styles.
    • You might also notice the global elements on the page — in this case, the site logo, navigation, and footer. These exist for presentation, but are not editable in this first version of layouts. They uneditable and displayed at 40% opacity.

I also explored what it would look like to change your page layout: https://wp.invisionapp.com/share/M5JCEDX3GKJ

I think we've evolved beyond these initial concepts, but I'm hoping they're still relevant to the conversation.

@jasmussen
Copy link
Contributor

Really dig the thoughts here. Your mockups, Mel, are incredibly helpful in shaping thoughts.

One of the things that keep me up at night these days, is the idea of the full editor. That is, the entire page in the editor is comprised of blocks. The Header is a block, the Sidebar is a block, Post Content is a block, Footer is a block. Most importantly, a Page Template lists all those blocks as part of the layout.

I can't quite divine whether your mockup shows the page template picker as a modal covering the page editor, or whether it's supposed to show the template picker "inline" with the header and footer above and below it. In any case, for a full editor it would be nice to include both the header and footer in the actual template itself. This would also make it trivial to create those popular "no sidebar" templates. Simply don't include that block in the template.

I keep coming back to Polygon.com as a good example of a rich website, where this review is very much your standard post layout, whereas https://www.polygon.com/a/ps4-review is a completely different beast. But both are just posts. By leveraging the full editor and everything is a block mentality, both can easily be accomplished and intuitively edited through post templates.

@paaljoachim
Copy link
Contributor Author

paaljoachim commented Jan 27, 2019

Just adding this in here:
Here is a template test made by @jeremyfelt
https://twitter.com/jeremyfelt/status/1075932152422756353

Another that adds more complex blocks. It could perhaps also inspire template creation: #6993

@Soean
Copy link
Member

Soean commented Jun 3, 2019

Full Site Editing from Automattic

Screen-Shot-2019-05-30-at-1 28 36-PM

WP Tavern article: https://wptavern.com/automattic-is-testing-an-experimental-full-site-editing-plugin
Plugin on WP.org: https://wordpress.org/plugins/full-site-editing

@paaljoachim
Copy link
Contributor Author

Calypso related full site editing issues:
https://github.com/Automattic/wp-calypso/labels/%5BGoal%5D%20Full%20Site%20Editing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Customization Issues related to Phase 2: Customization efforts [Type] Enhancement A suggestion for improvement.
Projects
None yet
Development

No branches or pull requests

6 participants