IRC logs of #tryton-de for Wednesday, 2010-08-11

chat.freenode.net #tryton.de log beginning Wed Aug 11 00:00:02 CEST 2010
2010-08-11 06:57 -!- udono(~udono@dynamic-unidsl-85-197-24-16.westend.de) has joined #tryton.de
2010-08-11 07:23 -!- Timitos(~kp@88.217.184.172) has joined #tryton.de
2010-08-11 08:06 -!- mootoo(daemon@p5B32C89D.dip.t-dialin.net) has joined #tryton.de
2010-08-11 08:18 -!- hoRn(~chatzilla@dslb-094-223-211-094.pools.arcor-ip.net) has joined #tryton.de
2010-08-11 09:35 -!- paepke(~paepke@p4FEB6B42.dip.t-dialin.net) has joined #tryton.de
2010-08-11 10:35 <hoRn> guten morgen
2010-08-11 10:36 <paepke> moinsen hoRn
2010-08-11 10:38 <hoRn> ist irgendwo die funktionsweise des wizards dokumentiert - ich finde gerade nichts. mein ziel ist es, in einer form felder abhängig von einem anderen feld auszublenden - da dachte ich, daß ein wizrad helfen könnte. vielleicht kann man das aber auch anders bewerkstelligen. dynamisches ausblenden in einer form geht nicht, oder irre ich?
2010-08-11 10:55 <Timitos> hoRn: doch das geht. mit PYSON states http://hg.tryton.org/hgwebdir.cgi/modules/project/file/1c3478939de2/work.py#l13
2010-08-11 10:56 <hoRn> Timitos: vielen dank
2010-08-11 10:58 <hoRn> sehr gut
2010-08-11 10:58 <paepke> Timitos, und wie war das mit abhängigen listen. beispiel land und davon abhängiges bundesland?
2010-08-11 10:59 <Timitos> paepke: ich versteh nicht, was du meinst
2010-08-11 11:00 <paepke> zb. land deutschland oder usa. da gibts ja entsprechend andere bundesländer zum auswählen. das hätte ich spontan in nem wizard gelöst.
2010-08-11 11:02 <Timitos> paepke: also ich würde das mit einer domain auf dem feld bundesland machen
2010-08-11 11:02 <paepke> Timitos, die domains vergess ich immer
2010-08-11 11:53 -!- tekknokrat(~lila@dslb-188-102-055-145.pools.arcor-ip.net) has joined #tryton.de
2010-08-11 15:21 -!- paepke(~paepke@p5B32AE77.dip.t-dialin.net) has joined #tryton.de
2010-08-11 16:38 -!- hoRn(~chatzilla@dslb-094-223-211-094.pools.arcor-ip.net) has joined #tryton.de
2010-08-11 17:18 <hoRn> hoppla - mein server ist ja 1.7 - wollte gerade mal von windows gucken - gbits da einen client?
2010-08-11 17:20 <Timitos> hoRn: nein. den müsstest du selber bauen
2010-08-11 17:20 <Timitos> hoRn: im moment könntest du den server noch leicht gegen einen 1.6er server tauschen.
2010-08-11 17:21 <hoRn> wann ist der release geplant?
2010-08-11 17:21 <Timitos> wenn das transaction object eingeführt ist. was vermutlich nächste woche passiert, werden deine aktuellen module eh erst mal nicht mehr auf der 1.7 laufen
2010-08-11 17:21 <Timitos> im oktober oder november denke ich
2010-08-11 17:21 <hoRn> Timitos: entwicklung für ein liveprojekt lieber in 1.6?
2010-08-11 17:22 <Timitos> hoRn: das ist die große frage. hängt davon ab, wann das ganze produktiv gehen soll.
2010-08-11 17:23 <hoRn> schrittweise noch dieses jahr
2010-08-11 17:23 <Timitos> wenn es erst nach dem release passieren soll, ist es vermutlich besser, gleich auf die 1.7 zu setzen
2010-08-11 17:23 <paepke> hoRn, wenn sich die 1.8 genauso verschiebt wie die 1.6 würd ich persönlich dir empfehlen auf die 1.6 zu gehen.
2010-08-11 17:23 <Timitos> weil du dir eine migration sparst
2010-08-11 17:23 <Timitos> das ist natürlich das risiko
2010-08-11 17:24 <paepke> hoRn, das mit dem transaction zeug ist schon klasse. hilft wirklich auch beim coding so wie ich das sehe. aber der projektstart kann so verzögert werden.
2010-08-11 17:25 <Timitos> ja, die api wird wirklich viel besser mit der transaction
2010-08-11 17:25 <hoRn> was wird besser?
2010-08-11 17:26 <Timitos> es fällt überall cursor, user und context in den definitionen der funktionen weg. macht die api auf jedenfall übersichtlicher
2010-08-11 17:27 <hoRn> ok
2010-08-11 17:27 <hoRn> dann kann ja die migration der module auch nicht so schwer sein
2010-08-11 17:28 <paepke> wir habens gesehen. lies die mailingliste wie lange man gebraucht hat. aber die 1.7 ist noch ne weile nicht am ende :-P
2010-08-11 17:28 <hoRn> werd mal zurückmigrieren und abwarten ;)
2010-08-11 17:50 <hoRn> kann man irgendwie die höhe von textfeldern bestimmen?
2010-08-11 17:52 <Timitos> http://doc.tryton.org/1.6/trytond/doc/topics/views/index.html#field height
2010-08-11 17:55 <hoRn> oh - ich bitte um entschuldigung
2010-08-11 18:03 <hoRn> ist nur min height
2010-08-11 18:04 <Timitos> reicht das nicht?
2010-08-11 18:08 <hoRn> ich wollte die höhe genau definieren - sind ein paar chars - dann ein text - dann wieder chars - gefiel mir optisch nicht
2010-08-11 18:09 <hoRn> expand="0"
2010-08-11 18:09 <hoRn> da ist der trick
2010-08-11 18:09 <Timitos> ja, stimmt. damit müsste es gehen
2010-08-11 18:10 <Timitos> ich hab meine views bisher immer ziemlich dynamisch gestaltet
2010-08-11 18:15 <hoRn> eins wäre noch gut: alle boxes sollten vertical align top haben
2010-08-11 18:15 <hoRn> das vertical zentrierte finde ich nicht so schick
2010-08-11 20:05 -!- riot(~wntrmut@krombacher-pils.oph.RWTH-Aachen.DE) has joined #tryton.de
2010-08-11 22:26 -!- ralf_(~quassel@p4FCC8871.dip0.t-ipconnect.de) has joined #tryton.de
2010-08-11 23:32 -!- ready(~ready@tiu.ligno.com) has joined #tryton.de

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