Useability reviewed for v5.2

fabien · Posted: Tue Dec 29, 2009 2:43 pm Post subject: Useability reviewed for v5.2

Hello,

We are working with useability experts to improve the user interface of the v5.2 fo OpenERP. We made some very early drafts of wireframes, screenshots, ...

Feel free to make propositions. Have a look at this whishlist to get more information:
* https://bugs.launchpad.net/openobject-client-web/+bug/501297

Be sure to check the attachments, like this one:
http://launchpadlibrarian.net/37266686/openerp_design_v01.pdf

Quality is in the details, so I am open to any suggestion (very big or very small ones).

Thanks,

liebana · Joined: 28 Jan 2009 Posts: 115

My initial thoughts:

1 - Search Views

Ok, these changes were really needed.

2 - Layout

So, in conclusion, the current vertical menu will be changed to a horizontal tab-type one, but I've got a question, each view of the sub-menu (example tasks of menu project --> sub-menu project management) will be opened in the same new vertical menu of the modules? I think it's something not shown in the attached files.

As I see, this new horizontal menu will integrate very well the current dashboards each time we click a module, that's something I really like.

But I see this changes as a double edged-sword, I like the "Suite of Integrated Management Applications" concept but I think it's something that was already achieved with the current layout.

3 - Menus (ods file)

Where have the CRM menu gone? If see it now integrated in sales... that's something I don't really like, I'd rather to leave it as it's now. There are small clients that are not really using these features.

Products are now inside warehouse? Why?

HR, with the help of Jordi Esteve, we've developed a payroll module, initially for the spanish market, but I think it can be used for the rest of the countries. You can find it here: http://bazaar.launchpad.net/~openerp-spain-team/openerp-spain/5.0/files/head%3A/l10n_es_extras/l10n_ES_hr_nominas/

These are my comments for now...

Best regards.

-----

Carlos Liébana
www.ting.es

fabien · Posted: Tue Dec 29, 2009 5:24 pm Post subject:

A small note, we just added a new design proposition:
http://launchpadlibrarian.net/37269851/openerp_sample002.pdf

We have to say we decided to change lots of things and not follow this proposition. But it provides a totally different point of view, which is not bad to trigger good ideas.

Bounaberdi · Posted: Tue Dec 29, 2009 9:53 pm Post subject:

Hi,
is your question about the web interface or the client too ?
_________________
Dominique
http://sisalp.fr , Hébergement OpenERP http://bdll.fr/openerp-serveur-gratuit.html

fabien · Posted: Tue Dec 29, 2009 10:09 pm Post subject:

The web interface. But we will port good ideas to the GTK client after (we already ported the new search view).

ovnicraft · Joined: 14 Jul 2008 Posts: 155

Quote:

A small note, we just added a new design proposition:
http://launchpadlibrarian.net/37269851/openerp_sample002.pdf

We have to say we decided to change lots of things and not follow this proposition. But it provides a totally different point of view, which is not bad to trigger good ideas.

It looks great, if is posible implement gadgets or a toolbar could be needed when something wants to minimized but dont forget it, make a rule (should be more as standar) menus will be not more 3 levels. (menu->sub-menu->sub-menu)

my 2c

red15 · Joined: 20 Jun 2007 Posts: 46 Location: Lokeren, Belgium

repost from blog (didnt see the forum link to discuss)

Nice idea the attachments in the right colomn, just one note, what if there's an aweful lot of them ? Maybe allow per model limit definition ?

Also not sure how the menu (seeing how all sales related "menu-filters" are on the left now) would be useful, I guess it reduces the amount of menu items needed in the top level, you could go for a sort of Opera/Chrome 9 square layout, Invoices / orders / pickings / administration.

Doing these big changes to the menu would bring quite some changes that would break current menu structure i think, in that aspect I prefer to see these changes rather in 6.0 than 5.2 as they are purely esthetical and not really functional.

