Revision 11ebc439
Von Moritz Bunkus vor mehr als 5 Jahren hinzugefügt
| bin/mozilla/do.pl | ||
|---|---|---|
| 1 |
|
|
| 1 | 2 |
#===================================================================== |
| 2 | 3 |
# LX-Office ERP |
| 3 | 4 |
# Copyright (C) 2004 |
| ... | ... | |
| 247 | 248 |
[ t8('Update'),
|
| 248 | 249 |
submit => [ '#form', { action => "update" } ],
|
| 249 | 250 |
id => 'update_button', |
| 250 |
checks => [ 'kivi.validate_form' ], |
|
| 251 | 251 |
accesskey => 'enter', |
| 252 | 252 |
], |
| 253 | 253 |
|
| bin/mozilla/ir.pl | ||
|---|---|---|
| 262 | 262 |
action => [ |
| 263 | 263 |
t8('Update'),
|
| 264 | 264 |
submit => [ '#form', { action => "update" } ],
|
| 265 |
checks => [ 'kivi.validate_form' ], |
|
| 266 | 265 |
id => 'update_button', |
| 267 | 266 |
accesskey => 'enter', |
| 268 | 267 |
disabled => !$may_edit_create ? t8('You must not change this invoice.') : undef,
|
| bin/mozilla/is.pl | ||
|---|---|---|
| 296 | 296 |
: $form->{locked} ? t8('The billing period has already been locked.')
|
| 297 | 297 |
: undef, |
| 298 | 298 |
id => 'update_button', |
| 299 |
checks => [ 'kivi.validate_form' ], |
|
| 300 | 299 |
accesskey => 'enter', |
| 301 | 300 |
], |
| 302 | 301 |
|
| bin/mozilla/oe.pl | ||
|---|---|---|
| 331 | 331 |
t8('Update'),
|
| 332 | 332 |
submit => [ '#form', { action => "update" } ],
|
| 333 | 333 |
id => 'update_button', |
| 334 |
checks => [ 'kivi.validate_form' ], |
|
| 335 | 334 |
accesskey => 'enter', |
| 336 | 335 |
], |
| 337 | 336 |
|
Auch abrufbar als: Unified diff
Einkauf/Verkauf: keine Validierung bei Update-Button
Andernfalls wird z.B. erzwungen, dass die Vorgangsbezeichnung
eingegeben ist, bevor der Update-Button betätigt wird. Das betrifft
auch den Kundenwechsel, der ein automatisches Update triggert, was
wiederum die Validierung triggert.
Wichtig bzgl. Validierung ist letztlich nur, dass die Werte zum
Zeitpunkt des Speicherns gültig sind, egal ob explizites
(»Speicher«, »Als neu speicher«) oder implizites Speichern (»Drucken«,
»E-Mail« etc.).