IRC logs of #tryton for Wednesday, 2010-12-29 #tryton log beginning Wed Dec 29 00:00:02 CET 2010
2010-12-29 00:00 -!- Vladimirek(~vladimir@ has joined #tryton
2010-12-29 00:30 -!- pepeu(~manuel@ has joined #tryton
2010-12-29 05:18 -!- yangoon( has joined #tryton
2010-12-29 06:01 -!- nicoe(~nicoe@ has left #tryton
2010-12-29 06:02 -!- nicoe(~nicoe@ has joined #tryton
2010-12-29 06:46 -!- nicoe(~nicoe@ has left #tryton
2010-12-29 06:47 -!- nicoe(~nicoe@ has joined #tryton
2010-12-29 08:08 -!- enlightx( has joined #tryton
2010-12-29 08:18 -!- okko(~okko@ has joined #tryton
2010-12-29 09:47 -!- jcm( has joined #tryton
2010-12-29 10:04 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2010-12-29 10:21 -!- chrue( has joined #tryton
2010-12-29 10:22 -!- paepke( has joined #tryton
2010-12-29 10:42 -!- Vladimirek(~vladimir@ has joined #tryton
2010-12-29 15:15 -!- gremly(~gremly@ has joined #tryton
2010-12-29 15:40 -!- pheller( has joined #tryton
2010-12-29 15:40 <pheller> cedk: when do you think you will commit something for the URI handler? I will then test it on Mac OS.....
2010-12-29 15:46 <cedk> pheller: the end of the week
2010-12-29 15:47 <pheller> cedk: ok, cool. I'll start looking at how to implement the URI handler for the application bundle, again.
2010-12-29 15:50 <cedk> pheller: it will just require that the OS run tryton with the URI for every URI that has tryton as protocol
2010-12-29 15:51 <paepke> cedk, inpired by the URI stuff. have you already thought about some kind of backchannel from tryton server to the tryton client? To push notifications.
2010-12-29 15:52 <cedk> paepke: no
2010-12-29 15:53 <cedk> paepke: I think it should go with email or xmpp
2010-12-29 15:54 <paepke> xmpp could be a good transport layer. I'm thinking more of a notification inside tryton.
2010-12-29 15:55 <paepke> like an event based update of the client.
2010-12-29 16:01 <cedk> paepke: I think we should not try to replace other good software
2010-12-29 16:02 <cedk> paepke: so notification works well with email (when delay is allowed)
2010-12-29 16:02 <cedk> paepke: and if it must be instant xmpp is good
2010-12-29 16:02 <cedk> so I think we should just have in trytond tools to sent notification through those protocol to users
2010-12-29 16:05 -!- paepke( has left #tryton
2010-12-29 16:05 -!- paepke( has joined #tryton
2010-12-29 16:06 <pheller> cedk, paepke: I like XMPP. I had originally done some testing using XMPP as a transport to invoke URI actions. (for example, screen popups when a call comes into an agent)
2010-12-29 16:07 <cedk> when we will have URI to open windows in Tryton then the communication can be done with external way
2010-12-29 16:07 <pheller> cedk: The problem is that on Mac OS, a URI hander is defined within the plist of an application bundle, and it is not easy to run multiple instances of an application bundle's binary.
2010-12-29 16:08 <cedk> pheller: why?
2010-12-29 16:08 <pheller> cedk: yes, I agree. The user can run some jabber client or agent that automatically opens URI's from trusted users. (for example, all messages from the PBX user)
2010-12-29 16:09 <cedk> pheller: why automatic ? popups are annoying
2010-12-29 16:10 <paepke> cedk, pheller: using XMPP would be a good way. Another idea is to use a concept like in push mail with long term requests. But my favourite is XMPP
2010-12-29 16:11 <pheller> cedk: think about a call center, where agents simply wait for customers to call. The customer might go through some automatic system, where they identify their problem, and securely identify themselves. Only then is the call transferred to an agent, and when the agent answers, the PBX would notify the agent's computer to open a URI which represents the caller "party", or perhaps a specific "sale".
2010-12-29 16:11 <pheller> cedk: the reason is to save the agent time, so that they don't have to ask as many questions of the caller.
2010-12-29 16:11 <cedk> pheller: yes it is a possible usage
2010-12-29 16:12 <pheller> cedk: when we have URI handling in place in trunk, I will build some asterisk integration for this as an example.
2010-12-29 16:12 <paepke> pheller, very nice.
2010-12-29 16:15 <paepke> cedk, another use case is to have the current status of your production environment without constantly refreshing the tryton client.
2010-12-29 16:16 <paepke> cedk, kind of traffic light system: green: production, yellow: some delay, red: an error.
2010-12-29 16:17 <cedk> paepke: yes but I would not want to change the current client
2010-12-29 16:17 <cedk> paepke: it is just external client
2010-12-29 16:17 <cedk> paepke: and notification could be done with the trigger system
2010-12-29 16:18 <paepke> cedk, but if no one click on the client it doesn't get refreshed? even with trigger?
2010-12-29 16:21 <paepke> cedk, why an external client? Its part of production planning. A big screen on the wall which could show the status is of course another client. I'm talking about the visualisation for the planner or maintanence personal
2010-12-29 16:21 <paepke> have to go. bbl.
2010-12-29 16:23 -!- elbenfreund( has joined #tryton
2010-12-29 16:46 -!- woakas(~woakas@ has joined #tryton
2010-12-29 16:46 -!- gremly(~gremly@ has joined #tryton
2010-12-29 16:50 -!- gremly(~gremly@ has joined #tryton
2010-12-29 17:08 -!- paepke_( has joined #tryton
2010-12-29 17:09 -!- paepke( has left #tryton
2010-12-29 17:11 -!- enlightx_( has joined #tryton
2010-12-29 17:27 -!- enlightx( has joined #tryton
2010-12-29 17:39 -!- Vladimirek(~vladimir@ has joined #tryton
2010-12-29 18:03 -!- nicoe(~nicoe@ has left #tryton
2010-12-29 19:04 -!- trifon( has joined #tryton
2010-12-29 19:31 -!- enlightx( has joined #tryton
2010-12-29 19:44 -!- pheller( has joined #tryton
2010-12-29 21:06 -!- okko( has joined #tryton
2010-12-29 21:11 <cedk> pheller:
2010-12-29 21:24 -!- jcm( has joined #tryton
2010-12-29 22:19 <plantian> cedk: Have you thought more about the price/stock lookup? I was going to try to just make it a button on the product search screen.
2010-12-29 22:32 -!- paepke( has joined #tryton
2010-12-29 22:35 -!- lem0na(~lem0na@ has joined #tryton
2010-12-29 22:48 <cedk> plantian: what do you name "product search screen" ?
2010-12-29 22:49 <plantian> cedk: Sorry, just the default products list. When you go to Product in menu and double click Products.
2010-12-29 22:49 <cedk> plantian: and what kind of "button" ?
2010-12-29 22:50 <plantian> Yeah I don't know, the kind where you select one or more products and then click the button to look them up.
2010-12-29 22:52 <cedk> plantian: ok and then ? You will get a popup to fill price list parameter ?
2010-12-29 22:54 <plantian> cedk: Yes I have started to try stuff out. You enter party(there can be default somehow), price config lines(product(taken from selection before button clicked), quantity(default 0), uom(default uom for product)) and price lists(defaults to all price lists).
2010-12-29 23:01 <plantian> There might also be need for currency.
2010-12-29 23:08 <plantian> cedk: Something like this --
2010-12-29 23:27 <cedk> plantian: I'm not sure
2010-12-29 23:27 <cedk> plantian: I don't see exactly how it will work
2010-12-29 23:27 <cedk> plantian: and if it is really usable

Generated by 2.17.3 by Marius Gedminas - find it at!