Re: Plone 5.0b2-pending available for testing
Hector Velarde <[email protected]>
| Newsgroups | gmane.comp.web.zope.plone.devel |
|---|---|
| Message-ID | <[email protected]> |
I made a compilation to avoid spamming you with my opinions. On 05/26/2015 12:34 AM, Dylan Jay wrote: > Looks like hectors points are mostly about making current status visible. HV> no, those are just the most obvious issues and the other you mention, the distance the mouse pointer has to travel from one click to another, is also an issue that I had already noticed from the first time I used the vertical toolbar. On 05/26/2015 01:02 AM, T. Kim Nguyen wrote: > Let people choose, even if you think one is better than the other. Even > on Mac OS we can choose where to put the dock. HV> +1 On 05/26/2015 01:03 AM, Nathan Van Gheem wrote: > It's not that simple. If providing both OOTB makes both less good, it > might not be a good idea to try and support both. HV> and that's why huge UI/UX changes should have been done in a different way, letting people testing them in Plone 4.3 as add-ons, for instance. my point here, Nathan, is that we have to avoid this kind of issues in the future. we created this impasse when we decided to start running in search of Plone 5 instead of walking fast: we opened too many fronts; we were overwhelmed; we didn't get the feedback in time and when we got it, we were unable to adjust to it. complex systems are non-linear and you need shorter feedback loops on them; Plone is a complex system. On 05/26/2015 07:06 AM, Ramon Navarro Bosch wrote: > * Most wide screens are used , so more usage of the browser space HV> then the liquidness of the current theme must be fixed: https://github.com/plone/Products.CMFPlone/issues/528 > * On mobile the actual implementation ( a bit buggy but it should be > easy to solve ) needs to be vertical also so for using the same order > and make it easy to find options was good to maintain the vertical > toolbar on desktop HV> IMO, that's not a valid point as most content creators use desktop computers, and most content consumers use mobile devices: http://www.datamation.com/mobile-wireless/online-content-consumption-shifting-from-pcs-to-tablets.html > It was more than one year ago, talking with rok about it that would be > great to have this option, the experience of other cms systems using > vertical bar and the reasons I pointed out made us decide to offer a > toolbar that has left vertical default behavior, with the option to put > on top. HV> I personally don't know in depth the content creation story of other CMS, but I know the one on social networks and I already mentioned that in a previous post, so my vision is limited here. on the other side, what I remember from having seen other CMS content creation process is that it happens totally isolated from the final viewing experience. last week we were demonstrating Plone for a new customer who is moving away from Joomla! and they were really pleasured when they saw editing not in a totally different screen, but in the same site layout. > On the other hand, we now have three production big plone 5 sites ( and > some small ) and the users have never complained about it, most of them HV> good to hear that, but we need more feedback: what's the goal of the site? what kind of content they are creating? were they using Plone 4 before? for how long? what do they like about the new interface? what do they dislike? how they compare with the previous one? we need UX/usability studies to evaluate the whole story. > the left, some ideas like showing byline on the content area is a matter > of skinning depending on the site. HV> it's the current default behavior and, as I already pointed out, we're changing too many things on the UX. in the kind of sites we create (mainly news sites and government sites) this behavior is the standard. On 05/26/2015 05:41 AM, Paul Roeland wrote: > but let's at least wait for a bit more diversity in opinion: in two and > a half weeks, Plone Symposium Tokyo takes place, perfect time to ask > users and developers what their opinion is; it may be less arbitrary > when your script runs not LTR. Then again, it may be, but let's ask. HV> +1 ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y