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 #tryton00:07
-!- orphean(~Orphean@31.192.224.224) has joined #tryton03:07
-!- yangoon(~mathiasb@115-66-142-46.pool.kielnet.net) has joined #tryton04:07
-!- shadow98(uid236862@gateway/web/irccloud.com/x-rtxxqpcqwbhhsaqv) has joined #tryton06:07
-!- semarie(~semarie@unaffiliated/semarie) has joined #tryton06:07
-!- springwurm(~Springwur@5.104.149.54) has joined #tryton07:07
-!- LordVan(~lordvan@gentoo/developer/LordVan) has joined #tryton07:07
-!- jcm(~jcm@78.194.214.115) has joined #tryton07:07
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton08:07
-!- k-man(~jason@unaffiliated/k-man) has joined #tryton08:07
-!- smorillo(3eaec68b@gateway/web/cgi-irc/kiwiirc.com/ip.62.174.198.139) has joined #tryton08:07
-!- rpit(~rpit@p200300C88F413D0069F553E02A39C574.dip0.t-ipconnect.de) has joined #tryton08:07
-!- mrichez(~Maxime@mail.saluc.com) has joined #tryton09:07
-!- nicoe(~nicoe@2a02:578:858c:500:7e2a:31ff:fe5e:b25d) has joined #tryton09:07
-!- smorillo(3eaec68b@gateway/web/cgi-irc/kiwiirc.com/ip.62.174.198.139) has joined #tryton10:07
smorilloHi,10:07
smorilloI'm tryting to concatenate 2 wizards, I mean a wizard has a final StateAction which references to an action wizard10:07
smorillothe problem comes with Transaction.context in second wizard, I have no data on "active_ids"10:07
smorilloactive_id, active_ids and active_model have None value10:07
smorilloI tried to initialize on do_ method for final StateAction's first wizard10:07
nicoesmorillo: it's done on purpose: https://codereview.tryton.org/38011002/diff/1/tryton/gui/window/wizard.py10:07
nicoeBut I don't remember why …10:07
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 ?11:07
smorillonicoe: so actually is not possible, isn't it?11:07
nicoesmorillo: it is not indeed11:07
smorillonicoe: ok, would be a great feature concatenate wizards at last state11:07
nicoemrichez: probably because we check if the field if readable to put it in the focus chain11:07
smorillonicoe: we can use action windows, action reports, ... why not action wizards? (it's my thought)11:07
nicoesmorillo: you can do it, but you can't rely on active_ids11:07
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 optional11:07
nicoeudono: I haven't dug in the issues indeed :)11:07
mricheznicoe: and what should be done to remove those fields from the focus chain ? it's annoying...11:07
mrichezudono: which issue ?11:07
nicoemrichez: we don't use the focus_chain anymore in fact, I would have to search in the code11:07
udonomrichez: does your tryton version support fast tabbing? https://codereview.tryton.org/19381002/diff/80001/doc/usage.rst11:07
udonomrichez: https://bugs.tryton.org/issue491011:07
mricheznicoe: i found this issue relying to fast_tabbing : https://codereview.tryton.org/26107100211:07
nicoeudono is right about the accessibility stuff, I remember something about screen reader needing to be able to focus those fields11:07
mrichezudono: fast tabbing option is greyed... if think this option was removed with gtk311:07
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...11:07
udonomrichez: yes in issue https://bugs.tryton.org/issue8181 it is removed11:07
nicoemrichez: I get that it's annoying but it's also annoying for blind people not to be able to read those11:07
nicoemrichez: the solution is to re-implement the focus chain if I understand correctly https://bugs.tryton.org/msg4746111:07
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 field11:07
nicoemrichez: could you create an issue? There might be a solution11:07
mricheznicoe: or having an option to set the first focused field11:07
udonomrichez: isn't there the focus tag in xml any longer?11:07
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!11:07
mrichezudono: don't know...11:07
nicoesmorillo: great :)11:07
smorillonicoe: thanks a lot!11:07
nicoesmorillo: np11:07
mricheznicoe: this is strange because on some models, focus is set on the first writable field (Supplier invoices for instance).11:07
mricheznicoe: here's the issue: https://bugs.tryton.org/issue847511:07
nicoemrichez: thanks11:07
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 ?11:07
pokolimrichez: until a generic solution is found, you can use focus="product" to set the focus by default on the product11:07
mrichezpokoli: it's in xml ? so it's cursor='...'11:07
pokolimrichez: yes, in the xml of the form view11:07
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 field11:07
mrichezpokoli: ok, will updating forms where i need focus on a specific field :-)11:07
pokolimrichez: about the wildcard, you can escape it by using \\11:07
pokolimrichez: See https://hg.tryton.org/trytond/rev/d85963a5704011:07
pokolimrichez: in your case I will overwrite the search_rec_name of product to adapt with your expected behaviour11:07
mrichezpokoli: ok thanks11:07
pokolimrichez: I've implemented this, sorry for breaking your use case but for most of the users the new behaviour is what they expect11:07
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 behaviour11:07
-!- nicoe(~nicoe@77.109.98.171) has joined #tryton12:07
-!- lucascastro(~lucascast@177-185-139-206.isotelco.net.br) has joined #tryton13:07
-!- springwurm(~Springwur@5.104.149.54) has joined #tryton14:07
-!- csotelo_(~csotelo@190.234.41.50) has joined #tryton15:07
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton16:07
-!- mariomop(~quassel@181.90.110.107) has joined #tryton16:07
-!- nicoe(~nicoe@2a02:578:858c:500:7e2a:31ff:fe5e:b25d) has joined #tryton17:07
-!- udono1(~udono@059-062-210-188.ip-addr.inexio.net) has joined #tryton19:07
-!- nicoe(~nicoe@2a02:578:858c:500:7e2a:31ff:fe5e:b25d) has joined #tryton19:07
-!- lucascastro(~lucascast@177.185.131.162) has joined #tryton20:07
-!- yangoon(~mathiasb@115-66-142-46.pool.kielnet.net) has joined #tryton21:07
-!- lucascastro(~lucascast@177.185.131.162) has joined #tryton21:07
-!- semarie(~semarie@unaffiliated/semarie) has joined #tryton22:07
-!- cryptic(~cryptic@142.196.139.17) has joined #tryton23:07
-!- nicoe(~nicoe@2a02:578:858c:500:7e2a:31ff:fe5e:b25d) has joined #tryton23:07

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