| chat.freenode.net #tryton log beginning Sun Feb 28 12:00:01 AM CET 2021 | ||
| -!- srgdts(~srgdts@unaffiliated/srgdts) has joined #tryton | 02:20 | |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 07:00 | |
| -!- thaneor(~ldlc6@r167-61-113-211.dialup.adsl.anteldata.net.uy) has joined #tryton | 09:14 | |
| -!- thaneor1(~acer8@r167-61-113-211.dialup.adsl.anteldata.net.uy) has joined #tryton | 09:14 | |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 09:58 | |
| -!- irclog(~irclog@moretus.b2ck.com) has joined #tryton | 10:04 | |
| -!- lucas_(~lucascast@177.185.133.170) has joined #tryton | 13:26 | |
| -!- rpit(~rpit@p200300c88f0235001c42215a17f33f55.dip0.t-ipconnect.de) has joined #tryton | 14:17 | |
| -!- udono(~udono@157-058-210-188.ip-addr.inexio.net) has joined #tryton | 15:08 | |
| -!- LordVan(~lordvan@gentoo/developer/LordVan) has joined #tryton | 16:10 | |
| LordVan | hi | 16:15 |
|---|---|---|
| LordVan | i got a question | 17:50 |
| LordVan | I want to move the warehouse label/field from the sale_form to somewhere else | 17:51 |
| LordVan | what would be the correct way to do this? | 17:51 |
| LordVan | or rahter how can i remove that from the form - i know how to add elsewhere | 17:51 |
| Hirschbeutel | replace where you normally put after, before | 17:52 |
| Hirschbeutel | and than nothing in the node | 17:52 |
| Hirschbeutel | <xpath expr="your/expression/to/find/warehouse" position="replace"></xpath> | 17:54 |
| LordVan | so <xpath expr="/form/notebook/_page/field[@name='warehouse']" position="replace" /> | 17:55 |
| LordVan | ah yes | 17:55 |
| LordVan | cool easier than i had thought. thanks i shall test nright now | 17:55 |
| Hirschbeutel | test, 1, 2, 3 | 17:55 |
| LordVan | XD | 17:56 |
| LordVan | anyway that work fine thanks | 17:56 |
| LordVan | i assume i just change field to label to remove that too | 17:56 |
| LordVan | my XML + XPATH + FOP times many years ago finally paying off (learning xpath) | 17:56 |
| LordVan | XD | 17:56 |
| Hirschbeutel | if you change field to label the field will reappear :D | 18:00 |
| LordVan | not if i copy it first | 18:00 |
| Hirschbeutel | joking | 18:00 |
| LordVan | i know | 18:01 |
| LordVan | btw | 18:01 |
| LordVan | I plan to make a module for "materials" (as in production / sale materials) .. is that something that could be interesting for tryton in genral? -- effectively i am modeling it after the country module with just different data fields of course | 18:02 |
| LordVan | i am just unsure how useful it would be for people in general | 18:02 |
| LordVan | in my case it will contain different types of metal,.. to be referenced from sale_line and later maybe production | 18:03 |
| Hirschbeutel | if it is production there is BOM for that | 18:03 |
| LordVan | i need it in sale_line too | 18:03 |
| LordVan | not using production module for now | 18:03 |
| LordVan | (and if I use it int he future is still uncertain) | 18:03 |
| Hirschbeutel | I have bind it to project (cedk does not like that) - on the project I book used material | 18:03 |
| Hirschbeutel | and there is a blueprint for services - one moment | 18:04 |
| Hirschbeutel | https://discuss.tryton.org/t/new-invoicing-method-when-selling-both-goods-and-services/345/10 | 18:05 |
| Hirschbeutel | you are selling a repair service with some parts if I stalked you right | 18:06 |
| LordVan | nah | 18:25 |
| LordVan | production mostly | 18:26 |
| LordVan | but also repair | 18:26 |
| LordVan | that said i already need the material added to sale_line when the sale is created - to create production documents | 18:27 |
| LordVan | when you wonder why your new fields on SaleLine are not found | 18:44 |
| LordVan | only to realize .. that class is not registered in __init__.py | 18:44 |
| Hirschbeutel | I also register production/service information on sale lines and pass them to a production document - but it will be hard, or make this generic ... | 18:47 |
| LordVan | the thing is for me using production for every order is approximately 500% overkill | 18:47 |
| LordVan | so | 18:47 |
| LordVan | i just add extra fields there | 18:47 |
| LordVan | I *might* later on fill in those fields from production for some (repeated) articles | 18:48 |
| LordVan | but for now it is just pointless as the administrative extra work is worth more than some parts would cost lol | 18:48 |
| LordVan | work time i mean | 18:48 |
| Hirschbeutel | yes -we are doing like this. predefined processes versus information recorded on sales | 18:49 |
| Hirschbeutel | but there is a constraint to not confirm a sale before before requirements fullfilled | 18:52 |
| Hirschbeutel | possible better to use sale_opportunity for that | 18:52 |
| Hirschbeutel | but than you need the same constraints to convert it to a sale and a production document | 18:53 |
| Hirschbeutel | and link them and update the sale if something changed in production process - its not easy to code this for variable processes | 18:55 |
| LordVan | i looked at sale_opportunity | 18:56 |
| LordVan | but | 18:56 |
| LordVan | i think it would only make my changes/additoins more spread out and complicated tbh | 18:56 |
| Hirschbeutel | yes - this is a possible issue with this - depends on company size I think | 18:57 |
| LordVan | small | 19:18 |
| LordVan | and apart from generating the docs all of the production process is documented on paper | 19:18 |
| LordVan | so | 19:18 |
| LordVan | .. | 19:18 |
| LordVan | hmm | 19:18 |
| LordVan | for metal sheet thickness (which can be 1.00 1.25 1.2 ,.. basically a decimal with a precision of 2 ) is it beter to use float or numeric? | 19:19 |
| LordVan | I'm leaning towards Numeric, but unsure which is actually better | 19:19 |
| Hirschbeutel | depends of what calculations precision you need | 19:20 |
| LordVan | no calculations at all | 19:20 |
| LordVan | it is just to identify the material thickness | 19:21 |
| Hirschbeutel | then a float is good enough | 19:21 |
| LordVan | at most at some point i might calculate weight but i doubt anytime soon | 19:21 |
| LordVan | i thought that too but wasn't sure if there are any notable differences otherwise | 19:21 |
| Hirschbeutel | yes - but with floats as well | 19:21 |
| Hirschbeutel | its a rounding precision isssue - monetary should always use numeric | 19:22 |
| LordVan | or i could use an integer and just shift the comma | 19:22 |
| Hirschbeutel | no - why | 19:22 |
| LordVan | int is faster than float lol | 19:22 |
| LordVan | i don't care if i (internally) store the thickness in mm or mm * 10^-2 | 19:23 |
| Hirschbeutel | if you are vokswagen this could matter | 19:23 |
| LordVan | lol nope | 19:23 |
| LordVan | i am just "old style" i guess who prefers to use int over float | 19:23 |
| LordVan | assembler /C / .. times XD | 19:23 |
| LordVan | on 80286,.. | 19:23 |
| LordVan | or microcontrollers | 19:23 |
| LordVan | sometimes my thinking is still influenced by programming microcontrollers in assembler .. there i would definitely opt for using int > float anytime | 19:25 |
| LordVan | but you are right i'd just make my job more difficult in the end for no noticeable gain | 19:25 |
| Hirschbeutel | and you will use int for a float :) | 19:26 |
| LordVan | i just notices fields.Float does have a digits parameter so all good ;) | 19:28 |
| -!- mathesis(~ja1000@187.148.60.186) has joined #tryton | 19:57 | |
| -!- yangoon(~mathiasb@p5dd08abd.dip0.t-ipconnect.de) has joined #tryton | 21:10 | |
| -!- thaneor2(~ldlc6@r167-61-39-252.dialup.adsl.anteldata.net.uy) has joined #tryton | 21:16 | |
| -!- thaneor3(~acer8@r167-61-39-252.dialup.adsl.anteldata.net.uy) has joined #tryton | 21:16 | |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 22:42 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!