IRC logs of #tryton for Wednesday, 2011-06-15

chat.freenode.net #tryton log beginning Wed Jun 15 00:00:01 CEST 2011
2011-06-15 00:36 -!- ecarreras(~under@81.184.3.75.static.user.ono.com) has joined #tryton
2011-06-15 00:36 -!- ecarreras(~under@unaffiliated/ecarreras) has joined #tryton
2011-06-15 02:04 -!- ciupicri(~ciupicri@81.180.234.249) has joined #tryton
2011-06-15 04:02 -!- nicoe_(~nicoe@161.169-66-87.adsl-dyn.isp.belgacom.be) has joined #tryton
2011-06-15 04:40 -!- sharkcz(~sharkcz@2001:15c0:6747:160:250:43ff:fe3c:3b5d) has joined #tryton
2011-06-15 05:17 -!- alimon(~alimon@187.156.103.195) has joined #tryton
2011-06-15 05:19 -!- yangoon(~mathiasb@p549F3F32.dip.t-dialin.net) has joined #tryton
2011-06-15 05:47 -!- plantian(~ian@c-67-169-72-36.hsd1.ca.comcast.net) has joined #tryton
2011-06-15 06:53 -!- okko(~okko@dhcp-077-251-140-095.chello.nl) has joined #tryton
2011-06-15 08:20 -!- mhi1(~mhi@pd95b104a.dip0.t-ipconnect.de) has joined #tryton
2011-06-15 08:35 -!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton
2011-06-15 08:43 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2011-06-15 09:02 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton
2011-06-15 09:02 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has left #tryton
2011-06-15 09:03 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has joined #tryton
2011-06-15 10:20 -!- bechamel(~user@cismwks02-virtual1.cism.ucl.ac.be) has joined #tryton
2011-06-15 10:41 -!- nicoe(~nicoe@ced.homedns.org) has joined #tryton
2011-06-15 11:13 -!- elbenfreund(~elbenfreu@p54B94235.dip.t-dialin.net) has joined #tryton
2011-06-15 12:21 -!- cygal(~cygal@wtf.awesom.eu) has joined #tryton
2011-06-15 12:21 -!- cygal(~cygal@wtf.awesom.eu) has left #tryton
2011-06-15 12:29 -!- timewulf1(~bhk@p57931B36.dip.t-dialin.net) has joined #tryton
2011-06-15 12:30 <timewulf1> cedk: ping
2011-06-15 12:31 -!- elbenfreund(~elbenfreu@p54B94235.dip.t-dialin.net) has joined #tryton
2011-06-15 12:31 <cedk> timewulf1: pong
2011-06-15 12:33 <timewulf1> cedk: hi, are you the maintainer of the accounting module? I've got some problems in understanding how it should work.
2011-06-15 12:34 <cedk> timewulf1: yes
2011-06-15 12:34 <timewulf1> I know some other accounting apps and they go other ways ...
2011-06-15 12:35 <timewulf1> I'll try to show what I mean:
2011-06-15 12:38 <timewulf1> sorry, in English I need a bit longer
2011-06-15 12:40 <timewulf1> I start to record a new move. I've to set a booking time frame, the journal where to put in and the move date into the header.
2011-06-15 12:42 <timewulf1> If needed I can put a descriptional text, too.
2011-06-15 12:43 <cedk> timewulf1: perhaps simplier to explain what you don't understand instead of what Tryton does
2011-06-15 12:43 <timewulf1> cedk: ok, may be
2011-06-15 12:45 <timewulf1> I'm forced to put in names (I think this shall be descriptional text) into the move and the move lines.
2011-06-15 12:46 <timewulf1> But those texts don't exist for every move or move line.
2011-06-15 12:46 <cedk> timewulf1: on the move, it is because you create it if you go directly through "Open Journal" you don't need
2011-06-15 12:47 <timewulf1> I go Erfassung - Übersicht Buchungssätze - Neu
2011-06-15 12:49 -!- elbenfreund1(~elbenfreu@p54B95286.dip.t-dialin.net) has joined #tryton
2011-06-15 12:52 <timewulf1> If I go directly over Erfassung - Journale-Buchungszeiträume I can create new journals, but not open them to book into
2011-06-15 12:53 <timewulf1> not even a double or right click on one journal gives me anything
2011-06-15 12:55 <timewulf1> cedk: sorry, forgot to put your name in front
2011-06-15 12:55 <cedk> timewulf1: I don'T speak German so I don't understand what you say
2011-06-15 12:55 <cedk> timewulf1: but in English you can go: "Financial Management>Entries>Open Journal"
2011-06-15 13:00 <timewulf1> cedk: I've only the German menu in the moment and there differentiated between Configuration = Einstellungen and Recording = Erfassung and Reporting = Auswertungen.
2011-06-15 13:02 <timewulf1> cedk: So I go on Recording = Erfassung, then Overview-Moves = Übersicht Buchungssätze, then new move = neuer Buchungssatz
2011-06-15 13:03 <cedk> timewulf1: activate the English
2011-06-15 13:03 <timewulf1> cedk: ok, a few minutes and I'll ping you again
2011-06-15 13:21 -!- elbenfreund(~elbenfreu@p54B95286.dip.t-dialin.net) has joined #tryton
2011-06-15 13:45 <timewulf1> cedk: I tried the English menu, found your way and tried to do the same again in German: This works, but this is the way with creating valid moves directly. The same should work with draft moves: Entries - Account-Moves - New Account Mode ... and this does not.
2011-06-15 13:46 <timewulf1> cedk: Before saving a move, you are forced to give it a name.
2011-06-15 14:02 <cedk> timewulf1: yes it is difficult to behave differently
2011-06-15 14:18 <paepke> guys. i don't know if someone already reported it, but i can sync my android phone via caldav with tryton. its currently a one way sync as the app is beta. http://dmfs.org/caldav/
2011-06-15 14:18 <paepke> impressive.
2011-06-15 14:19 <bechamel> paepke: cool
2011-06-15 14:19 <yangoon> paepke: great to hear that
2011-06-15 14:19 <paepke> just to mention: i have not programmed it...
2011-06-15 14:20 <cedk> paepke: There is a wiki page about CalDAV and Tryton somewhere
2011-06-15 14:20 <paepke> cedk: yeah, i'll update it as soon i get it how to get screenshots out of my phone ;-)
2011-06-15 14:25 <paepke> hmm. spreadsheet. didn't remember. no screenshot but updated it.
2011-06-15 14:25 <cedk> paepke: there is also http://dmfs.org/carddav/
2011-06-15 14:25 <paepke> cedk: yes. thats the link i posted
2011-06-15 14:26 <nicoe> paepke: looks great. A good reason to switch to android ...
2011-06-15 14:27 <cedk> paepke: It is CardDAV not CalDAV
2011-06-15 14:27 <paepke> nicoe: currently only one way. but it works nicely.
2011-06-15 14:27 <paepke> cedk: oh.. right. installed that also.
2011-06-15 14:28 <paepke> but the last one i tried its not finished
2011-06-15 14:28 <timewulf1> cedk: When you are working on this (Entries - Account-Moves - New Account Move), may you change some misleading field names in this dialog? There are fields named "Name" and "Reference" for the move record and for the move line record. In the upper part of the dialog (the move record) "Reference" should be better "Move No" and "Name" better "Move Text". In the lower part (the move lines) I can't even find a difference between "Name" and "Referenc
2011-06-15 14:33 <paepke> i have to correct. a sync worked here. but i don't know if i lost something :-)
2011-06-15 14:35 <cedk> timewulf1: better to keep the same wording as other place in the application
2011-06-15 14:45 <timewulf1> cedk: same wording everywhere is ok, but the same wording for different things leads to errors because of misunderstanding
2011-06-15 14:46 <cedk> timewulf1: name is the name of the record
2011-06-15 14:46 <cedk> timewulf1: it is not always a number
2011-06-15 14:47 <cedk> timewulf1: and reference is a free field to put a reference
2011-06-15 14:50 <timewulf1> cedk: I wanted to rename field names "Name" as "Move Text" or "Line Text", "Reference" should be "Move No" or "Line No". In the move record they are used this way, in the move line record their use/behaviour isn't clear.
2011-06-15 14:54 <timewulf1> cedk: And even in lists like moves together with their corresponding movelines one has to rename those fields either. If one doesn't do, you can't differentiate the meaning of them.
2011-06-15 14:55 <cedk> timewulf1: I don't like to put the name of the object in the label of a field
2011-06-15 14:56 <cedk> because it can break the modularity
2011-06-15 14:58 <cedk> timewulf1: for reference naming it "Number" is too reductive as you can have more then just number as references
2011-06-15 15:01 <timewulf1> cedk: I see what you mean and in forms with only one objecttype you are possibly right, but in forms with 2 ore more types the naming conflict should be solved. My namings were just suggestions, we may find better ones.
2011-06-15 15:02 <cedk> timewulf1: I find there is clear difference between field from the form and field from lines
2011-06-15 15:04 <cedk> timewulf1: from which view are you talking?
2011-06-15 15:07 <timewulf1> cedk: But the normal user, not we from sight of developer, does not: Same names lead the user to same meanings of his world. The normal user doesn't think of attribute names but of names of people, documents or other things.
2011-06-15 15:08 <timewulf1> cedk: Entries - Account-Moves - New Account Move
2011-06-15 15:08 -!- ciupicri(~ciupicri@81.180.234.249) has joined #tryton
2011-06-15 15:09 <cedk> timewulf1: ok, there is a clear title for lines
2011-06-15 15:10 <cedk> timewulf1: if we start to name like you suggest, we must add before every field the Model name
2011-06-15 15:14 <timewulf1> cedk: No, just using names which are used in the user's world. In accounting a move doesn't have a name, but a number and a description, a move line doesn't have a name either, but an incremental number starting with 1 and a description or reference or party or something else like this.
2011-06-15 15:20 <cedk> timewulf1: we don't care about what the users put in the name but if we rename "name" into "number" then the user is required to put a number
2011-06-15 15:23 <timewulf1> cedk: sorry, you don't understand me. We just should name fields with meaningful names, meaningful from sight of the user.
2011-06-15 15:24 <cedk> timewulf1: yes but naming "Number" a field that contains chars is not meaningful
2011-06-15 15:26 <cedk> timewulf1: I'm not against rename it but it should be logical
2011-06-15 15:26 <timewulf1> cedk: For example article-numbers may contain chars but in the form to create new articles the field will be called article-no.
2011-06-15 15:26 <timewulf1> cedk: Let's divide our discussion for the two different record types.
2011-06-15 15:26 <cedk> timewulf1: no it is named code
2011-06-15 15:27 <timewulf1> cedk: That's bad from sight of the clerk.
2011-06-15 15:29 <timewulf1> cedk: I know what you mean: For us developers it's clear, but the clerk didn't here of "code" before, the clerk's client doesn't use this wording, so the form doesn't match the wording of the user.
2011-06-15 15:30 <cedk> timewulf1: I was talking about the "number" of the article
2011-06-15 15:30 <timewulf1> cedk: me too
2011-06-15 15:31 <timewulf1> cedk: code is a word, invited by developers - article-number is a word, used in the real world
2011-06-15 15:32 <cedk> timewulf1: I'm not sure about that
2011-06-15 15:33 <timewulf1> cedk: If we want to discuss with users and don't want to be misunderstanded, we've to learn and use their vocabulary.
2011-06-15 15:34 <timewulf1> cedk: But let's go back to the move record and form
2011-06-15 15:37 <timewulf1> cedk: I hope, we agree in the following: A move doesn't have a name, but it has got a description and after validing it's got a booking number.
2011-06-15 15:37 <cedk> timewulf1: I don't mind to rename "name" into "description"
2011-06-15 15:39 <timewulf1> cedk: ok, agree
2011-06-15 15:42 <timewulf1> cedk: The next field in "move" which is misleading is "Reference". The field is empty until changing the state from draft to valid and one can't edit it.
2011-06-15 15:43 <timewulf1> cedk: After the move is set to valid, the field shows the booking-number.
2011-06-15 15:44 <cedk> timewulf1: the field is a many2one to the move
2011-06-15 15:46 <timewulf1> cedk: Maybe, but I can't see anything other than this one booking-no in the form.
2011-06-15 15:50 <cedk> timewulf1: it shows the name of the move
2011-06-15 15:56 -!- pjstevns(~pjstevns@a83-163-46-103.adsl.xs4all.nl) has left #tryton
2011-06-15 15:58 <timewulf1> cedk: Now I'm confused: We have got the field "Name" and agree to rename it to "Description" and now we've got the field "Reference" and you tell me that this is the name of the move-record. The field is empty when typing in the data, the field is empty when saving. It's filled when changing the state from draft to valid? That means the move gets the booking-no as its name when putting it definitly into the journal.
2011-06-15 16:00 <timewulf1> cedk: Why shouldn't we name the field "Booking-No", when it just shows this?
2011-06-15 16:00 <cedk> timewulf1: sorry I thought you was talking about move field in move line
2011-06-15 16:02 <timewulf1> cedk: no, I'm still within the "move"
2011-06-15 16:02 <cedk> timewulf1: in the help of the field, it says "Also known as Folio Number"
2011-06-15 16:04 <timewulf1> cedk: folio, just another word for thick book, so "Folio-No" is the same as "Book-No" or "Booking-No". "Booking-No" I think is the better wording
2011-06-15 16:05 <timewulf1> cedk: But all are better than "Reference"
2011-06-15 16:05 <cedk> timewulf1: why not "Posting Number"
2011-06-15 16:10 <timewulf1> cedk: no problem, even the same, but then we will get the question, why we call the object "Move" and not "Posting" ;-))
2011-06-15 16:10 <cedk> timewulf1: Posting is not a object it is an action
2011-06-15 16:12 <timewulf1> cedk: One synonym of posting is just what we call move1
2011-06-15 16:13 <cedk> timewulf1: for me, it is different as move can be "non-posted"
2011-06-15 16:17 <timewulf1> cedk: I've no problem with that, but I would prefer "Booking-No", because it reflects, that this number is given when writing it definitly into the journal. Because book is just another word for "journal" in this use-case
2011-06-15 16:23 <cedk> timewulf1: no reference is filled once you post the move
2011-06-15 16:24 <timewulf1> cedk: one moment, I'll retry, I did it just a few minutes ago
2011-06-15 16:26 -!- alimon(~alimon@201.158.247.118) has joined #tryton
2011-06-15 16:29 <timewulf1> cedk: with posting the reference gets filled
2011-06-15 16:32 <timewulf1> cedk: Are you still in
2011-06-15 16:32 <timewulf1> Entries - Account-Moves - New Account Move
2011-06-15 16:32 <timewulf1> or did you take the way with
2011-06-15 16:32 <timewulf1> Entries - Open Journal - New?
2011-06-15 16:33 <cedk> timewulf1: I read the code
2011-06-15 16:37 -!- zodman(~andres-va@foresight/developer/zodman) has joined #tryton
2011-06-15 16:47 <timewulf1> cedk: do you find it?
2011-06-15 16:48 <cedk> timewulf1: find what?
2011-06-15 16:51 <timewulf1> cedk: the code whith which the reference field gets updated, when the move is posted
2011-06-15 16:51 <cedk> timewulf1: yes
2011-06-15 16:52 <cedk> timewulf1: http://hg2.tryton.org/modules/account/file/fafe187d1128/move.py#l325
2011-06-15 16:54 <timewulf1> cedk: thanks, Which new name do you prefer instead of "Reference"? "Posting-No" or "Booking-No"?
2011-06-15 16:55 -!- vladimirek(~vladimire@bband-dyn79.178-41-183.t-com.sk) has joined #tryton
2011-06-15 16:57 <cedk> timewulf1: "Posting Number" because it is linked to the post action
2011-06-15 16:59 <timewulf1> cedk: np, the reasons good. The German translator made a good work in the past, so he/she will find the right German wording.
2011-06-15 17:05 <timewulf1> cedk: Before changing to the "move line", let me summarize the changes for the move:
2011-06-15 17:06 <timewulf1> cedk: Use-Case is Entries - Account-Moves - New Account Move
2011-06-15 17:08 <timewulf1> cedk: The old field "Name" shall be renamed to "Description" and will be set to optionally.
2011-06-15 17:09 <timewulf1> cedk: The old field "Reference" shall be renamed to "Posting Number".
2011-06-15 17:10 <cedk> timewulf1: Name can not be optional
2011-06-15 17:11 <cedk> timewulf1: but we could try to make it filled automaticaly if not set
2011-06-15 17:15 <timewulf1> cedk: That would be good. A provisional number which will be replaced with the "Posting Number" after posting?
2011-06-15 17:16 <cedk> timewulf1: no
2011-06-15 17:16 <cedk> timewulf1: "Posting Number" must be readonly
2011-06-15 17:18 <timewulf1> cedk: Yes, but the "Name" can be changed to the same value as the "Posting Number" or is there a problem I don't see?
2011-06-15 17:18 <cedk> timewulf1: it is bad to overide value that the user entered
2011-06-15 17:20 <timewulf1> cedk: Only if the user didn't enter something
2011-06-15 17:25 <cedk> timewulf1: but the field is required so it must have a value when it is stored in the database
2011-06-15 17:28 <timewulf1> cedk: Yes. If the user gives a value all is ok! If he doesn't we fill in a provisional value in a format we can recognize, when the user presses "Save". When he posts the move, we look for this format and if we find it, we overwrite it with the "Posting Number".
2011-06-15 17:35 <cedk> timewulf1: this is bad to overide vales based on a format
2011-06-15 17:36 <timewulf1> cedk: may we put a switch?
2011-06-15 17:36 <cedk> timewulf1: I don't understand
2011-06-15 17:38 <timewulf1> cedk: A little value in the move-record, which is set "True" if we put the provisional value and which is set back to false, if the user fills something into the field.
2011-06-15 17:40 <cedk> timewulf1: I don't see the value in duplicate the value of a field into an other
2011-06-15 17:44 <timewulf1> cedk: It's better to have the same value 2 times, than to have something senseless in one of the 2 fields. If the user doesn't give a description, he/she thinks the "Posting Number" is meaningful enough.
2011-06-15 17:47 <timewulf1> cedk: The "name" field which now holds the description of the move is referenced in the accountsheets, I think. So this information is visible there too.
2011-06-15 17:52 <cedk> timewulf1: no it is not better to have twice the same value, it is useless
2011-06-15 17:55 <timewulf1> cedk: generally I agree, but if we've to fill something in, then better a duplicate value of another field with for this case comparable meaning, than something completely senseless
2011-06-15 17:58 <cedk> timewulf1: it will not be senseless as it will be the sequence of move
2011-06-15 17:58 <cedk> timewulf1: like it is already the case for move generated by invoice
2011-06-15 18:01 <timewulf1> cedk: The same as I said before: From developer's sight you are right: We can identify the move this way. From user's it's senseless: The user doesn't have any document or anything else, which leads him to this value. He has to put the "Posting Number" on his document. All other information is meaningless form him.
2011-06-15 18:05 <cedk> timewulf1: then what should be done is the modify get_rec_name to show the description if there is no post number otherwise the post number
2011-06-15 18:06 <timewulf1> cedk: yes, I think so. I hope I'm not bothersome to you. In my projects I'm often the moderator between users and developers and my biggest problem is, to use wordings with the same meanings in both dayly lifes.
2011-06-15 18:07 <cedk> timewulf1: so like that no need to overide the previous value
2011-06-15 18:08 <timewulf1> cedk: sorry, then I didn't understand you before
2011-06-15 18:09 <cedk> timewulf1: what is display in a many2one is the rec_name which is computed by the method get_rec_name
2011-06-15 18:09 <cedk> timewulf1: so we can modify the behavior like I said above
2011-06-15 18:11 <timewulf1> cedk: the problem is, at first saving time, we have no posting number and can't create one, because the move record isn't posted at this time.
2011-06-15 18:12 <cedk> timewulf1: yes
2011-06-15 18:12 <timewulf1> cedk: What will be shown in the name field, if the user doesn't fill in his description.
2011-06-15 18:13 <timewulf1> cedk: I would do the following:
2011-06-15 18:15 <timewulf1> when saving without a value given by the user, I would put in an incremented number of draft moves in brackets.
2011-06-15 18:16 <timewulf1> When the user posts the move, I would recognize this value or a separate switch value and replace it with the Posting Number
2011-06-15 18:16 <timewulf1> cedk: replace the description I mean
2011-06-15 18:18 -!- okko(~okko@dhcp-077-251-140-095.chello.nl) has joined #tryton
2011-06-15 18:20 <cedk> timewulf1: I really don't like the "recognize"
2011-06-15 18:23 <timewulf1> cedk: ok, I've only little knowledge of python programming, but in database sql this would be a 2 or 3 line trigger.
2011-06-15 18:24 <cedk> timewulf1: it is not a matter difficultity of programming
2011-06-15 18:24 <cedk> timewulf1: but about the strictness of the application
2011-06-15 18:25 <timewulf1> cedk: In python I think, you need a separate attribute "provisional Description" to the move object, which holds true or false depending on the user's input
2011-06-15 18:25 <timewulf1> cedk: I think this would help you with the strictness
2011-06-15 18:28 <cedk> timewulf1: for me, it is not good because a move could live without being posted during some time
2011-06-15 18:29 <cedk> timewulf1: then you will refer to it using the "description"
2011-06-15 18:29 <cedk> timewulf1: so you can not erase it like that and lost the information
2011-06-15 18:35 <timewulf1> cedk: If this is a great problem: What is if you use the "name" field only program internal for example to put in the record number and create a separate attribute "Description" which is optional for the user?
2011-06-15 18:36 <cedk> timewulf1: it will not change anything
2011-06-15 18:38 <timewulf1> cedk: Why? "Name" can be filled with distinct values for each move and Description is only filled by the user. We don't have to do anything with those fields while saving or posting.
2011-06-15 18:40 <timewulf1> cedk: In the forms we don't show the name field, but replace it with the "Description".
2011-06-15 18:40 <cedk> timewulf1: ok as soon we don't change the name for posting
2011-06-15 18:40 <cedk> timewulf1: no! we must show the name field
2011-06-15 18:41 -!- alimon(~alimon@201.158.247.118) has joined #tryton
2011-06-15 18:49 <timewulf1> cedk: that's too bad, but then I'll try to argue the other way: A move is senseless in accounting until it is posted and fixed in the journal. So some useless informations can be ignored until the move is posted. Therefor no user will reference a description, if it is flagged as provisional and known to be changed when posted to the journal.
2011-06-15 18:51 <udono> timewulf1: AFAIK it is a usual way in accounting. First put in the data in draft mode, after re-checking the values, post them.
2011-06-15 18:52 <timewulf1> cedk: Then our problem is reduced to how we show this flag. Maybe this incremented number in brackets, may be a suffix like "Prov.-No: "
2011-06-15 18:53 <cedk> in many cases, users will even never post any moves
2011-06-15 18:53 <cedk> ACTION bbl
2011-06-15 18:56 -!- plantian(~ian@c-67-169-72-36.hsd1.ca.comcast.net) has joined #tryton
2011-06-15 19:00 <timewulf1> cedk: Yes, but one uses this way, because of simplicity: No more typing than is absolutely needed, if some data aren't at hand, they can be filled in later. The application has to check if the records are ok, in the moment of posting. If we insist on filling out the description at savingtime, this is contra productive.
2011-06-15 19:07 <timewulf1> cedk: So this is, why we've to surround this mandatory field. As long as the move is a draft, a provisional value does no harm, if the user knows that it is provisional. With posting the user knows and accepts, that he didn't fill out the description and that therefor it will be filled by tryton.
2011-06-15 19:15 <timewulf1> cedk: On the other hand, you can't close anything like Journal, Period or Fiscal Year until you've posted or deleted all belonging draft moves. So at the end all moves have reached the same status: The description holds a meaningful "Description" filled in by the user or the less meaningful copied value of the "Posting Number".
2011-06-15 19:17 <timewulf1> cedk: I think this is an acceptable behaviour. It fulfills all the needs of the user.
2011-06-15 19:18 <timewulf1> cedk: Now me is away for half an hour or so. My family called me for supper.
2011-06-15 19:33 <cedk> timewulf1: you speak like if posting is mandatory but I can tell you that many people will never use this functionnality
2011-06-15 19:33 <cedk> timewulf1: and we don't want to force them to do so
2011-06-15 19:58 <timewulf1> cedk: Sorry, which sense has accounting if one don't use the foreseen functionality? If one don't post moves, the meaning of "draft" move makes clear, that the state of the move is just a temporary one.
2011-06-15 20:03 <timewulf1> cedk: But even if they don't post: Then all their moves have the same state either. They all have a provisional distinct number in the description field, if they don't fill it themselves. Other functionalities we don't disturb.
2011-06-15 20:03 <udono> timewulf1: The sense is that it is very flexible in use. The account module is not only for use in Germany and their very strict accounting.
2011-06-15 20:04 <udono> timewulf1: another helpful hint could be that Tryton is not a ready to use application, and it will not be one. It is a framework to build this kind of ready to use applications...
2011-06-15 20:05 <udono> timewulf1: so you are invited to write a small addon-module which provides the functionality you need. And be sure you will get all help available to get started.
2011-06-15 20:07 <timewulf1> udono: That's ok, I told you yesterday, I will help. The whole discussion was meant to bring the project forward.
2011-06-15 20:10 <timewulf1> udono: When I shall describe myself, I would say I'm a good analyst, good moderator between developer and user and a little bit programmer.
2011-06-15 20:12 <udono> timewulf1: this is good to know.
2011-06-15 20:15 <udono> timewulf1: changing name spaces of fields in modules which are already released is awful for all depending developer and their customers. They have to change their modules accordingly which need additional work and at least cost.
2011-06-15 20:17 <timewulf1> udono: This is why my discussions go so deep into the workflows. If one understand them, much of the developing work is easy or easier than before. I don't want to treat someone to do work he doesn't believe it's right.
2011-06-15 20:18 <udono> timewulf1: IMHO The accounting module can not be discussed on irc between two persons. It is just to important vor everyone. It is better to have a review of the accounting module and a kind of blueprint which shows where to go. IMHO this should be discussed on groups with email and a death line far away.
2011-06-15 20:19 <udono> /vor/for/
2011-06-15 20:23 <timewulf1> udono: I agree to that. I'm hopefully this is a good starting point. I would like to take part in such a discussion.
2011-06-15 20:25 <udono> timewulf1: ... more than this, you'll need to initiate this discussion. Because you are the one with the interest ;-)
2011-06-15 20:25 -!- ciupicri(~ciupicri@81.180.234.249) has joined #tryton
2011-06-15 20:28 <timewulf1> udono: No problem, I would like to do this. Give me a starting point and tell me the usual way to start this within the tryton project and I'll do so.
2011-06-15 20:47 <timewulf1> udono: The headline could be "Usability". The developed basics of Tryton are really good, I think, but we won't get acceptance of the users, if they can't do there normal work within the same time as in other programs. So we've to differentiate between developing basic modules and modules needed and worked out for users. I think for example, the accounting module is a hybrid of both parts and that was the difficulty in the discussion before.
2011-06-15 21:01 <udono> timewulf1: 'Usability' is to general for me.
2011-06-15 21:03 <udono> timewulf1: When I followed your discussion correctly, I see two topics related to accounting module: 1. Naming of several fields, 2. Usability on encoding moves and move lines.
2011-06-15 21:04 <udono> timewulf1: I would discuss them separated.
2011-06-15 21:05 -!- enlightx(~enlightx@dynamic-adsl-94-34-207-83.clienti.tiscali.it) has joined #tryton
2011-06-15 21:05 <cedk> udono: indeed we only spoke about field name
2011-06-15 21:06 <udono> cedk: ok, then this :-)
2011-06-15 21:06 <cedk> I think we could split the name field into one description (for free text) and one named "Draft Number" like for "Post Number"
2011-06-15 21:07 <udono> timewulf1: I would start with emails which explains the problems and your draft/preferred/idea solution.
2011-06-15 21:07 <cedk> the rec_name will be Post if set or Draft
2011-06-15 21:07 <cedk> so "Post Number" will be readonly and set by the system with the sequence
2011-06-15 21:08 <cedk> after that there will be the question of the required name field on move line
2011-06-15 21:08 <cedk> but right now, I have no idea
2011-06-15 21:09 <udono> cedk: sounds interesting. For me it would be better to discuss this in groups.
2011-06-15 21:10 <timewulf1> udono: cedk: sorry I need to long to write in English. So you've posted many points while I'm looking for words.
2011-06-15 21:11 <udono> timewulf1: no problem, English is for most of us foreign language...
2011-06-15 21:12 <cedk> udono: yes could you make a summary of it and put on mailing list
2011-06-15 21:12 <udono> ACTION tryton.org seems down?!
2011-06-15 21:13 <cedk> udono: right now, for me it is just redesign not big change in the module
2011-06-15 21:13 <timewulf1> udono: cedk: Both topics are worthful to discuss: The naming, because to get users and developers to speak the same language. But this is not only in this one form, it's a more general problem. The workflow is special for this form or the few forms recording moves.
2011-06-15 21:15 <udono> cedk: No way, to many open tasks :-( But I will participate the discussion.
2011-06-15 21:15 <cedk> udono: tryton.org is back
2011-06-15 21:15 <udono> cedk: Thanks
2011-06-15 21:15 <cedk> timewulf1: ok but let's go step by step
2011-06-15 21:16 <udono> cedk: my next step is to discuss the ticket module...
2011-06-15 21:17 <cedk> ACTION going dinner
2011-06-15 21:17 <udono> bon appetit
2011-06-15 21:17 <timewulf1> udono: have a good meal
2011-06-15 21:17 <timewulf1> udono: sorry meant cedk
2011-06-15 21:18 <udono> ACTION afk, see you tomorrow
2011-06-15 21:18 <timewulf1> cedk: have a good meal
2011-06-15 21:18 <timewulf1> udono: cu tomorrow
2011-06-15 21:20 -!- helmor(~helmor@46.115.0.218) has joined #tryton
2011-06-15 21:25 -!- okko(~okko@dhcp-077-251-140-095.chello.nl) has joined #tryton
2011-06-15 21:42 -!- tshepang(~wena@dsl-185-70-172.dynamic.wa.co.za) has joined #tryton
2011-06-15 21:56 -!- vladimirek(~vladimire@bband-dyn79.178-41-183.t-com.sk) has joined #tryton
2011-06-15 22:00 -!- timewulf1(~bhk@p57931B36.dip.t-dialin.net) has left #tryton
2011-06-15 22:24 -!- nicoe(~nicoe@161.169-66-87.adsl-dyn.isp.belgacom.be) has joined #tryton
2011-06-15 22:53 -!- gremly(~gremly@200.106.202.91) has joined #tryton
2011-06-15 23:12 -!- plantian(~ian@c-67-169-72-36.hsd1.ca.comcast.net) has joined #tryton
2011-06-15 23:17 <plantian> Hi, I am having trouble with a sale not being marked as Done. Initially the invoice wasn't working because there was a old bug in tryton but I pulled the patch in and now the invoice is paid and the shipment is sent but both the invoice and shipment were recreated and there exists the cancelled original. Should I just try to cancel the entire sale and make another one at this point ?
2011-06-15 23:40 -!- plantian(~ian@c-67-169-72-36.hsd1.ca.comcast.net) has joined #tryton
2011-06-15 23:53 -!- gremly(~gremly@200.106.202.91) has joined #tryton
2011-06-15 23:55 -!- gremly(~gremly@200.106.202.91) has joined #tryton

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