Re: [Openerp-community] The Future of the Point of Sale

Just for your information: One of our customers has given me the demands they will have for a POS solution: - Support for a large number of products: > 16.000 - Pricelist depending on customer - Payment by invoice I think the demand to support a large number of products should be supported out of

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On 10/30/2013 05:46 AM, Moises Lopez wrote: @Olivier, Good image. (see attachment) Now OCB is sticky branch in runbot.openerp.com Yes, thanks Olivier (I presume) for making the proxy branches on the official projects sticky on the OCB team page! http://runbot.open

[Openerp-community] ea_import

Dear Community, We are pleased to announce some recent updates to our ea_import tool (see below). ENAPPS will now be spending more time keeping our modules up to date and responding to community feedback. Thank you for your support, more news and releases coming soon regarding other modules!

Re: [Openerp-community] The Future of the Point of Sale

Thanks for the replies, here's my thoughts on the feedback so far: First, please note that the next step for us is focused on the hardware, so while I'm all ears for the rest, it will not happen before we've completed what's covered in the campaign, and the work I do after the campaign may not be

Re: [Openerp-community] [Merge] lp:~openerp-community/openobject-addons/6.1-bug-1012931 into lp:openobject-addons/6.1

Review: Approve test for bug 1157497, code review Hi Maxime, This old MP in my opinion fixes bug #1157497 just fine. The 6.1 patch supplied there, in my opinion, doesn't. I can propose that for OCB as well, do you agree? Thanks! -- https://code.launchpad.net/~openerp-community/openobject-addons

Re: [Openerp-community] The Future of the Point of Sale

On 2013-10-30 08:28, Frédéric Van Der Essen wrote: > > Offline mode is an interesting feature, but it has a very > very high cost on the complexity and evolution of the pos. That is > because supporting something offline means that we have to implement it > in javascript in an interoperable way wit

Re: [Openerp-community] The Future of the Point of Sale

Agreed. Good suggestion. You need a CRAZY SMALL amount of resources. 512MB of memory would probably be enough for UBUNTI + POSTGRESQL + OPENERP. These day's even a phone has more memory than that. Ray. -Original Message- From: Openerp-community [mailto:openerp-community-bounces+rca

Re: [Openerp-community] The Future of the Point of Sale

Yeah, but the problem is when you don't have access to the PosBox (disconnection for any reason, for example in a very large restaurant - or outside installations - where you don't have data coverage), or you don't have PosBox at all... Regards. 2013/10/30 Ray Carnes > Agreed. Good suggestion

[Openerp-community] Fwd: The Future of the Point of Sale

Sorry, intendend for the community also -- Forwarded message -- From: Gustavo Adrian Marino Date: 2013/10/30 Subject: Re: [Openerp-community] The Future of the Point of Sale To: Ray Carnes Running POS on its own installation of OpenERP seems the most promising strategy. Advant

Re: [Openerp-community] The Future of the Point of Sale

Just my two cents Fréderic, for support all ESC/POS including the serial ones, I suggest use this library: https://code.google.com/p/python-escpos/. The library supports out of the box all ESC/POS printers including usb, serial & network. We develop a very basic ProxyPos based on that module t

Re: [Openerp-community] The Future of the Point of Sale

2013/10/30 Agustín Cruz > We develop a very basic ProxyPos based on that module that you can find on > https://github.com/Fedrojesa/ProxyPoS and is working on production with > one customer since 4 months ago with out problem. > Hello, The "Serial" part is only the "Climb" of the Iceberg. The

Re: [Openerp-community] The Future of the Point of Sale

2013/10/30 Frédéric Van Der Essen > That is unless the community can get together and contribute changes going > into that direction ? It would definitely be welcomed ! Another way is to > make the campaign an even bigger success so the goals can be extended ? I'm > sure you can do something abou

Re: [Openerp-community] The Future of the Point of Sale

2013/10/30 Frédéric Van Der Essen > So there will always be feature available on the server and missing on the > POS. What we need to do is to find which of those missing features are the > most important, and which we can live without. We Honestly think. If the Off-Line feature makes me lost

Re: [Openerp-community] The Future of the Point of Sale

That's why I'm proposing the python-escpos library, because allow encapsulate the communication with all different hardware configuration. Here is the project description: Python ESC/POS is a library which lets the user have access to all those printers handled by ESC/POS commands, as defined

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

On 2013-10-29 10:09, Joël Grand-Guillaume wrote: +100 Dear Fabien, First, thank you a lot for your input in here, this prove (as you said) your interest in that ! For being too rude, there no problem on my side, I know you for quite a while now and I won't take it personally, I always prefe

Re: [Openerp-community] Proposal to improve communication and make more efficient the inclusion of new branches.

Dear all, In order to move forward as Fabien said, I suggest to write down on a pad what we do think OCB is and how do we see it. I started something here: http://pad.openerp.com/p/OCB-Branches It's mainly inspired by this discussion and by the definition Stefan made on the LP project and first