[Plone-UI] how to fix "Not obvious how to edit/publish folder when it has a default page"?

Nathan Van Gheem nathan at vangheem.us
Mon Sep 30 13:59:27 UTC 2013


I'm not sure we can do a single widget for all our browser.

FWIW, I've finished quite a bit of work on a new folder contents
implementation. Take a look at mockup master.


On Mon, Sep 30, 2013 at 8:53 AM, Dylan Jay <djay at pretaweb.com> wrote:

> BTW, when we started working on what is now the new relateditems widget at
> last conference, the idea was for it to be a universal widget that could be
> used to replace the contents browser. It didn't turn out that way so far.
> To do that it would have to support actions like cut, copy etc and be able
> to select all, to just keep up with what the current folder contents does.
> Also, if we follow my suggestions as per below it might need multiple ways
> of viewing it such as tree view.
> I'd like to know opinions about if its wise to create a single widget for
> all our browsing? ie on the toolbar the top right "contents" button becomes
> a search box that when clicked on opens a content browser.
>
>
> Dylan Jay
>
> ---
> www.pretagov.com - Secure SaaS for Government hosted locally.
> P: +61-2-9955-2830  +44-87-0392-7071 | linkedin.com/in/djay75
>
>
>
> On 30/09/2013, at 10:40 AM, Dylan Jay <djay at pretaweb.com> wrote:
>
> > What does everyone think of keeping default pages the same but perhaps
> creating a better content browser?
> > There were plans to improve contents button in toolbar anyway and I know
> there exists lots of plugins.
> > What I'm thinking is something would allow you to see a site as a tree
> if it's a small site, as well as the traditional jump in and out of folders.
> > And perhaps when a default page is shown, it's shown attached to the
> folder instead of just bolded and still in the folder contents.
> > Also there could be an action in the content browser to directly attach
> an item to folder instead of just doing this via the display menu.
> > Also if it let you jump around the site and move content around. So it
> felt more like assigning content to urls. Instead of all this navigating
> around the site to get things done.
> >
> > I'm also thinking that during editing or adding of content, all types
> have a location/url field so you can get the idea of what url the content
> will have, and change your mind if you want and put it somewhere else
> without having to save and then move.
> >
> > What I'm thinking is that all of these things added up would more
> quickly give new users the idea of folders being how urls are constructed
> and also default pages.
> > Also it would make moving content around the site a lot more fun :)
> >
> > Don't be shy about contributing to this discussion. I'd love to be able
> to take a concrete idea to the conference sprint in a few days.
> >
> >
> > Dylan Jay
> >
> > ---
> > www.pretagov.com - Secure SaaS for Government hosted locally.
> > P: +61-2-9955-2830  +44-87-0392-7071 | linkedin.com/in/djay75
> >
> >
> >
> > On 26/09/2013, at 11:34 AM, Dylan Jay <djay at pretaweb.com> wrote:
> >
> >>
> >> On 26/09/2013, at 11:54 PM, Nathan Van Gheem <nathan at vangheem.us>
> wrote:
> >>
> >>> I wonder if we should plip disabling the Folder content type by
> default and making all other types folders.
> >>>
> >>> Or is it conceptually difficult for people to understand they can add
> a page inside of a page?
> >>
> >> It's not so much that. I think it while it makes somethings easier, it
> makes others harder.
> >> Like what if you want a portlet page or collection as your front page?
> Do you have to move your subitems into your new "default page"/folder and
> then replace the old page/folder?
> >> Also, how do you have your breadcrumbs/nav with one title and your page
> with another?
> >>
> >> maybe default pages are not that bad, we just need another UI.
> Something that lets you create a navigation structure and drag and drop
> content where you want it in some kind of more direct way?
> >>
> >>>
> >>>
> >>> On Thu, Sep 26, 2013 at 8:52 AM, Nathan Van Gheem <nathan at vangheem.us>
> wrote:
> >>> quick thought, in plone 5, I don't know if we had everyone sold on
> making all types folderish. Right now, all types are NOT folderish in plone
> 5:
> https://github.com/plone/plone.app.contenttypes/blob/master/plone/app/contenttypes/content.py
> >>>
> >>>
> >>> On Thu, Sep 26, 2013 at 12:11 AM, Dylan Jay <djay at pretaweb.com> wrote:
> >>> Hi,
> >>>
> >>> I'll be leading a UX sprint after the upcoming conference. In addition
> to the current initiatives (toolbar, widgets and a new theme) I'd like to
> see if can come up with some ideas to fix some of the top problems from our
> UX hit-list.
> >>>
> >>> #1 for editors is "Not obvious how to edit/publish folder when it has
> a default page"
> >>>
> >>> This also seems related to
> >>> #3 "idea of default page is not obvious"
> >>> #19 "not obvious how to change url"
> >>> #24 "Navigation being tied to folder structure isn't obvious"
> >>>
> >>> and to a lesser extent #7 "Not obvious display menu changes item + no
> way to preview"
> >>>
> >>> I'd like to get as many ideas from anyone thats interested on how they
> think this could be solved. I'll take these to sprint and see what we come
> up with.
> >>>
> >>> Ideas?
> >>>
> >>> For context I believe in plone5 with the new dexterity content types
> all items will be folderish. I don't think the change means folders gain a
> rich text body field. It does mean that default pages become potentially
> more confusing since where does clicking "contents" take you to on a
> default page? the contents of the folder or the default page?
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Dylan Jay
> >>>
> >>> ---
> >>> www.pretagov.com - Secure SaaS for Government hosted locally.
> >>> P: +61-2-9955-2830  +44-87-0392-7071 | linkedin.com/in/djay75
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> UI mailing list
> >>> UI at lists.plone.org
> >>> https://lists.plone.org/mailman/listinfo/plone-ui
> >>>
> >>>
> >>>
> >>> --
> >>> Nathan Van Gheem
> >>> Solutions Architect
> >>> Wildcard Corp
> >>>
> >>>
> >>>
> >>> --
> >>> Nathan Van Gheem
> >>> Solutions Architect
> >>> Wildcard Corp
> >>
> >
>
> _______________________________________________
> UI mailing list
> UI at lists.plone.org
> https://lists.plone.org/mailman/listinfo/plone-ui
>



-- 
Nathan Van Gheem
Solutions Architect
Wildcard Corp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.plone.org/pipermail/plone-ui/attachments/20130930/20bdb6a6/attachment-0001.html>


More information about the UI mailing list