X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=SL%2FPresenter%2FPart.pm;h=4b7b15d3d1c244ac6dcf616de550e2848901de7b;hb=ebc23a03b49e640a64d1b5b2c792c0bd01e6c93c;hp=25d682037d5b897fd5619567b5257fee02383461;hpb=9aaadfdc06efbfb31f70c32cdf6aacf2f8a136f2;p=kivitendo-erp.git diff --git a/SL/Presenter/Part.pm b/SL/Presenter/Part.pm index 25d682037..4b7b15d3d 100644 --- a/SL/Presenter/Part.pm +++ b/SL/Presenter/Part.pm @@ -2,18 +2,23 @@ package SL::Presenter::Part; use strict; +use SL::DB::Part; + use Exporter qw(import); our @EXPORT = qw(part_picker); sub part_picker { my ($self, $name, $value, %params) = @_; - my $name_e = $self->escape($name); + + $value = SL::DB::Manager::Part->find_by(id => $value) if $value && !ref $value; + my $id = delete($params{id}) || $self->name_to_id($name); my $ret = - $self->input_tag($name, (ref $value && $value->can('id') ? $value->id : ''), class => 'part_autocomplete', type => 'hidden') . - $self->input_tag("", delete $params{type}, id => $self->name_to_id("$name_e\_type"), type => 'hidden') . - $self->input_tag("", (ref $value && $value->can('description')) ? $value->description : '', id => $self->name_to_id("$name_e\_name"), %params) . - $self->input_tag("", delete $params{column}, id => $self->name_to_id("$name_e\_column"), type => 'hidden'); + $self->input_tag($name, (ref $value && $value->can('id') ? $value->id : ''), class => 'part_autocomplete', type => 'hidden', id => $id) . + join('', map { $params{$_} ? $self->input_tag("", delete $params{$_}, id => "${id}_${_}", type => 'hidden') : '' } qw(column type unit convertible_unit)) . + $self->input_tag("", (ref $value && $value->can('description')) ? $value->description : '', id => "${id}_name", %params); + + $::request->presenter->need_reinit_widgets($id); $self->html_tag('span', $ret, class => 'part_picker'); } @@ -40,23 +45,119 @@ see L =over 4 -=item C +=item C + +All-in-one picker widget for parts. The name will be both id and name +of the resulting hidden C input field (but the ID can be +overwritten with C<$params{id}>). + +An additional dummy input will be generated which is used to find +parts. For a detailed description of it's behaviour, see section +C. + +C<$value> can be a parts id or a C instance. + +If C<%params> contains C only parts of this type will be used +for autocompletion. You may comma separate multiple types as in +C. + +If C<%params> contains C only parts with this unit will be used +for autocompletion. You may comma separate multiple units as in +C. + +If C<%params> contains C only parts with a unit +that's convertible to unit will be used for autocompletion. + +Obsolete parts will by default not displayed for selection. However they are +accepted as default values and can persist during updates. As with other +selectors though, they are not selectable once overridden. + +Currently you must include C in your controller, the +presenter can not do this from the template. + +=back + +=head1 PART PICKER SPECIFICATION + +The following list of design goals were applied: + +=over 4 + +=item * + +Parts should not be perceived by the user as distinct inputs of partnumber and +description but as a single object + +=item * + +Easy to use without documentation for novice users + +=item * + +Fast to use with keyboard for experienced users + +=item * + +Possible to use without any keyboard interaction for mouse (or touchscreen) +users + +=item * + +Must not leave the current page in event of ambiguity (cf. current select_item +mechanism) + +=item * + +Should be useable with hand scanners or similar alternative keyboard devices + +=item * + +Should not require a feedback/check loop in the common case + +=item * + +Should not be constraint to exact matches + +=back + +The implementation consists of the following parts which will be referenced later: + +=over 4 + +=item 1 + +A hidden input (id input), used to hold the id of the selected part. The only +input that gets submitted + +=item 2 + +An input (dummy input) containing a description of the currently selected part, +also used by the user to search for parts + +=item 3 + +A jquery.autocomplete mechanism attached to the dummy field + +=item 4 + +A popup layer for both feedback and input of additional data in case of +ambiguity. -All-in-one picker widget for parts. The name will be both id and name of the -resulting hidden C input field. An additional dummy input will be generated -which is used to find parts. For a detailed description of it's behaviour, see -section C. +=item 5 -C can be an id or C instance. +An internal status of the part picker, indicating wether id input and dummy +input are consistent. After leaving the dummy input the part picker must +place itself in a consistent status. -If C contains C only parts of this type will be used for autocompletion. +=item 6 +A clickable icon (popup trigger) attached to the dummy input, which triggers the popup layer. =back =head1 BUGS -None yet :) +None atm :) =head1 AUTHOR