IRC logs of #tryton for Thursday, 2016-05-12

chat.freenode.net #tryton log beginning Thu May 12 00:00:02 CEST 2016
2016-05-12 00:20 -!- lukio(~lukio@host251.186-108-118.telecom.net.ar) has joined #tryton
2016-05-12 00:22 -!- lukio(~lukio@host251.186-108-118.telecom.net.ar) has left #tryton
2016-05-12 00:47 -!- perilla(~perilla@corp-190-57-169-210-cue.puntonet.ec) has joined #tryton
2016-05-12 01:44 -!- JosDzG(~Thunderbi@fixed-188-72-187-188-72-36.iusacell.net) has joined #tryton
2016-05-12 02:22 -!- JosDzGx(~Thunderbi@fixed-188-72-187-188-72-36.iusacell.net) has joined #tryton
2016-05-12 03:58 -!- smarro(~sebastian@181.16.7.104) has joined #tryton
2016-05-12 04:22 -!- smarro(~sebastian@190.14.157.18) has joined #tryton
2016-05-12 04:40 -!- smarro(~sebastian@190.14.157.18) has joined #tryton
2016-05-12 05:08 -!- smarro(~sebastian@181.16.7.104) has joined #tryton
2016-05-12 07:29 -!- ccaz(~ccr@ax313-1-82-66-159-99.fbx.proxad.net) has joined #tryton
2016-05-12 07:40 -!- frispete(~frispete@p54A90A1D.dip0.t-ipconnect.de) has joined #tryton
2016-05-12 07:58 -!- rpit(~rpit@2a02:908:e672:9420:56ee:75ff:fe0d:d3c7) has joined #tryton
2016-05-12 08:12 -!- udono(~udono@ip-178-202-239-138.hsi09.unitymediagroup.de) has joined #tryton
2016-05-12 08:16 -!- tbruyere(~smuxi@mail.saluc.com) has joined #tryton
2016-05-12 08:18 -!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton
2016-05-12 08:32 -!- dj_xatra(~dj_xatra@217.166.83.130) has joined #tryton
2016-05-12 08:49 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2016-05-12 08:52 -!- mrichez(~smuxi@mail.saluc.com) has joined #tryton
2016-05-12 09:07 -!- meigallodixital(~meigallod@249.135.116.91.static.reverse-mundo-r.com) has joined #tryton
2016-05-12 09:31 <cedk> pokoli: please don't forget to put the review id in commit message
2016-05-12 09:32 <pokoli> cedk: you are right sorry :(
2016-05-12 09:33 <pokoli> cedk: I see you fixed the drone sintax, but currently is failing in drone
2016-05-12 09:34 <pokoli> cedk: it's strange as it was working correctly on my machine
2016-05-12 09:36 <cedk> pokoli: I think the postinstall is not run
2016-05-12 09:39 <pokoli> cedk: your right bower is not executed
2016-05-12 09:46 <cedk> pokoli: fixed
2016-05-12 09:46 <cedk> pokoli: I have also setup local-npm
2016-05-12 09:46 <cedk> still missing is same tool but for bower
2016-05-12 09:48 <pokoli> cedk: Great, sorry for the mes but it was dificult to me to test the .drone.yml fiel as it's ignored on drone.io
2016-05-12 09:48 <pokoli> ACTION is googling for a local-bower :)
2016-05-12 09:51 <cedk> pokoli: private-bower seems to be
2016-05-12 09:55 <pokoli> cedk: yes it seems
2016-05-12 10:11 -!- meigallodixital(~meigallod@249.135.116.91.static.reverse-mundo-r.com) has joined #tryton
2016-05-12 10:11 -!- meanmicio(~lfm@fsf/member/meanmicio) has joined #tryton
2016-05-12 10:11 -!- meanmicio(~lfm@fsf/member/meanmicio) has left #tryton
2016-05-12 10:30 -!- nicoe(~nicoe@host-85-201-184-151.dynamic.voo.be) has joined #tryton
2016-05-12 11:56 -!- Pilou(~Pilou@181.204.19.93.rev.sfr.net) has joined #tryton
2016-05-12 11:56 -!- Pilou(~Pilou@pdpc/supporter/active/pilou) has joined #tryton
2016-05-12 12:17 -!- smarro(~sebastian@181.16.7.104) has joined #tryton
2016-05-12 16:39 -!- bvillasanti(~bvillasan@190.105.80.94) has joined #tryton
2016-05-12 16:59 <sisalp> hello,
2016-05-12 17:00 <sisalp> about https://bugs.tryton.org/issue5548, couldn't we consider an indicator [0..99,many] and stop counting when it won't be displayed on a single page ?
2016-05-12 17:02 <cedk> sisalp: do you know how to stop counting in SQL?
2016-05-12 17:05 <sisalp> cedk: I don't even know how to start to count in SQL :-(
2016-05-12 17:11 -!- rpit(~rpit@2a02:908:e672:9420:56ee:75ff:fe0d:d3c7) has joined #tryton
2016-05-12 17:11 <pokoli> sisalp: don't understand why it will be usefull to not show the correct number
2016-05-12 17:12 <cedk> pokoli: in the patch, I already convert > 100 into 99+, to limit the size
2016-05-12 17:13 <pokoli> cedk: So this info should not be very usefull on big databases
2016-05-12 17:14 <pokoli> cedk: for example we had a customer how normally has 2000+ posted invoices to be paid
2016-05-12 17:14 <pokoli> s/how/who
2016-05-12 17:15 <sisalp> pokoli: I don't think he wants to manage hiss frontlog with the thumbnails
2016-05-12 17:16 <cedk> pokoli: what will bring to have a more precise number?
2016-05-12 17:16 <sisalp> cedk: yes this was my idea.
2016-05-12 17:18 <cedk> sisalp: but this is not done SQL level so we must avoid to count large dataset
2016-05-12 17:20 <pokoli> cedk: in terms of preccission it will be correct, but in terms of knowing the work to be done (in order to lower the number to zero) it will be the same to show 99+, than 456
2016-05-12 17:20 <cedk> pokoli: don't understand
2016-05-12 17:21 -!- ccaz(~ccr@ax313-1-82-66-159-99.fbx.proxad.net) has left #tryton
2016-05-12 17:21 <pokoli> cedk: I'm used to my email client which always show the correct number, and having for example 259 (which is the current number of emails in my inbox) its more precise than 99+
2016-05-12 17:22 <pokoli> cedk: A more precisse number is better for comparision. For example to compare the pending numbers of invoices in the start of the day and in the end of the day
2016-05-12 17:23 <pokoli> cedk: it's impossible to compare 99+ with a lower number
2016-05-12 17:23 <cedk> pokoli: you can have precise number by selecting the tab
2016-05-12 17:24 <cedk> pokoli: I think it will be bad to have too large tabs because of big number
2016-05-12 17:24 <pokoli> ACTION haven't tested the clients patches (yet)
2016-05-12 17:25 <cedk> also people can not compare easily 1818272 and 1827263
2016-05-12 17:25 <cedk> or we need to have formatting and so take even more place etc.
2016-05-12 17:27 <pokoli> cedk: I see your point, but for me 99 is too little number
2016-05-12 17:27 <Timitos> i agree that 99+ is a good idea. for me it would be enough to have the precise numbers by selecting the tab
2016-05-12 17:27 <pokoli> cedk: for example, postend invoices is "Contabilizada" which is 13 chars lengths, So one or two more digits won't hurt
2016-05-12 17:28 <pokoli> "Contabilizada" in spanish
2016-05-12 17:28 <pokoli> Timitos: you mean the precise numbers in the tab? AFAIU the precessies numbers is shown in the record count as shown currently
2016-05-12 17:28 <cedk> pokoli: I think count on this precise tab is not really useful
2016-05-12 17:29 <Timitos> pokoli: i mean that it is enough to have the precise numbers in the record count
2016-05-12 17:29 <cedk> pokoli: it is not the important information, the important information is the due amount and you get it in the party balance
2016-05-12 17:30 <cedk> the idea is that user see if there is something to do before clicking
2016-05-12 17:30 <pokoli> cedk: so we agree that the number of posted invoices is not relevant to the user?
2016-05-12 17:30 <cedk> and if he can manage to do it, so 99+ is something you can not manage humanly in a day
2016-05-12 17:31 <cedk> pokoli: not really, the important are draft and validated
2016-05-12 17:31 <cedk> it is not important because user can do nothing to reduce it
2016-05-12 17:32 <pokoli> cedk: understood, so we can agree on the 99+, but the count option has to be activated only with care
2016-05-12 17:33 <pokoli> cedk: only on models that "have pending actions"
2016-05-12 17:33 <cedk> pokoli: yes but I don't think "Posted" would have create performence issues
2016-05-12 17:33 <cedk> pokoli: it is just that it is less useful
2016-05-12 17:34 <pokoli> cedk: i don't think we will have a performance issue for counting the number of records on a big table (postgresql is fast in this operation), but i think the problem is the GUI
2016-05-12 17:36 <cedk> pokoli: postgresq need to read all tuple to count, so it has performence consideration
2016-05-12 17:40 <cedk> FYI, I think Posted should have any way the counter because the number 0 is an indication of something wrong
2016-05-12 17:40 <pokoli> cedk: but limiting to 99+, will have the same performance issue. So for me the warning in the doc is enought
2016-05-12 17:41 <pokoli> cedk: so for a warning, i will prefffer an icon, instead of zero
2016-05-12 17:42 <pokoli> Some maybe adding a pyson expression to return the icon should be a good idea
2016-05-12 17:42 <pokoli> ACTION is not sure about only the icon, or the icon and the text. Just was an idea
2016-05-12 17:43 <cedk> pokoli: yes the 99+ limit is just to limit the display
2016-05-12 17:44 <cedk> pokoli: I don't think warning should be just visual thing somewhere
2016-05-12 17:44 <cedk> pokoli: if we need warning it should be done with notification which is for now email
2016-05-12 17:48 <pokoli> cedk: when i say warning, i mean "the number 0 is an indication of something wrong"
2016-05-12 17:57 <cedk> pokoli: by 0, I mean too low
2016-05-12 17:58 <cedk> I don't think we must complexify with color/icon etc.
2016-05-12 17:58 <pokoli> cedk: yes, so thats why I thought about the button, so the user does not need too know which is the threshold about too low or to much
2016-05-12 17:58 <cedk> we must try to keep the quantity of information not too much
2016-05-12 17:59 <pokoli> cedk: agree
2016-05-12 17:59 -!- smarro(~sebastian@181.16.7.104) has joined #tryton
2016-05-12 17:59 <cedk> pokoli: I think especially the threshold is about feeling so there is no magical number
2016-05-12 18:03 <pokoli> cedk: i also think so. What I fear is that the threshould if over 99+, so then information is not relevant
2016-05-12 18:03 <pokoli> s/if over/is over/
2016-05-12 18:03 <cedk> pokoli: in this case, it will become later
2016-05-12 18:05 <cedk> pokoli: maybe we could add a tooltip with the right number
2016-05-12 18:06 <pokoli> cedk: sounds like a good idea
2016-05-12 18:07 <pokoli> cedk: I was thinking about make the threshold configurable like the search results, but I'm not sure about it
2016-05-12 18:08 <pokoli> ACTION bbl
2016-05-12 18:09 <cedk> pokoli: I always try to avoid adding configuration
2016-05-12 18:10 <cedk> adding configuration is a failure
2016-05-12 18:22 -!- ccaz(~ccr@125-117-190-109.dsl.ovh.fr) has joined #tryton
2016-05-12 18:22 -!- ccaz(~ccr@125-117-190-109.dsl.ovh.fr) has left #tryton
2016-05-12 19:13 -!- Telesight(~anthony@4dae0c97.ftth.telfortglasvezel.nl) has joined #tryton
2016-05-12 19:19 -!- bvillasanti(~bvillasan@190.105.80.94) has joined #tryton
2016-05-12 19:42 -!- smarro(~sebastian@181.47.251.97) has joined #tryton
2016-05-12 21:01 -!- JosDzG(~Thunderbi@201.157.45.34) has joined #tryton
2016-05-12 21:16 -!- smarro(~sebastian@181.16.7.104) has joined #tryton
2016-05-12 22:04 -!- shrox(~shrox@103.255.36.86) has joined #tryton
2016-05-12 22:26 -!- mariomop(~quassel@host76.190-136-213.telecom.net.ar) has joined #tryton
2016-05-12 22:46 -!- shrox(~shrox@103.255.36.86) has left #tryton
2016-05-12 22:51 -!- shrox(~shrox@103.255.36.86) has joined #tryton
2016-05-12 22:56 -!- leio(~leio@gentoo/developer/leio) has joined #tryton
2016-05-12 22:57 -!- JosDzG(~Thunderbi@201.157.45.34) has joined #tryton
2016-05-12 23:56 -!- perilla(~perilla@corp-190-57-169-210-cue.puntonet.ec) has left #tryton

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!