*** reinhard has joined #gnuenterprise *** sjc has joined #gnuenterprise *** kilo has joined #gnuenterprise *** Vee has quit IRC *** Vee has joined #gnuenterprise *** btami has joined #gnuenterprise hi everyone hi *** holycow has quit IRC brb *** reinhard has quit IRC *** reinhard has joined #gnuenterprise *** holycow has joined #gnuenterprise *** dimas has quit IRC *** kilo has quit IRC *** kilo has joined #gnuenterprise *** SachaS has joined #gnuenterprise *** johannesV has joined #gnuenterprise *** holycow has quit IRC *** sjc has quit IRC kilo: you have a minute? yes of course i have some very basic thoughts on the gnue-packages first of all, i have the feeling that the directory structure is too deep gnue-packages/package/module/class/module.gcd means that all of those "class" directories actually can only hold a single module erm a single file maybe we want gnue-package/package/module/and_here_go_all_files hmm, we can consider that but i'm not sold if you have another idea i took the old packages struct and worked on that however i don't think it makes sense to have directories that only contain a single file and the second basic thing i am thinking of btw we should again take the gcd import directive and talk about that ok, go on we might want some kind of "standard" for field length lengths for string fields the current state seems rather arbitary some are string(30), some are string(25) etc. it is again mainly based on the old packages yeah i know that it's not criticism against you i think we should try to organize a kinda online meeting about packages just trying to improve as we move from the old to the new packages maybe i just would like to finish uploading what i have done so far and then we should argue about that on the field lenghts i had some thoughts in the past and i had the idea of using what EDIFACT defines so field lengths are basically based on old packages info and on hungarian 'standars' ah :) EDIFACT uses 35 for most structured text fields and 70 on "free text" fields so if there is a better standard (and i am sure there is) we should use that i have no idea how they got to those numbers but my thought was "it must have a reason" :) hmmm, 70 looks a little bit short imho so we even started to use 35 and 70 for class repository well to be precises precise 70 is for a line of a free text where in edifact, free text is organized in lines for multi line free texts (like item description) we might consider unlimited strings ok, i basically agree with you ok just wanted to tell you before i forget again :) i will finish uploading in about 2 days and then we should hold a conference erm i will go on holiday Thursday and come back Monday afternoon btw i am very very much looking forward to curses... so probably next week kilo: did you try already? i don't think we should hurry no. should i? not very functional yet, but you get a feeling biggest drawback is you can't navigate through the records yet nor can you issue a query :) so to look what a form would look like, you should use a form with prequery so it works but does nothing 8-)) but i would like to have a "early feedback" kilo: yes :) ok, will have a look at it so i will issue an email to gnue-dev when i am 'finished' with packages and try to organize an online meeting for discussion but if i think further, text field standard length should be 42, 'cause - as we all know - that is the meaning of life 8-)) kilo: lol reinhard: bye for now, will try curses tonight thanks *** kilo has quit IRC *** johannesV_ has joined #gnuenterprise *** johannesV has quit IRC *** dsmith has joined #gnuenterprise *** jcater has joined #gnuenterprise *** btami has quit IRC *** jcater has quit IRC before getting rid of directories go read the irc logs from many moons ago *** jcater has joined #gnuenterprise * derek can't remember the details, but jcater, me and neilt talked on this subject for a number of DAYS before deciding that likely there is good insight as to why you might want to keep it OR there might be new factors that make doing so a poor idea derek: the reasons for the directories have gone AFAICT as with geas, we have put every class in a separate file and with appserver, we put all classes of a module in a single file oh sorry let me rephrase and with appserver, we put all tables of a module in a single file :-) btw did you notice that tiffany wants to contact you and show you her webcam videos? ;-P off to lug meeting bye *** reinhard has quit IRC *** SachaLog has quit IRC hey SachaLog where you going? kilo: if you are reading logs. the ubl specification has a couple of code lists *** holycow has joined #gnuenterprise *** sjc has joined #gnuenterprise *** johannesV_ has left #gnuenterprise *** jcater has quit IRC *** jcater has joined #gnuenterprise *** dimas has joined #gnuenterprise *** nickr has quit IRC *** dsmith has quit IRC *** kilo has joined #gnuenterprise *** dsmith has joined #gnuenterprise *** nickr has joined #gnuenterprise *** btami has joined #gnuenterprise *** holycow has quit IRC *** franz has joined #gnuenterprise *** franz has quit IRC *** dsmith has left #gnuenterprise *** btami has quit IRC *** jcater has quit IRC *** kilo has quit IRC *** Vee2d2 has quit IRC *** jcater has joined #gnuenterprise *** wayneg has quit IRC *** wayneg has joined #gnuenterprise *** SachaAway has quit IRC *** sjc has quit IRC *** jamest has quit IRC *** dsmith has joined #gnuenterprise Didn't there used to be a jbailey around here? * dsmith might be imagining things *** GNUe573 has joined #gnuenterprise *** GNUe573 has left #gnuenterprise *** gsoti_away has joined #gnuenterprise *** gsoti_away has quit IRC *** holycow has joined #gnuenterprise *** jcater has quit IRC *** dsmith has quit IRC *** nickr has quit IRC *** derek has quit IRC *** chillywilly has quit IRC *** derek has joined #gnuenterprise *** nickr has joined #gnuenterprise *** chillywilly has joined #gnuenterprise *** dsmith has joined #gnuenterprise