summaryrefslogtreecommitdiff
path: root/addons/pos_restaurant/static/src/js/notes.js
AgeCommit message (Collapse)Author
2020-05-12[REF] pos_restaurant: migration to OWL frameworkJoseph Caburnay
2018-06-13[IMP] pos_restaurant: possibility to redefine new buttons and screensDinar
Was not able to make inheritance "action_button" and "screens" POS Restaurant objects via "extend" or "include" functions. Closes #25150
2016-02-02[MERGE] forward port of branch saas-6 up to 9ca7ad8Christophe Simonis
2016-02-01[FIX] pos_restaurant: correctly pass arguments from overriden methodJoren Van Onder
When overriding a method that calls its super later on, it's important that arguments is used to correctly pass all arguments to the super. Consider the following: // module 1 (not correct) method: function(a) { return _super.call(this, a); } // module 2 (correct) method: function(a, b) { return _super.apply(this, arguments); } If the method of module 1 gets called first it will throw away the b argument when it calls _super. Therefore the b argument will never arrive in method of module 2.
2015-05-04[FIX] pos_restaurant: remove useless console.log()Frédéric van der Essen
2015-03-18[IMP] web+addons: improvement to module systemGéry Debongnie
The module system needs to know the dependencies of a given module before executing the function. This is why the dependencies were defined once in an array, and then were described one more times in the call to require. But a trick can simplify this: the boot function can parse the string representation of the module and extract the calls to require from it. It is more work for the processor, but it leads to simpler module definitions.
2015-03-18[REF] pos_X: update to the new module systemGéry Debongnie
2015-01-27[FIX] point_of_sale: correctly set popup title.Frédéric van der Essen
2014-12-31[IMP] pos_restaurant: do not pollute global namespace with file loading ↵Frédéric van der Essen
functions
2014-12-31[WIP] point_of_sale, pos_restaurant: continued refactorFrédéric van der Essen
- this time it's the restaurant module that has been refactored - the point of sale extensions points have been reviewed to be more constistent and allow conditional extensions. - the chrome subwidgets are instanciated before screens, so that screens can manipulate them if needed.
2014-11-26[IMP] point_of_sale, pos_*: unpaid orders are saved in localstorage and ↵Frederic van der Essen
persist between reloads Conflicts: addons/point_of_sale/static/src/js/models.js addons/point_of_sale/static/src/js/screens.js addons/pos_restaurant/static/src/js/multiprint.js addons/pos_restaurant/static/src/js/notes.js Conflicts: addons/point_of_sale/static/src/js/models.js addons/point_of_sale/static/src/js/screens.js addons/point_of_sale/static/src/xml/pos.xml