I would cast my vote for improve the favorites as it easily allows users to setup their workflow in the order of usage or their personal preference.

One more thing, I hope you really, really aren't planning to drop the gtk client, it is one of the main reasons we originally chose openerp and is becoming somewhat of a selling point imo.

EdbO · Joined: 30 Aug 2007 Posts: 49

red15 wrote:

.....One more thing, I hope you really, really aren't planning to drop the gtk client, it is one of the main reasons we originally chose openerp and is becoming somewhat of a selling point imo.

That's also the reason for us! The client works very nice, and the ideas behind it (xml files to define views) are very good. IMO there could be a lot done extra in the client like a seperate xml file for the search view, extra options in the xml-files to define heights and widths of buttons, textfields etc. Define different places of the buttons for your many2one or one2many fields.
These are all examples what can be done in the GTK-client, so please don't drop it (even in the future)!

fabien · Posted: Tue Jan 05, 2010 10:23 am Post subject:

Here is the latest proposition of the UI review. We tried to not change too much things according to v5.0, as requested. But we changed lots of small details having big importance. I like this latest one, so any feedback is welcome.

See the following wire frames:
http://launchpadlibrarian.net/37441990/newversion.pdf

The designer will start working in 3 weeks, so we plan to freeze the proposition by the end of this month.

dhariwal · Joined: 11 Mar 2009 Posts: 196 Location: Pakistan

In the invoices, currently when we enter/capture detail lines, new window opens, whereas it would be nice if user can enter/edit detail lines with in the main invoice window.

red15 · Joined: 20 Jun 2007 Posts: 46 Location: Lokeren, Belgium

dhariwal wrote:

In the invoices, currently when we enter/capture detail lines, new window opens, whereas it would be nice if user can enter/edit detail lines with in the main invoice window.

While this is already possible it's not really practical, the amount of information entered can exceed the amount of columns easily shown in one screen. If you would edit the view to have all the needed columns within the main view you'd have to scroll to the left and right continuously i think.

datrus · Joined: 15 Oct 2008 Posts: 44 Location: Bangkok, Thailand

In the web interface, it would be nice to have editable grids of data.
(improves the current editable="bottom" mode by removing the need to click on each line before editing it)
Please see the following screenshot for an example of how this can be done:
http://picasaweb.google.com/datrus0/UntitledAlbum#5415023273026247666
It can really speed up the editing speed a lot.

Another good improvement would be to remove the need to click 2 times to add a one2many item to an object in the web client. (like to add a line to an invoice, you currently have to click 2 times. I don't see any reason why it is currently like this and it can become annoying when using the web interface a lot)
_________________
David Janssens
Almacom (Thailand) Ltd.
www.almacom.co.th

EdbO · Joined: 30 Aug 2007 Posts: 49

If you are rewriting the webclient interface, I will suggest to use the extJS AJAX-library LINK. It's very powerful and have already many things on-board like drag-and-drop, popup windows, lists, grids and more like that.

fabien · Posted: Wed Jan 06, 2010 2:09 pm Post subject:

> In the web interface, it would be nice to have editable grids of data.

Quite a good idea, but we will not have the time to implement this before the next version. So, if someone contribute, we will merge it in official version.

rvalyi · Joined: 25 Jan 2008 Posts: 532

Hello,

just to mention I commented on the duplicated thread about the same topic https://bugs.launchpad.net/openobject-client-web/+bug/501297
mainly explaining that I think datrus is very right to ask first for a one2many without 2 clicks+save support in the web client.

@EdbO I agree, extJS would have make it in a nicer way for much less all the money/time Tiny spent building their own widgets on the top of Mochikit. But honnestly, I think they are caught for 5.2, now way to do such a refactoring so quickly unfortunately. Now, if you want to use my Ruby github.com/rvalyi/ooor client along with ExtJS to build a kickass web client, be my guest, I follow you...
_________________
Raphaël Valyi

CEO and OpenERP consultant at
http://www.akretion.com