| chat.freenode.net #tryton log beginning Fri Oct 9 00:00:01 CEST 2015 | ||
| 2015-10-09 01:50 -!- smarro(~sebastian@181.16.4.44) has joined #tryton | ||
| 2015-10-09 02:10 -!- apostatize(~visavis@unaffiliated/apostatize) has joined #tryton | ||
| 2015-10-09 02:19 -!- apostatize(~visavis@unaffiliated/apostatize) has joined #tryton | ||
| 2015-10-09 03:14 -!- kstenger(~karla@r167-59-7-49.dialup.adsl.anteldata.net.uy) has joined #tryton | ||
| 2015-10-09 03:16 -!- apostatize(~visavis@unaffiliated/apostatize) has joined #tryton | ||
| 2015-10-09 03:23 -!- kstenger1(~karla@r167-59-21-32.dialup.adsl.anteldata.net.uy) has joined #tryton | ||
| 2015-10-09 05:12 -!- smarro(~sebastian@181.16.4.44) has joined #tryton | ||
| 2015-10-09 07:02 -!- yangoon1(~mathiasb@p549F0C57.dip0.t-ipconnect.de) has joined #tryton | ||
| 2015-10-09 07:39 -!- Telesight(~anthony@4dae0c97.ftth.telfortglasvezel.nl) has joined #tryton | ||
| 2015-10-09 07:40 -!- frispete(~frispete@p54A91B54.dip0.t-ipconnect.de) has joined #tryton | ||
| 2015-10-09 08:16 -!- aroncero_(~aroncero@86.63.19.153) has joined #tryton | ||
| 2015-10-09 08:42 -!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton | ||
| 2015-10-09 08:48 -!- udono(~udono@ip-178-202-238-79.hsi09.unitymediagroup.de) has joined #tryton | ||
| 2015-10-09 09:06 -!- mrichez(~smuxi@mail.saluc.com) has joined #tryton | ||
| 2015-10-09 09:10 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
| 2015-10-09 09:44 <aroncero> is there any way to make a field required (or not) with an onchange function? | ||
| 2015-10-09 09:45 <aroncero> I made it checking "manually" the conditions and raising an excpetion... | ||
| 2015-10-09 09:45 <aroncero> but maybe there is an framework way "to put red the field" | ||
| 2015-10-09 09:53 <Timitos> aroncero: why not using the states attribute of the field? if i understand your requirement right i think it should do the trick | ||
| 2015-10-09 09:54 <pokoli> aroncero: use a field, which is calculated by the on_change function and use this field in the required states attribute (as Timitos suggested) | ||
| 2015-10-09 09:55 <aroncero> ok, that is the solution | ||
| 2015-10-09 09:55 <aroncero> thanks | ||
| 2015-10-09 09:55 <aroncero> Total newbie | ||
| 2015-10-09 09:56 <pokoli> aroncero: also if it is a comute flag that depends on other fields you can use a Boolean Function field which is computed by on_change_with | ||
| 2015-10-09 09:56 <pokoli> aroncero: so the condition is evaluated whenever any of the depending fields is modified | ||
| 2015-10-09 10:02 <aroncero> pokoli: Depends on other boolean field, so states must be sufficient | ||
| 2015-10-09 10:04 <cedk> aroncero: Tryton is designed to avoid border effect, so most of the thing are declaritive instead of procedural | ||
| 2015-10-09 10:06 -!- nicoe(~nicoe@balisto.wifi.b2ck.com) has joined #tryton | ||
| 2015-10-09 10:17 <aroncero> cedk: I am trying to read about Tryton, but there are some functions that I don't find doc | ||
| 2015-10-09 10:18 <aroncero> cedk: So i am trying to understand with other modules | ||
| 2015-10-09 10:19 <aroncero> cedk: But I'm old :P | ||
| 2015-10-09 10:32 <pokoli> aroncero: so do not feel embarrassed for asking questions here :P | ||
| 2015-10-09 10:42 -!- bechamel(~Adium@ptr-178-50-82-135.dyn.mobistar.be) has joined #tryton | ||
| 2015-10-09 11:01 -!- Telesight(~anthony@4dae0c97.ftth.telfortglasvezel.nl) has joined #tryton | ||
| 2015-10-09 11:08 -!- nicoe(~nicoe@balisto.wifi.b2ck.com) has joined #tryton | ||
| 2015-10-09 11:39 -!- sunny_dealmeida(~quassel@203.115.71.174) has joined #tryton | ||
| 2015-10-09 11:50 <pokoli> hi, i have some strange behaviour with proteus and this context https://bitbucket.org/trytonspain/trytond-account_bank_statement_account/src/d86f0804f447a0aafa9d8b6bd2fc56f988e3c3f6/statement.py?at=default&fileviewer=file-view-default#statement.py-24 | ||
| 2015-10-09 11:50 <pokoli> it works on tryton client, but on proteus this values are empty on the context, so defaults values are not loaded | ||
| 2015-10-09 11:51 <pokoli> anyone can give me some tip? | ||
| 2015-10-09 11:59 <cedk> pokoli: but the proteus new function set the context | ||
| 2015-10-09 12:04 <pokoli> cedk: this line http://hg.tryton.org/proteus/file/f4d4e2cc8170/proteus/__init__.py#l883 raises a KeyError: 2 (which is sillently catched) | ||
| 2015-10-09 12:04 <pokoli> ACTION is investigating | ||
| 2015-10-09 12:09 <cedk> pokoli: I don't see any try/except | ||
| 2015-10-09 12:10 <pokoli> cedk: this is the try/except which catches the exception http://hg.tryton.org/proteus/file/f4d4e2cc8170/proteus/__init__.py#l53 | ||
| 2015-10-09 12:13 <cedk> pokoli: so the context is set but with None value? | ||
| 2015-10-09 12:13 <pokoli> cedk: yes, the context is set with None value | ||
| 2015-10-09 12:13 <pokoli> cedk: this is the traceback http://pastebin.com/6MBkmwGu | ||
| 2015-10-09 12:13 <pokoli> cedk: it seems it's a bug on the function field (which is used on the context) | ||
| 2015-10-09 12:16 <cedk> pokoli: yeps | ||
| 2015-10-09 12:16 <pokoli> c | ||
| 2015-10-09 12:17 <pokoli> cedk: yes, there was a bug on the function field which return and empty dict without ids, so that's why because it broke | ||
| 2015-10-09 12:17 <pokoli> cedk: thanks! | ||
| 2015-10-09 12:49 -!- yangoon(~mathiasb@p549F0C57.dip0.t-ipconnect.de) has joined #tryton | ||
| 2015-10-09 12:59 -!- smarro(~sebastian@181.16.4.44) has joined #tryton | ||
| 2015-10-09 13:49 -!- manu_vic(~elcoru_es@163.110.27.77.dynamic.mundo-r.com) has joined #tryton | ||
| 2015-10-09 13:58 -!- csotelo(~csotelo@201.240.158.7) has joined #tryton | ||
| 2015-10-09 14:01 <csotelo> hi! I am starting on tryton, and development on it, my question is, for module developmen and production stage, What do you recomends? I means, for development, virtualenv, it is clear, but for production? do you think is a good idea using virtualenv? I have been using virtual env for twisted and django on production, but reading on google for looking experiences on virtualenv for tryton, I juts found it for development, no for production, what do you thn | ||
| 2015-10-09 14:01 <csotelo> ik? thanks a lot | ||
| 2015-10-09 14:02 <pokoli> csotelo: i can not see any drawback fro running virtualenvs in production | ||
| 2015-10-09 14:03 <pokoli> csotelo: but if you only have one environment in the production machine, you can avoid the virtualenv and install the packages directly in the system | ||
| 2015-10-09 14:04 <csotelo> pokoli, thanks a lot, on my side, I prefer to use virtualenv instead server side install for keep a clean enviroment | ||
| 2015-10-09 14:06 <csotelo> in this case, I am thinking on prepare avirtual machine with the tryton, using pip ( I always prefer to use pip instead a apt-get , although I am a debian fan ) but most of time, I use virtualenv for kep clean enviroments like my own development, based on your experience, ehat do you think? | ||
| 2015-10-09 14:06 <csotelo> what* | ||
| 2015-10-09 14:07 <csotelo> now, I am start thinking on performance, ... | ||
| 2015-10-09 14:07 <cedk> csotelo: virtualenv has the drawback to not be part of the system update (security) | ||
| 2015-10-09 14:08 <cedk> csotelo: also virutalenv doesn't necessary optimize the byte code while package of distribution should do | ||
| 2015-10-09 14:08 <cedk> csotelo: also in production you should run tryton with python -O | ||
| 2015-10-09 14:10 <csotelo> hmmmm... then, best choice will be install it as part of the system ( using pip or os distribution packages? ) | ||
| 2015-10-09 14:11 <cedk> csotelo: always prefer distribution packages | ||
| 2015-10-09 14:11 <cedk> csotelo: otherwise it is the same as a virtualenv | ||
| 2015-10-09 14:12 <csotelo> cedk, the last two questions, and probably dumb questions? 1. using os distribution, will have an impact on custom modules? is this a good path to start on development http://tryton-documentation.readthedocs.org/? | ||
| 2015-10-09 14:13 <csotelo> about the first one question. please give me a minutes for explain it | ||
| 2015-10-09 14:15 <csotelo> about the first one question, I mean, I will take the account module provided, and make some customizations, I guess the best chocice is ranamed for no having issues on updated, right? or what will be the best choice for avoid distrinution updating impact? | ||
| 2015-10-09 14:19 <pokoli> csotelo: you can place all your customizations in a custom module, and make a package for it | ||
| 2015-10-09 14:20 <cedk> csotelo: no Tryton comes with a module mechanism which allow to change the behaviour of other modules | ||
| 2015-10-09 14:20 <csotelo> thanks, and sorry for this really dumb question, I was looking for been sure on what I was thinking, Thanks a lot | ||
| 2015-10-09 14:20 <cedk> csotelo: also you must not put initial data in modules but just import them | ||
| 2015-10-09 14:21 <csotelo> sure! | ||
| 2015-10-09 14:26 <csotelo> Hmmm.. I have seen one think thank I have not liked so much, I have tryed to install tryton server on a debian virtual machine ( apt-get install tryton-server ) and it will install libreoffice and some x11 libs, that sounds ok? | ||
| 2015-10-09 14:27 <csotelo> I guess, while it will be a server, what is the reason on need libreoffice, gstreamer or x11 libs? [OT Question but asked before look for it on debian chanel] | ||
| 2015-10-09 14:28 <cedk> csotelo: it is not a strict dependency (or should not) if configured it can be used to convert standard odt report into other formats | ||
| 2015-10-09 14:29 <cedk> yangoon: is the debian tryton-server depends on libreoffice? | ||
| 2015-10-09 14:31 <csotelo> cedk, I guess server installation must no have strict dependence on it too, but a simple apt-get install tryton-server install libreoffice and x11 libs, and I dont needit on a console server machine | ||
| 2015-10-09 14:32 <cedk> csotelo: don't know the debian package system but it should not be a strict dependency | ||
| 2015-10-09 14:32 <csotelo> I think the same | ||
| 2015-10-09 14:32 <Pilou> it's not a strong dependency ('suggests' dependency field is used) | ||
| 2015-10-09 14:34 -!- aroncero_(~aroncero@86.63.19.153) has joined #tryton | ||
| 2015-10-09 14:37 <Pilou> with apt-get you could use the "--install-suggests=no" parameter | ||
| 2015-10-09 14:39 <Timitos> cedk: its the unconv that depends on libreoffice | ||
| 2015-10-09 14:40 <csotelo> Pilou, I have done and apt tryies to install that | ||
| 2015-10-09 14:40 <csotelo> http://pastebin.com/wzGXK1ZL | ||
| 2015-10-09 14:40 <Pilou> unoconv is listed in 'Recommends' dependency field, --install-recommends=no can be used too | ||
| 2015-10-09 14:41 <Pilou> csotelo: you should try "apt-get install --install-recommends=no --install-suggests=no tryton-server" | ||
| 2015-10-09 14:42 <csotelo> Pilou, the last one line runs better for me | ||
| 2015-10-09 14:42 <csotelo> and yes, you are right | ||
| 2015-10-09 14:42 <cedk> Timitos: yes but unoconv is not a strict dependency of trytond | ||
| 2015-10-09 14:43 <Timitos> cedk: like Pilou said. unconv is just a recommends: https://packages.debian.org/jessie/tryton-server | ||
| 2015-10-09 14:44 <csotelo> thanks a lot to all of you | ||
| 2015-10-09 14:46 <csotelo> Pilou, your last line was What I was looking for ( I hope it is well typewrited ) | ||
| 2015-10-09 14:50 -!- vernichon(~Icedove@gex01-1-78-234-55-95.fbx.proxad.net) has joined #tryton | ||
| 2015-10-09 15:07 -!- pablovannini(~pablo@181.47.148.245) has joined #tryton | ||
| 2015-10-09 15:08 <yangoon> csotelo: the current default behavior for Debian is to install recommends, but no suggests. The parameters for apt-get reflect this with 'apt-get install --no-install-recommends' resp. 'apt get install --install-suggests' | ||
| 2015-10-09 15:09 <csotelo> yangoon, thanks! also Pilou give me a hand, I ma glad with your answer! | ||
| 2015-10-09 15:26 -!- kstenger(~karla@r167-59-59-211.dialup.adsl.anteldata.net.uy) has joined #tryton | ||
| 2015-10-09 15:29 <cedk> yangoon: should not unoconv be suggested instead? | ||
| 2015-10-09 15:33 <yangoon> cedk: it is a trade-off. policy says: The Recommends field should list packages that would be found together with this one in all but unusual installations. | ||
| 2015-10-09 15:35 <cedk> yangoon: I think installing libreoffice by default is bad | ||
| 2015-10-09 15:36 <Pilou> tryton-server doesn't recommend libreoffice | ||
| 2015-10-09 15:37 <yangoon> cedk: libreoffice is also a recommend of unoconv | ||
| 2015-10-09 15:37 <yangoon> a Devian package installed with default settings is expected to run out of the box as mauch as possible | ||
| 2015-10-09 15:39 <cedk> yangoon: so when you install tryton-server it install all the modules and all the clients? | ||
| 2015-10-09 15:39 <yangoon> so if someone wants fine-grained control over dependency installation, he is well with going with --no-recommends | ||
| 2015-10-09 15:39 <cedk> Pilou: but it recommends unoconv which depend on libreoffice | ||
| 2015-10-09 15:39 <yangoon> cedk: of course not: therefore exists tryton-modules-all | ||
| 2015-10-09 15:39 <cedk> yangoon: so it doesn't run out of the box as much as possible | ||
| 2015-10-09 15:40 <yangoon> cedk: no, as I said: some libreoffice packages is only a recommend of unoconv | ||
| 2015-10-09 15:40 <yangoon> s/is/are/ | ||
| 2015-10-09 15:41 <Timitos> cedk: so how do you convert your reports into pdf. dont you use unoconv? do you have another report engine for that? we do not have any tryton instance that does not need the usage of pdfs for reports | ||
| 2015-10-09 15:41 <cedk> yangoon: "some libreoffice" it is a big part | ||
| 2015-10-09 15:41 <cedk> Timitos: I don't need trytond to convert to pdf, I prefer an more open format like odt | ||
| 2015-10-09 15:42 <cedk> if we wanted PDF to be the standard output format, we would have write another engine | ||
| 2015-10-09 15:42 <Timitos> so you can be happy that you do not need to use pdf. unfortunately it does not reflect the needs of our customers | ||
| 2015-10-09 15:43 <cedk> Timitos: we don't care about customer, here we are talking about what should be installed by default when you install tryton-server on debian | ||
| 2015-10-09 15:44 <yangoon> cedk: I think the current dependency configuration of the tryton-server package is the best suitable for most situations. | ||
| 2015-10-09 15:44 <yangoon> who wants better control, goes with --no-recommends | ||
| 2015-10-09 15:44 <Timitos> cedk: like yangoon said. a debian package installed with default settings is expected to run out of the box as much as possible and i think the usage of pdf for reports is something that many people will expect | ||
| 2015-10-09 15:45 <cedk> guys I think you are completly wrong to suggest that on server you should by default install X11 stuffs | ||
| 2015-10-09 15:45 <cedk> ACTION maybe I should remove unoconv | ||
| 2015-10-09 15:46 <Timitos> may be an option | ||
| 2015-10-09 15:47 <Pilou> i guess the debian maintainers should choose what to do with the debian packages ;) | ||
| 2015-10-09 15:50 <cedk> I see that on wheezy unoconv was just a recommend | ||
| 2015-10-09 15:51 <yangoon> it still is | ||
| 2015-10-09 15:51 <cedk> from http://metadata.ftp-master.debian.org/changelogs//main/t/tryton-server/tryton-server_3.6.3-1_changelog | ||
| 2015-10-09 15:52 <cedk> * Moving unoconv from Suggests to Recommends. | ||
| 2015-10-09 15:53 <cedk> for me, the experience of today shows that it is a wrong idea because it gives the wrong feeling to people that trytond is bloated with a lot of X11 stuffs | ||
| 2015-10-09 15:56 <Pilou> when PDF reports are needed, trytond is bloated with a lot of X11 stuffs | ||
| 2015-10-09 15:58 <Timitos> Pilou: i agree. in the long run we will need a replacement for the unoconv solution | ||
| 2015-10-09 15:58 <yangoon> As long as pdf conversion is a substantial setting (under reports configuration) and won't work without unoconv, it is correct under recommends. Non-working options give the users the feeling of buggy software. | ||
| 2015-10-09 15:59 <Timitos> yangoon: +1 | ||
| 2015-10-09 15:59 <yangoon> and as I said: the experienced admin will know anyway what to do | ||
| 2015-10-09 16:01 <cedk> Pilou: PDF should not be needed | ||
| 2015-10-09 16:01 <cedk> everyone until now who said it needs PDF was for a wrong reason | ||
| 2015-10-09 16:01 -!- apostatize(~visavis@unaffiliated/apostatize) has joined #tryton | ||
| 2015-10-09 16:02 <Timitos> it depends on the point of view | ||
| 2015-10-09 16:02 <cedk> yangoon: you are just hurting the experience of users | ||
| 2015-10-09 16:02 <Timitos> but for the point of view of this channel you may be right | ||
| 2015-10-09 16:03 <cedk> yangoon: so mysql should be in recommend | ||
| 2015-10-09 16:03 <yangoon> cedk: what about downward compatibility of saved docs? I remember the case where we had to delete all reports in a database to be able to regenrate them, because they couldn't be opened wit a current openoffice/libreoffice version. I didn't encounter this problem with pdf so far. | ||
| 2015-10-09 16:04 <yangoon> cedk: postgresql in recommends is just a kudo at the projects description and the preferred database. Strictly speaking it is a suggest, correct. | ||
| 2015-10-09 16:06 <cedk> yangoon: OK I see your interpretation of recommends or suggests is purly depending on your personal opition | ||
| 2015-10-09 16:06 <cedk> yangoon: because postgresql is an option of the configuration just like mysql or any other backend | ||
| 2015-10-09 16:06 <yangoon> cedk: not purely, but a lot | ||
| 2015-10-09 16:08 <cedk> yangoon: please give me a pointer to the downward compatibility issue | ||
| 2015-10-09 16:08 <cedk> yangoon: also bugs happen in software, and PDF reader is not exempted | ||
| 2015-10-09 16:10 <yangoon> cedk: it happened, quite some years ago. I have no pointer available and also not the time to search for it. | ||
| 2015-10-09 16:10 <cedk> yangoon: more over, libreoffice is not the only software that can open opendocument, there are Office, AbiWord, Google Docs etc. | ||
| 2015-10-09 16:11 <cedk> yangoon: too bad, it just makes me feel that it is much more base on your personal opinion and usage | ||
| 2015-10-09 16:11 <yangoon> cedk: you are completely right | ||
| 2015-10-09 16:11 <yangoon> about odf | ||
| 2015-10-09 16:12 <yangoon> but there are still windows users on this world | ||
| 2015-10-09 16:13 <cedk> yangoon: exactly Office opens opendocument not PDF | ||
| 2015-10-09 16:15 <yangoon> cedk: sorry, if a customer has the requirement for pdf, he gets pdf | ||
| 2015-10-09 16:15 -!- smarro(~sebastian@181.16.4.44) has joined #tryton | ||
| 2015-10-09 16:15 <yangoon> no need to discuss that | ||
| 2015-10-09 16:15 <cedk> yangoon: I don't care about your customer and if you can not talk with him | ||
| 2015-10-09 16:16 <cedk> yangoon: I care about the experience people have when installing tryton-server on Debian | ||
| 2015-10-09 16:16 <cedk> yangoon: and I'm very sad that the behaviour is based on your own personal choice without any rational | ||
| 2015-10-09 16:17 <yangoon> cedk: it is based on my personal choice as yours in on yours, no difference there | ||
| 2015-10-09 16:18 <yangoon> I will reflect your question to move postgresql to suggests, no problem for me. | ||
| 2015-10-09 16:19 <cedk> yangoon: I have made no choice | ||
| 2015-10-09 16:19 <cedk> yangoon: it is not what I said | ||
| 2015-10-09 16:19 <cedk> yangoon: I take your words about why unoconv is in recommends and so mysql should be in recommends | ||
| 2015-10-09 16:20 <cedk> yangoon: so now if you move postgresql to suggests, unoconv should also | ||
| 2015-10-09 16:20 <yangoon> cedk: again and enough for this moment: The Recommends field should list packages that would be found together with this one in all but unusual installations. | ||
| 2015-10-09 16:20 <cedk> but all I see here is inconsitant behavour | ||
| 2015-10-09 16:21 <cedk> yangoon: yes exactly unoconv is unusual | ||
| 2015-10-09 16:22 <yangoon> unoconv missing will cause missing functionality, missing postgresql can still use sqlite | ||
| 2015-10-09 16:22 -!- bvillasanti(~bvillasan@190.105.65.239) has joined #tryton | ||
| 2015-10-09 16:24 <cedk> yangoon: OK so what is the proper way to solve this conflict | ||
| 2015-10-09 16:25 <yangoon> cedk: as always: find the compromise. | ||
| 2015-10-09 16:25 <Timitos> cedk: how did you manage to send me your last quotation as an pdf if you do not use unoconv in tryton? :-D | ||
| 2015-10-09 16:26 <cedk> Timitos: using my computer | ||
| 2015-10-09 16:27 <cedk> Timitos: but I should have send you in odt | ||
| 2015-10-09 16:31 <cedk> OK release 4.0 will no more use unoconv | ||
| 2015-10-09 16:36 <yangoon> cedk: you see, you made a choice, based on your personal opinion | ||
| 2015-10-09 16:38 -!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton | ||
| 2015-10-09 16:39 -!- yangoon(~mathiasb@p549F0C57.dip0.t-ipconnect.de) has joined #tryton | ||
| 2015-10-09 16:39 <cedk> yangoon: I made a choice to give choice | ||
| 2015-10-09 16:42 -!- juanfe(~juanfe@190.85.115.49) has joined #tryton | ||
| 2015-10-09 16:46 <rmu> sending quotations as odf or doc is stupid IMHO, for multiple reasons. first, you can't embed fonts in these formats, so the document will look differently on customer's computers. I do care about such things. Second, you don't want customers to (accidentially) change your documents. Third, reality is that everybody can read PDFs everywhere, and nobody except a countable set can open ODFs. | ||
| 2015-10-09 16:49 <cedk> rmu: this doesn't require trytond to generate PDF | ||
| 2015-10-09 16:49 <cedk> rmu: more over if you want to prevent modification, PDF is not the solution, only a digital signature can | ||
| 2015-10-09 16:52 <cedk> rmu: embed font in opendocument: http://font.opendocumentformat.org/ | ||
| 2015-10-09 16:56 <cedk> rmu: also I'm not sure if unoconv embed the font when converting from odt | ||
| 2015-10-09 16:57 <rmu> cedk: PDF is sufficient for accidential modification. if customer modifies your quotations on purpose, which he has if it is in pdf format, digital signature won't help you either. | ||
| 2015-10-09 16:57 <cedk> rmu: you can accidentaly modify a PDF for example if you open it with libreoffice | ||
| 2015-10-09 16:57 <rmu> cedk: IMNSHO, editable document formats are unsuitable for quotations, invoices etc..., you want something like PostScript for that, and PDF is sufficiently close to that | ||
| 2015-10-09 16:58 <cedk> rmu: PDF are modifiable | ||
| 2015-10-09 16:58 <rmu> cedk: i also don't know if unoconv embeds fonts, libreoffice export to pdf does embed | ||
| 2015-10-09 16:58 <cedk> rmu: more over in Tryton we set all odt as readonly | ||
| 2015-10-09 16:59 -!- smarro(~sebastian@181.16.4.44) has joined #tryton | ||
| 2015-10-09 17:00 <rmu> cedk: pdf is not intended to be modified, and it does not work really well. feels like modifying OCRd document. I doubt that normal users are using libreoffice to open PDFs regularly | ||
| 2015-10-09 17:00 -!- rpit(~rpit@2a02:908:e670:3a80:dc1a:bf5:9a25:28e0) has joined #tryton | ||
| 2015-10-09 17:02 <rmu> cedk: in that sense, everything is modifyable; e.g. you can manually path a .dvi file, but that also would not happen accidentially, and nobody in their right mind would do that except in "desparate" situations. | ||
| 2015-10-09 17:02 <cedk> rmu: so I see no valid point to prefer PDF over OpenDocument | ||
| 2015-10-09 17:07 <cedk> font embedded supported in libreoffice since 3.3.1 https://bugs.documentfoundation.org/show_bug.cgi?id=42195&redirected_from=fdo | ||
| 2015-10-09 17:08 <rmu> cedk: pdf is the only document format that is capable of producing identical-looking documents among different computer systems and platforms that is widely available and accepted. | ||
| 2015-10-09 17:09 <cedk> rmu: where does that come? | ||
| 2015-10-09 17:09 <cedk> rmu: what about images? :-) | ||
| 2015-10-09 17:10 <rmu> cedk: linebreaks and pagebreaks are not stable from one computer to another, not with microsoft .doc files and not with openoffice documents | ||
| 2015-10-09 17:10 <rmu> images would work too, but 300dpi+ PNGs are a bit too large for the information contained in text | ||
| 2015-10-09 17:10 <cedk> rmu: so it is not the *only* format | ||
| 2015-10-09 17:11 <udono> cedk: Will it be possible to re-integrate unoconv as a module? | ||
| 2015-10-09 17:11 <cedk> rmu: any way, it is not a requirement that most of users have | ||
| 2015-10-09 17:12 <cedk> udono: see #5032 | ||
| 2015-10-09 17:12 <rmu> cedk: i said the only format that is available and accepted. sending quotations as 300dpi PNGs would surely be interpreted as unfriendly act, i would certainly do so. | ||
| 2015-10-09 17:14 <udono> cedk: #5032 looks promising. | ||
| 2015-10-09 17:16 <rmu> cedk: I agree that unoconv is not reliable and i would not want it running on the server. | ||
| 2015-10-09 17:17 <cedk> rmu: also it is quite utopic to talk about linebreak position for a generated document | ||
| 2015-10-09 17:26 <rmu> cedk: you think it's ok discussing a quotation with your customer over the phone to look at differently looking documents? where maybe not even the number of pages don't match? TeX goes to great lengths to ensure stable page- and line-breaks on different systems. with word, line breaks depend on system printer resolution (at least in word 2000 era, don't know what it is like now). with libreoffice/openoffice, I don't know what it depends on, sometime | ||
| 2015-10-09 17:26 <rmu> s/don't match/do match/ | ||
| 2015-10-09 17:27 <cedk> rmu: I guess it is mainly for the font which is fixed if you embed it | ||
| 2015-10-09 17:27 -!- smarro(~sebastian@181.16.4.44) has joined #tryton | ||
| 2015-10-09 17:29 <cedk> rmu: also you should have reference/code on your lines instead of talking about relative position | ||
| 2015-10-09 17:35 <rmu> cedk: I very much doubt that the rendering of open document files by word resembles the rendering of libreoffice, even if fonts are embedded. | ||
| 2015-10-09 17:36 <cedk> rmu: but most usage doesn't care about that | ||
| 2015-10-09 17:37 <rmu> cedk: most usage just relies on it implicitly | ||
| 2015-10-09 17:38 <cedk> rmu: like you rely on HTML email to be rendered | ||
| 2015-10-09 17:38 <rmu> cedk: if i want to have responsive documents that looks differently everywhere, adapting to screen, i would send html | ||
| 2015-10-09 17:39 <rmu> cedk: and not pre-paginated document intended for print | ||
| 2015-10-09 17:39 <cedk> rmu: have you an example of ODT that doesn't render the same? | ||
| 2015-10-09 17:39 <rmu> cedk: which .odt is | ||
| 2015-10-09 17:40 <rmu> cedk: yes, i can probably find one, in this case it was font issue | ||
| 2015-10-09 17:40 <cedk> any way, I don't care anymore of the discussion as most users don't care of this level of details abotu rendering | ||
| 2015-10-09 17:40 -!- apostatize(~visavis@unaffiliated/apostatize) has joined #tryton | ||
| 2015-10-09 17:40 <rmu> cedk: regarding fonts, usually, you are allowed to embed fonts into pdfs, but not necessarily to embed them in an editable format that would allow you to reuse the font | ||
| 2015-10-09 17:41 <rmu> yeah. nevermind. normal user should not have to care. | ||
| 2015-10-09 17:44 -!- bechamel(~Adium@host-95-182-199-152.dynamic.voo.be) has joined #tryton | ||
| 2015-10-09 17:45 -!- lukio(~lukio@181.47.148.245) has joined #tryton | ||
| 2015-10-09 17:45 -!- apostatize(~visavis@unaffiliated/apostatize) has joined #tryton | ||
| 2015-10-09 17:52 <cedk> for those who wants to improve the Debian package installation experience: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801394 | ||
| 2015-10-09 17:55 <Pilou> lol | ||
| 2015-10-09 17:56 -!- apostatize(~visavis@unaffiliated/apostatize) has joined #tryton | ||
| 2015-10-09 18:00 -!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has left #tryton | ||
| 2015-10-09 18:10 -!- apostatize(~visavis@unaffiliated/apostatize) has joined #tryton | ||
| 2015-10-09 18:19 -!- apostatize(~visavis@unaffiliated/apostatize) has joined #tryton | ||
| 2015-10-09 18:27 -!- aroncero__(~aroncero@86.63.19.153) has joined #tryton | ||
| 2015-10-09 18:44 -!- smarro(~sebastian@181.16.4.44) has joined #tryton | ||
| 2015-10-09 19:09 -!- smarro(~sebastian@181.16.4.44) has joined #tryton | ||
| 2015-10-09 19:23 -!- bvillasanti(~bvillasan@190.105.65.239) has joined #tryton | ||
| 2015-10-09 20:03 -!- michael-kohlhaas(~michael-k@unaffiliated/michael-kohlhaas) has joined #tryton | ||
| 2015-10-09 20:50 -!- rainer(~rainer@pd956864b.dip0.t-ipconnect.de) has joined #tryton | ||
| 2015-10-09 20:52 -!- rainer(~rainer@pd956864b.dip0.t-ipconnect.de) has left #tryton | ||
| 2015-10-09 20:53 -!- rainer(~rainer@pd956864b.dip0.t-ipconnect.de) has joined #tryton | ||
| 2015-10-09 22:54 -!- smarro(~sebastian@181.16.4.44) has joined #tryton | ||
| 2015-10-09 23:48 -!- smarro(~sebastian@181.16.4.44) has joined #tryton |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!