Proposal for to do Sao more responsive

[Oscar Alvarez]

I devs.

I am thinking How do Sao more responsive specially for smartphones and tablets, in this moment for screens size desktop (>10") is fine, but for example to do a sale on smartphone is very uncomfortable and not offers a good user experience, so I am sure that is possible that achieve a better responsive design, a Sao can detect screen size, so then change the way is showed, the proposal attach several changes (only for small screens):

1. Use placeholders, instead of [ label: field ]

2. Internal tabs can be changed with (>) button instead try render all tabs

3. Some function (numeric) fields can be render in one line [field name :          value] (see amount values on screen shot) this style can be to defined on xml views

4. That just one Module Tab is showed, not all modules Tabs open

5. Toolbar just show main buttons (most used), other buttons is in "More..."

6. Lines records can be showed as Tag ( I am no sure if this right name) this way the space is used to the maximum, adding two tooltip button (edit, delete).

For this maybe is necessary to create new xml tag.
<form_app string="Sale">
    <field name="party"/>
    <field name="invoice_address"/>
    <field name="number"/>
    <field name="shipment_party"/>
    <field name="shipment_address"/>
    <field name="description"/>
    <field name="reference"/>
....
</form_app>

<tree_app string="Sale Line">
    <field name="product"/>
    <field name="quantity"/>
    <field name="unit_price" />
    <field name="unit"/>
    <field name="amount"/>

....

</tree_app>

If you are agree I can add this to discuss as a proposal, and help with coding.

Oscar Alvarez

Presik SAS

[Cédric Krier]

On 2016-12-04 11:00, Oscar Alvarez wrote:
> 1. Use placeholders, instead of [ label: field ]

This is not practical because Tryton forms are not fill once form, they
are used also for consultation. So your proposal makes it not possible
to know what is the label of a field once it is filled.

> 2. Internal tabs can be changed with (>) button instead try render all tabs

Yes, that would be good but I'm not aware of such feature in bootstrap.

> 3. Some function (numeric) fields can be render in one line [field name :
> value] (see amount values on screen shot) this style can be to defined on
> xml views

But there is no way to know that in advance.
Maybe you are talking about list view, this is done table.responsive.
The virtual could maybe tuned to go on the same line if there are enough
places.

> 4. That just one Module Tab is showed, not all modules Tabs open

I do not understand what you name "Module Tab".

> 5. Toolbar just show main buttons (most used), other buttons is in "More..."

Why not but it should work for any size.

> 6. Lines records can be showed as Tag ( I am no sure if this right name)
> this way the space is used to the maximum, adding two tooltip button (edit,
> delete).

I think it is a wrong direction to add specific view because they will
not be tested. And the table.responsive is already in some way creating
such view but it could be improved by hiding empty values maybe.
For the button, it will probably be better to have the xxx2Many toolbar
being affix.

>
> If you are agree I can add this to discuss as a proposal, and help with
> coding.

I do not see the point to create a discuss if we agree.
Indeed, it is only possible to discuss such change on a patch. So you
can create an issue with the patch per improvement.

--
Cédric Krier - B2CK SPRL
Email/Jabber: cedric...@b2ck.com
Tel: +32 472 54 46 59
Website: http://www.b2ck.com/

[Oscar Alvarez]

On 04/12/16 21:02, Cédric Krier wrote:

On 2016-12-04 11:00, Oscar Alvarez wrote:

1. Use placeholders, instead of [ label: field ]

This is not practical because Tryton forms are not fill once form, they
are used also for consultation. So your proposal makes it not possible
to know what is the label of a field once it is filled.

I think that when the users dubts of field name (new users), they can be push a button or option menu and this change view to classic mode (current), so another way can be to stay pushed this button and the name fields are revealed, he idea is to do usable Sao on Smartphones for example for companies with sellers that has out of company to visit to customer and to do sales on retail clients using a smartphone.

2. Internal tabs can be changed with (>) button instead try render all tabs

Yes, that would be good but I'm not aware of such feature in bootstrap.

3. Some function (numeric) fields can be render in one line [field name :
value] (see amount values on screen shot) this style can be to defined on
xml views

But there is no way to know that in advance.
Maybe you are talking about list view, this is done table.responsive.
The virtual could maybe tuned to go on the same line if there are enough
places.

  Because I think is necessary add new tag to xml views (form, tree) instead we will use (form, tree, app_form, app_tree), if app_* is missing tryton render with defaults form and tree style.

4. That just one Module Tab is showed, not all modules Tabs open

I do not understand what you name "Module Tab".

Sorry, I am talking about top Tabs, You can view an example in attach file, you can note just "Sales" form view is showed, instead all tabs opened.

5. Toolbar just show main buttons (most used), other buttons is in "More..."

Why not but it should work for any size.

6. Lines records can be showed as Tag ( I am no sure if this right name)
this way the space is used to the maximum, adding two tooltip button (edit,
delete).

I think it is a wrong direction to add specific view because they will
not be tested. And the table.responsive is already in some way creating
such view but it could be improved by hiding empty values maybe.
For the button, it will probably be better to have the xxx2Many toolbar
being affix.

Ok is just crazy idea, but the current process the add new line it would follow same, (+) button open a popup window with current fields to fill (nothing change), I think that in this popup the fields are tested, but when the test is ok, popup is closed and the fields and values are render in tree view with tag 'style'.

If you are agree I can add this to discuss as a proposal, and help with
coding.

I do not see the point to create a discuss if we agree.
Indeed, it is only possible to discuss such change on a patch. So you
can create an issue with the patch per improvement.

https://bugs.tryton.org/issue6093

[Diego Abad]

El lunes, 5 de diciembre de 2016, 13:10:51 (UTC-5), oscar_alvarez escribió:

On 04/12/16 21:02, Cédric Krier wrote:

On 2016-12-04 11:00, Oscar Alvarez wrote:

1. Use placeholders, instead of [ label: field ]

This is not practical because Tryton forms are not fill once form, they
are used also for consultation. So your proposal makes it not possible
to know what is the label of a field once it is filled.

I think that when the users dubts of field name (new users), they can be push a button or option menu and this change view to classic mode (current), so another way can be to stay pushed this button and the name fields are revealed, he idea is to do usable Sao on Smartphones for example for companies with sellers that has out of company to visit to customer and to do sales on retail clients using a smartphone.

Maybe label should be load as a pop up, in case that form is filled. 

[Cédric Krier]

On 2016-12-05 13:10, Oscar Alvarez wrote:
> On 04/12/16 21:02, Cédric Krier wrote:
> > On 2016-12-04 11:00, Oscar Alvarez wrote:
> > > 1. Use placeholders, instead of [ label: field ]
> > This is not practical because Tryton forms are not fill once form, they
> > are used also for consultation. So your proposal makes it not possible
> > to know what is the label of a field once it is filled.
> I think that when the users dubts of field name (new users), they can be
> push a button or option menu and this change view to classic mode (current),
> so another way can be to stay pushed this button and the name fields are
> revealed, he idea is to do usable Sao on Smartphones for example for
> companies with sellers that has out of company to visit to customer and to
> do sales on retail clients using a smartphone.

"Button pushed"? I can not follow you, you are talking to improve for
mobile.

> > > 3. Some function (numeric) fields can be render in one line [field name :
> > > value] (see amount values on screen shot) this style can be to defined on
> > > xml views
> > But there is no way to know that in advance.
> > Maybe you are talking about list view, this is done table.responsive.
> > The virtual could maybe tuned to go on the same line if there are enough
> > places.
> Because I think is necessary add new tag to xml views (form, tree) instead
> we will use (form, tree, app_form, app_tree), if app_* is missing tryton
> render with defaults form and tree style.

I will be strongly against such feature. This would be the roots of so
many issues.

> > > If you are agree I can add this to discuss as a proposal, and help with
> > > coding.
> > I do not see the point to create a discuss if we agree.
> > Indeed, it is only possible to discuss such change on a patch. So you
> > can create an issue with the patch per improvement.
> >
> https://bugs.tryton.org/issue6093

I think I was not clear enough. We need *patches* to talk and patches
that change only one thing at a time (otherwise it is not possible to
review). Your vague issue/wish is useless.