1 package SL::Presenter::Part;
 
   7 use Exporter qw(import);
 
   8 our @EXPORT = qw(part_picker part);
 
  13   my ($self, $part, %params) = @_;
 
  15   $params{display} ||= 'inline';
 
  17   croak "Unknown display type '$params{display}'" unless $params{display} =~ m/^(?:inline|table-cell)$/;
 
  20     $params{no_link} ? '' : '<a href="ic.pl?action=edit&id=' . $self->escape($part->id) . '">',
 
  21     $self->escape($part->partnumber),
 
  22     $params{no_link} ? '' : '</a>',
 
  24   return $self->escaped_text($text);
 
  28   my ($self, $name, $value, %params) = @_;
 
  30   $value = SL::DB::Manager::Part->find_by(id => $value) if $value && !ref $value;
 
  31   my $id = delete($params{id}) || $self->name_to_id($name);
 
  32   my $fat_set_item = delete $params{fat_set_item};
 
  34   my @classes = $params{class} ? ($params{class}) : ();
 
  35   push @classes, 'part_autocomplete';
 
  36   push @classes, 'partpicker_fat_set_item' if $fat_set_item;
 
  39     $self->input_tag($name, (ref $value && $value->can('id') ? $value->id : ''), class => "@classes", type => 'hidden', id => $id) .
 
  40     join('', map { $params{$_} ? $self->input_tag("", delete $params{$_}, id => "${id}_${_}", type => 'hidden') : '' } qw(type unit convertible_unit)) .
 
  41     $self->input_tag("", ref $value ? $value->displayable_name : '', id => "${id}_name", %params);
 
  43   $::request->layout->add_javascripts('autocomplete_part.js');
 
  44   $::request->presenter->need_reinit_widgets($id);
 
  46   $self->html_tag('span', $ret, class => 'part_picker');
 
  57 SL::Presenter::Part - Part related presenter stuff
 
  61   # Create an html link for editing/opening a part/service/assembly
 
  62   my $object = my $object = SL::DB::Manager::Part->get_first;
 
  63   my $html   = SL::Presenter->get->part($object, display => 'inline');
 
  65 see also L<SL::Presenter>
 
  75 =item C<part, $object, %params>
 
  77 Returns a rendered version (actually an instance of
 
  78 L<SL::Presenter::EscapedText>) of the part object C<$object>
 
  80 C<%params> can include:
 
  86 Either C<inline> (the default) or C<table-cell>. At the moment both
 
  87 representations are identical and produce the part's name linked
 
  88 to the corresponding 'edit' action.
 
  96 =item C<part_picker $name, $value, %params>
 
  98 All-in-one picker widget for parts. The name will be both id and name
 
  99 of the resulting hidden C<id> input field (but the ID can be
 
 100 overwritten with C<$params{id}>).
 
 102 An additional dummy input will be generated which is used to find
 
 103 parts. For a detailed description of its behaviour, see section
 
 104 C<PART PICKER SPECIFICATION>.
 
 106 C<$value> can be a parts id or a C<Rose::DB:Object> instance.
 
 108 If C<%params> contains C<type> only parts of this type will be used
 
 109 for autocompletion. You may comma separate multiple types as in
 
 112 If C<%params> contains C<unit> only parts with this unit will be used
 
 113 for autocompletion. You may comma separate multiple units as in
 
 116 If C<%params> contains C<convertible_unit> only parts with a unit
 
 117 that's convertible to unit will be used for autocompletion.
 
 119 Obsolete parts will by default not be displayed for selection. However they are
 
 120 accepted as default values and can persist during updates. As with other
 
 121 selectors though, they are not selectable once overridden.
 
 123 C<part_picker> will register it's javascript for inclusion in the next header
 
 124 rendering. If you write a standard controller that only call C<render> once, it
 
 125 will just work.  In case the header is generated in a different render call
 
 126 (multiple blocks, ajax, old C<bin/moilla> style controllers) you need to
 
 127 include C<js/autocomplete_part.js> yourself.
 
 131 =head1 PART PICKER SPECIFICATION
 
 133 The following list of design goals were applied:
 
 139 Parts should not be perceived by the user as distinct inputs of partnumber and
 
 140 description but as a single object
 
 144 Easy to use without documentation for novice users
 
 148 Fast to use with keyboard for experienced users
 
 152 Possible to use without any keyboard interaction for mouse (or touchscreen)
 
 157 Must not leave the current page in event of ambiguity (cf. current select_item
 
 162 Should be useable with hand scanners or similar alternative keyboard devices
 
 166 Should not require a feedback/check loop in the common case
 
 170 Should not be constrained to exact matches
 
 174 The implementation consists of the following parts which will be referenced later:
 
 180 A hidden input (id input), used to hold the id of the selected part. The only
 
 181 input that gets submitted
 
 185 An input (dummy input) containing a description of the currently selected part,
 
 186 also used by the user to search for parts
 
 190 A jquery.autocomplete mechanism attached to the dummy field
 
 194 A popup layer for both feedback and input of additional data in case of
 
 199 An internal status of the part picker, indicating whether id input and dummy
 
 200 input are consistent. After leaving the dummy input the part picker must
 
 201 place itself in a consistent status.
 
 205 A clickable icon (popup trigger) attached to the dummy input, which triggers the popup layer.
 
 215 Sven Schöling E<lt>s.schoeling@linet-services.deE<gt>