Comments inline. De : "Ray Barlow" <[EMAIL PROTECTED]> > Comments below... > > Bilgin Ibryam wrote: > > Ray, Jacques, thank you for answering. > > > > Ray, first i will answer your questions. > > I will need to run multiple pos terminals, possibly with own peripherals and > > some shared (printers may be). As you guessed for this purpose i will use > > applets. But the applet should be used only for this tasks, not for the > > whole UI. > > For now, the only hardware requirement are touchscreen and printers, so at > > this stage it will be mostly UI customization. But the hardware requirement > > will come after that. > > > As mentioned in another thread touch screens are OS driven and only tend > to result in XY mouse click events, therefore not part of the > application deployment more OS driver configuration, LTSP maybe. > If you require one hardware item like a printer then you need some sort > of terminal configuration system which will just as easily scale to > multiple. Perhaps you can wrap a table or two around the existing xml > configuration files to serve those to terminals as they log in, maybe > linked to IP address, machine name or even a cookie? > > The screens should be similar to existing pos (i checked other pos systems, > > they all looks the same), but i donot want to use XML for button titles and > > product hard coding as it is in ofbiz pos. The products should come > > dynamically from categories and catalogs, like in order manager (especially > > as ecommerce). > > > OK that's a nice addition to have a data driven panel for categories and > products, but you have a lot of other buttons, panels and screens to > handle so what are you proposing for those?
Yes that's great. I wanted to do something like (mmm ...) 2,5 years ago. The reason it's done like that in the POS (Andy did it) is because it's supposed to use a lot of items and the main entry mean obviously can't be anything else than scanner and bar codes. In case of a restaurant (or hairdresser, bakery, etc.) the problematic is not the same : less products and I can't see how to use bar codes there (even McDo is not using bar codes ;o). > > Jacques, > > First i tried to go extending POS. I saw your message in opentaps forum > > saying that customer recording will be soon implemented in pos. Then there > > is issue in jira for manipulating configurable products through POS (it is > > almost finished), issue for loading orders to POS created from order > > manager... Yes there are some issues waiting I agree. I currently work on an ERP-eCommerce project but I should begin to work on some of those issues in the POS in a near future... Tonight I will send a list of the issues... > > Even all these future POS improvement plans, implementing other requirements > > will need much more time for me, mainly because i am not well familiar with > > XUI framework. And also there are lots of ready things for web in ofbiz. On > > the other hand, the peripherals will be harder to integrate, but there > > should be something difficult ;) > > > Maybe I'm not understanding your reason but you seem to be suggesting > the use of html because you're not familiar with XUI rather than any > technical reasoning. Is that correct? I'm no expert on XUI and you don't > need to be to work on the POS module, one day and you can learn the > basics of it. Yes it's really easy to learn and use. And morevover it extents AWT and Swing which allow you to use them if needed (but it's very rarely needed). Also did you have a look at the link I sent you ( http://xui.sourceforge.net/wikka/wikka.php?wakka=XUI3 look at "Added an HTML Builder") ? If you need some help I could help you at least with some advices (not with the "HTML Builder" though : I never used it yet) > Don't misunderstand me I'm not fanatical about keeping XUI but I would > like to see your implementation replace the existing POS as an > improvement, where by it provides the same features and more. But rich > UI using html can be hard work, it may have gotten easier with AJAX and > others but you need to prove there won't be to much latency with server > round trips or get bogged down with lots of java script code which is > always a nightmare. But please don't feel any pressure. If you think it's not the way to go, forget it ;o) Jacques > Ray > > With 'using html' i mean that i will use ofbiz widgets and ftl (but not > > XUI). Possibly mostly ftls for more flexibility in applying custom styles. > > Thanks for the links. Till then i could not find a web pos example. It looks > > there are lots of interesting things in French sites :) > > > > Regarding orders, i will listen to you both and try to find a way for one > > order per table. There is no multiple orders editing example in ofbiz, and > > it could be risky and for sure time consuming operation. > > The main requirement for me is to group the products for each customer in > > the order/table and then multiple payments (usually one payment per group). > > Is there any other way to group products in the shopping cart? I guess only > > for ship groups. > > > > Thanks for your valuable time and comments. > > > > >
