IRC logs of #tryton for Friday, 2019-07-05

chat.freenode.net #tryton log beginning Fri 05 Jul 2019 12:00:01 AM CEST
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton22:38
-!- orphean(~Orphean@31.192.224.224) has joined #tryton01:15
-!- yangoon(~mathiasb@115-66-142-46.pool.kielnet.net) has joined #tryton02:43
-!- shadow98(uid236862@gateway/web/irccloud.com/x-rtxxqpcqwbhhsaqv) has joined #tryton04:07
-!- semarie(~semarie@unaffiliated/semarie) has joined #tryton04:32
-!- springwurm(~Springwur@5.104.149.54) has joined #tryton05:00
-!- LordVan(~lordvan@gentoo/developer/LordVan) has joined #tryton05:27
-!- jcm(~jcm@78.194.214.115) has joined #tryton05:33
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton06:40
-!- k-man(~jason@unaffiliated/k-man) has joined #tryton06:40
-!- smorillo(3eaec68b@gateway/web/cgi-irc/kiwiirc.com/ip.62.174.198.139) has joined #tryton06:45
-!- rpit(~rpit@p200300C88F413D0069F553E02A39C574.dip0.t-ipconnect.de) has joined #tryton06:49
-!- mrichez(~Maxime@mail.saluc.com) has joined #tryton07:03
-!- nicoe(~nicoe@2a02:578:858c:500:7e2a:31ff:fe5e:b25d) has joined #tryton07:40
-!- smorillo(3eaec68b@gateway/web/cgi-irc/kiwiirc.com/ip.62.174.198.139) has joined #tryton08:20
smorilloHi,08:20
smorilloI'm tryting to concatenate 2 wizards, I mean a wizard has a final StateAction which references to an action wizard08:21
smorillothe problem comes with Transaction.context in second wizard, I have no data on "active_ids"08:23
smorilloactive_id, active_ids and active_model have None value08:27
smorilloI tried to initialize on do_ method for final StateAction's first wizard08:28
nicoesmorillo: it's done on purpose: https://codereview.tryton.org/38011002/diff/1/tryton/gui/window/wizard.py08:57
nicoeBut I don't remember why …08:57
mrichezhi, when opening some forms, a readonly field get focus (for instance Incoming Moves, focus is put on From Location field, but this field is readonly). Bug ?09:00
smorillonicoe: so actually is not possible, isn't it?09:03
nicoesmorillo: it is not indeed09:04
smorillonicoe: ok, would be a great feature concatenate wizards at last state09:04
nicoemrichez: probably because we check if the field if readable to put it in the focus chain09:04
smorillonicoe: we can use action windows, action reports, ... why not action wizards? (it's my thought)09:05
nicoesmorillo: you can do it, but you can't rely on active_ids09:06
udonomrichez: nico: Hi, I guess it is to support screen readers or accessebility . AFAIK there is already an issue or discussion about to make it optional09:06
nicoeudono: I haven't dug in the issues indeed :)09:07
mricheznicoe: and what should be done to remove those fields from the focus chain ? it's annoying...09:07
mrichezudono: which issue ?09:08
nicoemrichez: we don't use the focus_chain anymore in fact, I would have to search in the code09:09
udonomrichez: does your tryton version support fast tabbing? https://codereview.tryton.org/19381002/diff/80001/doc/usage.rst09:11
udonomrichez: https://bugs.tryton.org/issue491009:11
mricheznicoe: i found this issue relying to fast_tabbing : https://codereview.tryton.org/26107100209:11
nicoeudono is right about the accessibility stuff, I remember something about screen reader needing to be able to focus those fields09:14
mrichezudono: fast tabbing option is greyed... if think this option was removed with gtk309:15
mricheznicoe: it's very annoying for the final user to start writing data's on a readonly field... this was not the previous behaviour .. those readonly fields were skipped...09:17
udonomrichez: yes in issue https://bugs.tryton.org/issue8181 it is removed09:17
nicoemrichez: I get that it's annoying but it's also annoying for blind people not to be able to read those09:19
nicoemrichez: the solution is to re-implement the focus chain if I understand correctly https://bugs.tryton.org/msg4746109:20
mricheznicoe: i've some readonly field that are empty, because they are filled when saving the form (with a sequence for instance) so there's nothing to read, user begin on an empty readonly field09:21
nicoemrichez: could you create an issue? There might be a solution09:22
mricheznicoe: or having an option to set the first focused field09:22
udonomrichez: isn't there the focus tag in xml any longer?09:23
smorillonicoe: sorry but I checked the wizard class on tryton side and if I set keys 'id', 'ids' and 'model' in data dict on do_action method of first wizard ... it works!09:24
mrichezudono: don't know...09:24
nicoesmorillo: great :)09:25
smorillonicoe: thanks a lot!09:26
nicoesmorillo: np09:26
mricheznicoe: this is strange because on some models, focus is set on the first writable field (Supplier invoices for instance).09:35
mricheznicoe: here's the issue: https://bugs.tryton.org/issue847509:36
nicoemrichez: thanks09:48
mrichezAnother question, with https://bugs.tryton.org/issue7347 Starting wildcard is removed when searching on product codes and numbers... our products code contains a lot of informations like material, diameter, ... so users were doing the search on a part of this code to get all the products with a specific diameter for instance. Is there a specific character to have the wildcard or should i cancel the issue on product to keep the functionality ?09:49
pokolimrichez: until a generic solution is found, you can use focus="product" to set the focus by default on the product09:49
mrichezpokoli: it's in xml ? so it's cursor='...'09:51
pokolimrichez: yes, in the xml of the form view09:51
pokolimrichez: and yes maybe it's cursor not foucs, didn't check the documentation but there is an option to explicity set the focus on a field09:51
mrichezpokoli: ok, will updating forms where i need focus on a specific field :-)09:52
pokolimrichez: about the wildcard, you can escape it by using \\09:52
pokolimrichez: See https://hg.tryton.org/trytond/rev/d85963a5704009:52
pokolimrichez: in your case I will overwrite the search_rec_name of product to adapt with your expected behaviour09:53
mrichezpokoli: ok thanks09:54
pokolimrichez: I've implemented this, sorry for breaking your use case but for most of the users the new behaviour is what they expect09:54
mrichezpokoli: no problem, i'll made some customizations :-) i've juste switched on 5.2 for stock management yesterday and this morning they told me about the changes of behaviour09:56
-!- nicoe(~nicoe@77.109.98.171) has joined #tryton10:04
-!- lucascastro(~lucascast@177-185-139-206.isotelco.net.br) has joined #tryton11:23
-!- springwurm(~Springwur@5.104.149.54) has joined #tryton12:04
-!- csotelo_(~csotelo@190.234.41.50) has joined #tryton13:33
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton14:11
-!- mariomop(~quassel@181.90.110.107) has joined #tryton14:31
-!- nicoe(~nicoe@2a02:578:858c:500:7e2a:31ff:fe5e:b25d) has joined #tryton15:40
-!- udono1(~udono@059-062-210-188.ip-addr.inexio.net) has joined #tryton17:00
-!- nicoe(~nicoe@2a02:578:858c:500:7e2a:31ff:fe5e:b25d) has joined #tryton17:35
-!- lucascastro(~lucascast@177.185.131.162) has joined #tryton18:20
-!- yangoon(~mathiasb@115-66-142-46.pool.kielnet.net) has joined #tryton19:19
-!- lucascastro(~lucascast@177.185.131.162) has joined #tryton19:35
-!- semarie(~semarie@unaffiliated/semarie) has joined #tryton20:00
-!- cryptic(~cryptic@142.196.139.17) has joined #tryton21:05
-!- nicoe(~nicoe@2a02:578:858c:500:7e2a:31ff:fe5e:b25d) has joined #tryton21:27

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