c2c-oerpscenario team mailing list archive

["Xavier \(Open ERP\)" <802583@xxxxxxxxxxxxxxxxxx>]

> I have tried to improve this at my end so the following patch will
raise a warning message (eg: If I changed the widget="abc" then It will
allow me with out any error.):

It should not display as an error, especially not one which implies a
user error: the widget used might be understood by an other client (for
instance an extension to the web client which adds that widget at a
client) and just not one which is understood by GTK client.

> I dont think its good to validate this at client side for the wrong
widget attribute, the framework should not allow the view if the
attributes value is not a valid one.

But this could very well be a valid widget value (widget values are
pretty much arbitrary after all), just a widget which is not supported
by gtk client.

> may be at the time of fields_view_get call we can parse the nodes
attribute and check if @widget is present and the value is not in the
predefined OpenERP widgets then we can raise a warning such as Incorrect
attribute value or something similar.

I think if @widget value is not part of widgets GTK understands, it
should just ignore @widget and use normal widget for field type instead.

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/802583

Title:
  GTK client does not display anything when encounters unknown @widget

Status in OpenERP GTK Client:
  Triaged

Bug description:
  If a view is created with field's "widget" attribute set to a value
  the GTK client does not know, instead of falling back on a widget it
  knows (e.g. default widget for the field) the GTK client simply does
  not display anything.

  GTK client should implement that fallback so that it's not broken in
  case of views improved through widgets one client knows but the other
  one does not know.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-client/+bug/802583/+subscriptions