| chat.freenode.net #tryton.de log beginning Tue Jun 30 00:00:02 CEST 2009 | ||
| 2009-06-30 04:56 -!- yangoon(n=mathiasb@p549F2FE1.dip.t-dialin.net) has joined #tryton.de | ||
| 2009-06-30 05:18 -!- yangoon(n=mathiasb@p549F5721.dip.t-dialin.net) has joined #tryton.de | ||
| 2009-06-30 06:44 -!- udono(n=udono@dynamic-unidsl-85-197-25-240.westend.de) has joined #tryton.de | ||
| 2009-06-30 08:26 -!- MarkusB(n=burli@dslb-094-219-148-161.pools.arcor-ip.net) has joined #tryton.de | ||
| 2009-06-30 08:29 -!- mirjambrueck(n=mirjambr@95.89.202.18) has joined #tryton.de | ||
| 2009-06-30 09:12 -!- paepke(n=paepke@R8ef1.r.pppool.de) has joined #tryton.de | ||
| 2009-06-30 10:11 -!- Daniel3(n=Daniel@host-091-096-234-104.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-06-30 11:36 <udono> Daniel3: hi | ||
| 2009-06-30 11:56 -!- marcus321(n=marcus@host-091-096-234-104.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-06-30 12:13 <Daniel3> hi udono | ||
| 2009-06-30 12:22 <udono> Daniel3: sie haben Post | ||
| 2009-06-30 12:24 <Daniel3> udono ok ich schau mal | ||
| 2009-06-30 12:29 <Daniel3> udono: ui vielen dank, das hilft uns erstmal gut weiter, hab jedoch noch eine frage | ||
| 2009-06-30 12:29 -!- marcus21(n=marcus@host-091-096-234-104.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-06-30 12:29 <Daniel3> jeder vorgang hat ja eine nr, was würde passieren wenn wir 2 vorgänge quasi gleichzeitig an 2 kassen abwickeln, wie würde sich das verhalten? die systeme sind ja unabhängig undd damit haetten die vorgänge die gleiche nr? | ||
| 2009-06-30 12:41 <Daniel3> kurz was essen, afk | ||
| 2009-06-30 12:43 <udono> Daniel3: du sprichst von 'Rechnungen erstellen' als Vorgang? | ||
| 2009-06-30 12:51 <Daniel3> re, aktuell war ich gedanklich noch bei einem verkauf, dieser hat ja eine Nr | ||
| 2009-06-30 12:52 <udono> ja, aber einkauf ist sehr umständlich für POS und trifft den Vorgang an der Kasse nicht | ||
| 2009-06-30 12:53 <udono> Daniel3: die Bongnummern würde ich am POS über getrennte Nummernkreise abbilden und dann fortlaufend und lückellos hochzählen | ||
| 2009-06-30 12:53 <udono> *lückenlos | ||
| 2009-06-30 12:54 <udono> Die generierte Rechnung in Tryton bekommt dann noch eine automatische Rechnungsnummer zugewiesen. | ||
| 2009-06-30 12:55 <udono> Daniel3: also brauchst du ein zusätzliches Feld: voucher_number das in Tryton und im POS existieren muss | ||
| 2009-06-30 12:56 <udono> Daniel3: klar? | ||
| 2009-06-30 12:58 <Daniel3> ja das war im prinzip meine frage, ob die referenz automatisch erstellt wird, also ob da ich da nichts uebergeben muss | ||
| 2009-06-30 13:11 -!- marcus321(n=marcus@host-091-096-234-104.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-06-30 13:19 -!- mirjambrueck(n=mirjambr@95.89.202.18) has joined #tryton.de | ||
| 2009-06-30 13:49 <yangoon> Daniel3: udono a propos concurrency conflicts bei Nummernkreisen: bei vielen konkurrienden Zugriffen ist es sehr wichtig, die Zuteilung einer ID zu einem Vorgang möglichst spät und mit möglichst kurzer Sperrung zu gestalten | ||
| 2009-06-30 13:57 <udono> yangoon: Daniel3: Die daten werden in den POS Systemen vorgehalten und dann abends seriell in Tryton eingelesen. Deshalb sollte es nicht zu Störungen kommen. | ||
| 2009-06-30 13:57 <udono> Daniel3: Wir brauchen zwei sequenzen: eine für die Bons und eine für die spätere Rechnung | ||
| 2009-06-30 13:59 <udono> Daniel3: die Bon sequenzen werden autonom auf der POS erzeugt. Später beim erzeugen der Rechnungen wird eine eigene Rechnungsnummer mit einer Referent auf die Bon Nummer erzeugt. Das ist zumindest der sauberste Weg der mir einfällt für einen Prototypen. | ||
| 2009-06-30 14:01 <udono> Daniel3: damit können die POS autonom von Trytond arbeiten und die fortlaufenden BON-Nummern sind gewährleistet. Fortlaufende Rechnungsnummern sind in Tryton gewährleistet. Und die Referenz auf der Rechnung von BON-->Rechnung packt dann alles zusammen. | ||
| 2009-06-30 14:02 <yangoon> udono: wenn die POS nicht direkt angebunden sind, dann ist das natürlich kein Problem | ||
| 2009-06-30 14:02 <udono> Daniel3: im Prinzip kann man dann auf Anfrage des Kunden sogar richtige Rechnungen erzeugen | ||
| 2009-06-30 14:02 <udono> yangoon: Ja, das war wohl das Ziel, wenn ich es richtig verstanden habe | ||
| 2009-06-30 14:04 <yangoon> udono: war mir nicht bekannt, alles klar, halte ich allerdings für eine nur bedingt optimale konfiguration | ||
| 2009-06-30 14:06 <yangoon> wenn man z.b. auf die lagerverwaltung (korrekte zuweisung und aktualisierung von beständen in echtzeit) angewiesen ist, kann man die POS nicht prinzipiell autark arbeiten lassen | ||
| 2009-06-30 14:07 <udono> yangoon: Soweit ich weiß geht es um einen Prototypen. Lagerverwaltung kommt erst deutlich später. Die lokale POS Datenbank kann man ja später immer noch abklemmen. | ||
| 2009-06-30 14:08 <udono> Daniel3: ? | ||
| 2009-06-30 14:10 <yangoon> autarke POS sind natürlich eine feine sache, wenn das netz mal streikt o.ä., d.h. sie können einfach weiterarbeiten | ||
| 2009-06-30 14:11 <yangoon> aber das ist eigentlich eine recht komplizierte sache, denn: auf welche artikeldatenbank greift das POS dann zu? | ||
| 2009-06-30 14:12 <yangoon> m.E. dürfte es erehblich komplizierter sein, ein autarkes POS zu implementieren als ei direkt angebundenes | ||
| 2009-06-30 14:13 <udono> yangoon: bei einem einfachen Prototypen ohne Lagerverwaltung ist der Unterschied nur die Datenhaltung. | ||
| 2009-06-30 14:14 <yangoon> udono: wie werden die artikeldatenbanken synchronisiert? | ||
| 2009-06-30 14:14 <udono> yangoon: aber soweit ich weiss ist es gewollt autarke POS zu haben. Daniel3? | ||
| 2009-06-30 14:14 <udono> yangoon: ich glaube morgens früh werden alle Artikel auf die POS geschaufelt | ||
| 2009-06-30 14:15 <udono> yangoon: ab dann laufen die POS selbständig. | ||
| 2009-06-30 14:15 <yangoon> preisänderungen unter tage? ausverkaufte artikel? alles tageweise fixiert? | ||
| 2009-06-30 14:16 <Daniel3> sorry hatte in diesem OS gar keinen highlight eingestellt :) | ||
| 2009-06-30 14:16 <yangoon> ok, wenn ein artikel ausverkauft ist, kommt auch niemand damit an die kasse:D | ||
| 2009-06-30 14:16 <udono> yangoon: ausverkaufte Artikel gibt es bei einer POS nicht. Wenn der Kunde einen Artikel auf das Band legt, ist er faktisch nicht ausverkauft... | ||
| 2009-06-30 14:16 <udono> :-) | ||
| 2009-06-30 14:17 <udono> yangoon: ansonsten alles tageweise fixiert, oder eben wenn die Artikelliste neu geladen wird. | ||
| 2009-06-30 14:18 <udono> yangoon: ist aber erstmal Sache der POS | ||
| 2009-06-30 14:18 <yangoon> eine falsche artikelnummer? ein falscher barcode? hmm... | ||
| 2009-06-30 14:19 <udono> yangoon: Handeingabe über Default Artikel, Meldung an den Martleiter, Änderung in Tryton, Anweisung an die Kassiererinnen die Artikelliste neuzuladen | ||
| 2009-06-30 14:19 <udono> yangoon: vier sechsundzwanzig an die drei elf. | ||
| 2009-06-30 14:19 <udono> :-) | ||
| 2009-06-30 14:19 <yangoon> :) | ||
| 2009-06-30 14:20 <Daniel3> yangoon udono, ja die geschäftsleitung wollte lieber eine datenbank pro POS weil die kassen einfach nicht ausfallen dürfen in einem einzelhandel | ||
| 2009-06-30 14:20 <yangoon> also zumindest der letzte punkt sollte von außen triggerbar sein | ||
| 2009-06-30 14:22 <udono> yangoon: Entgültig überzeugend für die Praxis ist das Konzept noch nicht. Soll es aber auch nicht sein, denn es geht um eine Examensarbeit mit der Entwicklung eines Prototypen: 6 Wochen Zeit. | ||
| 2009-06-30 14:22 <udono> Daniel3: Die Schwächen der Lösung würde ich auch unbedingt aufnehmen, weil ihr euch damit gut absichern könnt. | ||
| 2009-06-30 14:23 <yangoon> udono: aber das konzept sollte doch stimmen, oder? das wäre für mich als prof gerade das wichtige... aber ich kenn mich da nicht aus | ||
| 2009-06-30 14:23 <udono> yangoon: wo siehst du fehler? | ||
| 2009-06-30 14:23 <udono> yangoon: im Konzept | ||
| 2009-06-30 14:23 <udono> yangoon: ich sehe nur einige Limitierungen... | ||
| 2009-06-30 14:24 <yangoon> zu viel menschliche Interaktion in 'Anweisung an die Kassiererinnen die Artikelliste neuzuladen' | ||
| 2009-06-30 14:24 <udono> yangoon: Limitierung, Usability | ||
| 2009-06-30 14:24 <yangoon> äh, du erna, welcher knopf war das nochmal, ach egal... | ||
| 2009-06-30 14:25 <udono> yangoon: nein, schlüssel rein und rumdrehen. Das kann der Marktleiter einzeln bei jeder Kasse machen. | ||
| 2009-06-30 14:26 <yangoon> udono: der marktleiter vom real wird dir was husten, an 40 kassen schlüssel stecken gehen:) | ||
| 2009-06-30 14:26 <udono> yangoon: im Prinzip wie beim Storno an der Kasse. | ||
| 2009-06-30 14:26 <udono> yangoon: Real setzt SAP ein... | ||
| 2009-06-30 14:26 <Daniel3> yangoon sind nur maximal 4 kassen i.d.r. :) | ||
| 2009-06-30 14:28 <udono> yangoon: siehst du sonst noch fehler? | ||
| 2009-06-30 14:29 <yangoon> nun, preise und preisgestaltung sind so ziemlich das heiligste im einzelhandel, die synchronisierung diesbzgl. würde ich in jedem fall automatisieren wollen, unter ausschluss menschlicher fehlerquellen | ||
| 2009-06-30 14:30 -!- marcus1(n=marcus@host-091-096-234-104.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-06-30 14:30 <udono> yangoon: Examensarbeit ... sechs Wochen Zeihit ... eingrenzen auf die kleinst mögliche Funktionalitähät ... ;-) | ||
| 2009-06-30 14:31 <marcus1> http://filedealer.com/freeupload/5095f206f1b7a914b4111b509dcf8953.pdf | ||
| 2009-06-30 14:31 <Daniel3> Das ist soweit unser Konzept, habens schon kurz umschrieben | ||
| 2009-06-30 14:31 <Daniel3> geht sicher noch etwas ausführlicher | ||
| 2009-06-30 14:31 <Daniel3> Also speziell nur die anbindung an das system | ||
| 2009-06-30 14:33 <Daniel3> kannst dir ja mal anschauen yangoon | ||
| 2009-06-30 14:33 <udono> yangoon: aber du hast natürlich recht, die Lösung ist auf jeden Fall ausbaufähig. Preislisten können im Prinzip im Minuten Takt von Tryton gepullt werden. | ||
| 2009-06-30 14:34 <yangoon> Daniel3: gerade gemacht, passt im prinzip | ||
| 2009-06-30 14:35 <yangoon> Daniel3: allerding bin ich mit der bewertung des marktleiters in bezug auf verfügbarkeit des erps nicht ganz einverstanden | ||
| 2009-06-30 14:35 <yangoon> Daniel3: s/marktleiter/geschäftsleitung/ | ||
| 2009-06-30 14:36 <paepke> marcus1: ich möchte gerade noch anmerken das man als lokale datenbank eine sqlite oder mysqlembedded nehmen sollte. | ||
| 2009-06-30 14:37 <marcus1> danke für den Tip! | ||
| 2009-06-30 14:38 <marcus1> was ist denn der vorteil davon? | ||
| 2009-06-30 14:38 <paepke> es ist kein eigener prozess, der abstürzen kann und prozessorleistung frisst (sqlite) | ||
| 2009-06-30 14:39 <paepke> ein recovery gestaltet sich afaik einfacher, falls es doch mal probleme geben sollte | ||
| 2009-06-30 14:39 <paepke> das konzept ist genau richtig mit der idee die POS komplett unabhängig laufen zu lassen | ||
| 2009-06-30 14:41 <paepke> gerade die POS terminals sollten stromsparend und wahrscheinlich möglich leise sein | ||
| 2009-06-30 14:43 <paepke> was mir spontan noch für eine version 2.0 einfällt ist eine Zeitabgleich mit den kassen, ne überwachung ob die kasse denn wirklich ihren update-intervall einhält, nebenbei noch ein logfile in textform falls doch mal was verschütt geht (ist ja alles nur IT) | ||
| 2009-06-30 14:44 <Daniel3> logfile ist sicher nicht das problem das noch zeitlich zu integrieren | ||
| 2009-06-30 14:48 <paepke> wird euer POS eigentlich opensource? | ||
| 2009-06-30 14:49 <Daniel3> ähm müssen wir nochmal mit unserem prof / unserer firma absprechen | ||
| 2009-06-30 15:01 <paepke> mal davon abgesehen ob ihr das dürft oder nicht. gibt es ein alternativ-projekt sowas wie OpenPOS oder so? | ||
| 2009-06-30 15:01 <paepke> ich hab nur mal mitbekommen das verschiedene Konzerne schon linux auf POS im einsatz hatten (edeka, dm, ...) die waren aber imho alle closed source | ||
| 2009-06-30 15:12 <marcus1> es gibt eine "OpenPOS" die heißt CAO-Faktura. | ||
| 2009-06-30 15:12 <marcus1> aber nur in einer alten version von 04/05. die neueren sind nicht OS | ||
| 2009-06-30 15:18 <paepke> hmm wie ich sehe nicht optimal. | ||
| 2009-06-30 15:23 <paepke> ich hoffe man sieht ein paar screenshots von eurer software | ||
| 2009-06-30 15:51 <marcus1> wenn wir was fertig haben, dann sagen wir bescheid... | ||
| 2009-06-30 16:06 <udono> Daniel3: Die Frage ob ihr die Software Open-Source stellt, würde ich auch gern früh geklärt haben wollen. | ||
| 2009-06-30 16:09 <Daniel3> udono haben gerade Herr Vähning gefragt welcher sich diesbzgl schon mit unserem Prof unterhalten hat, wird wohl GPL3 werden | ||
| 2009-06-30 16:09 <udono> Daniel3: Bestens | ||
| 2009-06-30 16:11 -!- Timitos(n=timitos@88.217.184.172) has joined #tryton.de | ||
| 2009-06-30 16:11 <Daniel3> gibt ja immer diese Diskussion wessen eigentum eine BA ist, eigentum der UNI/FH, der Studenten oder der Firma :) | ||
| 2009-06-30 16:15 <Timitos> udono: @all: wir sollten uns überlegen, was wir mit origo machen. soll es bleiben, soll es zu google groups umziehen? wir sollten als deutscher teil der community auf den thread von bertrand antworten | ||
| 2009-06-30 16:15 <Timitos> ein hallo übrigens an alle ;-) | ||
| 2009-06-30 16:33 <paepke> hi Timitos | ||
| 2009-06-30 16:33 <Timitos> paepke: hi | ||
| 2009-06-30 16:33 <paepke> Timitos: ja. es doppelt zu führen macht keinen sinn. | ||
| 2009-06-30 16:35 <Timitos> paepke: seh ich auch so. allerdings ist ein umzug auch gut zu organisieren und gut zu überlegen. daher bin ich für feedback dazu dankbar, damit wir eine gemeinsame entscheidung treffen können. | ||
| 2009-06-30 16:37 <paepke> hat google die Infrastruktur die für die deutsche community benötigt wird? svn, mercurial? forum, wiki? whatever? | ||
| 2009-06-30 16:37 <paepke> imho ja. | ||
| 2009-06-30 16:39 <paepke> der vorteil am origo ist das auch closed source projekte drin gehostet werden können, was die entwicklung für die firmen vereinfachen könnte. wie man auch bei daniel3 sieht ist die lizenz ev. schon vorgegeben | ||
| 2009-06-30 16:42 <Timitos> paepke: tryton ist ein open source projekt und daher möchte ich mich in erster linie mal darauf konzentrieren, wie wir die community gut organisieren können. mercurial gibt es bei beiden lösungen nicht, aber der rest ist bei google groups gegeben und scheint auch ganz gut zu funktionieren. | ||
| 2009-06-30 16:43 <Timitos> das mercurial thema hab ich schon länger im hinterkopf. das mit intuxication funktioniert nicht so gut. es ist unübersichtlich durch die vielen repos und das tryton verzeichnis lässt sich nur über den irc channel von intuxication verwenden. | ||
| 2009-06-30 16:46 <paepke> noch eine sache: ich finde beide nicht wirklich optisch ansprechend. | ||
| 2009-06-30 16:46 <paepke> also für neulinge, die auf tryton stossen. | ||
| 2009-06-30 16:46 <paepke> das wir als techniker damit zurecht kommen steht ausser frage. | ||
| 2009-06-30 16:46 <paepke> wobei ich finde google wird (gerade auch mit wave) noch eine gute entwicklung hin legen | ||
| 2009-06-30 16:48 <paepke> dadurch das sich die ft und es gruppe da auch schon befinden, macht es aber unabhängig davon sinn sich auch dort zu tummeln. | ||
| 2009-06-30 17:08 -!- paepke(n=paepke@R8ef1.r.pppool.de) has joined #tryton.de | ||
| 2009-06-30 17:11 <udono> paepke: Timitos: für mich ist diese Frage gerade an die OrigoleserInnen zu stellen. Denn die sind ja die Benutzer der Plattform. | ||
| 2009-06-30 17:13 -!- marcus321(n=marcus@host-091-096-163-084.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-06-30 17:15 <paepke> kurze frage: mit welchem toolkit wurde eigentlich das frontend von tryton erstellt? | ||
| 2009-06-30 17:20 <paepke> udono: Timitos: ich komm auch gut mit origo zurecht. das einzige was mich immer wieder verwirrt sind die verschiedenen emails die ich automatisiert bekomme. | ||
| 2009-06-30 17:23 <yangoon> a propos origo/google: woher die plötzliche eile? warum warten wir nicht ab, wie die diskussion über die community struktur etc. ausgeht? ich für meinen teil habe meine vorbehalte gegenüber google, und auch der wave hype wird daran nichts ändern. origo funktioniert so weit, ich sehe keinen akuten handlungsbedarf. und ich habe aus gutem grund schon gar keine lust auf lokalisierte wikis. | ||
| 2009-06-30 17:26 <yangoon> wens übrigens interessiert: http://buildbot.openerp.com:8010/ interessante sache | ||
| 2009-06-30 17:30 -!- mirjambrueck(n=mirjambr@95.89.202.18) has joined #tryton.de | ||
| 2009-06-30 17:32 <udono> yangoon: ich sehe momentan auch keine Eile. Aber vielleicht sollten wir das auch im Tryton Forum mitteilen, dass wir erst eingehend darüber diskutieren wollen. | ||
| 2009-06-30 17:32 <yangoon> udono: full ACK | ||
| 2009-06-30 17:39 <udono> paepke: du bist wie alle anderen sysop auf origo, wenn du willst degradiere ich dich? | ||
| 2009-06-30 17:39 <udono> paepke: dann bist du nur noch member... aber ob das hilft weiss ich nicht | ||
| 2009-06-30 17:43 <paepke> udono: du hast recht mit dem diskutieren. ich hab jetzt schon einfach nur mein gehirn zu dem thema geleert. | ||
| 2009-06-30 17:43 <paepke> udono: ne, ich glaub das hilft nicht wirklich :-) | ||
| 2009-06-30 17:44 <paepke> udono: also das degradieren. verwirrt bin ich sowieso | ||
| 2009-06-30 17:52 <Timitos> paepke: das frontend von tryton ist in gkt+ realisiert | ||
| 2009-06-30 17:53 <paepke> Timitos: thx | ||
| 2009-06-30 17:53 <Timitos> udono: yangoon: paepke: ich würde auch mal eine anfrage auf origo starten und dort die meinungen einholen und dann entscheiden, ob ein umzug stattfindet oder nicht | ||
| 2009-06-30 18:04 <paepke> ich tipp mal kurz was ins forum | ||
| 2009-06-30 18:06 <udono> paepke: super, vielen Dank! | ||
| 2009-06-30 18:06 <yangoon> paepke: cool, außerdem sollten die verschiedenen möglichkeiten vorher genau evaluiert werden, bevor man tatsächlich einen umstieg erwägt. und wie es mit der migration von alten inhalten aussieht. | ||
| 2009-06-30 18:07 <paepke> ich hab selbst vor kurzem ein wiki wiederbelebt. eklige angelegenheit das... | ||
| 2009-06-30 18:08 <yangoon> paepke: zumal origo nicht den üblichen meediawiki export anbietet:( | ||
| 2009-06-30 18:09 <paepke> ist ja auch kein media-wiki. | ||
| 2009-06-30 18:09 <paepke> ACTION steht auf moin | ||
| 2009-06-30 18:09 <yangoon> paepke: doch, ist mediawiki flavour m.e. | ||
| 2009-06-30 18:11 <paepke> yangoon: ja, es verwendet die syntax, aber ist glaub keines. das kann ich mit moin auch ;-) | ||
| 2009-06-30 18:13 <yangoon> paepke: nicht wegen der syntax, ich hab da auch schon mal was anderes geschaut und das roch ganz stark nach mediawiki, weiß grad nicht mehr was | ||
| 2009-06-30 20:08 -!- essich(n=essich@f053112029.adsl.alicedsl.de) has joined #tryton.de | ||
| 2009-06-30 20:55 <udono> hey essich, gratulation zu deinem Artikel | ||
| 2009-06-30 20:56 -!- marcus321(n=marcus@host-091-096-163-084.ewe-ip-backbone.de) has joined #tryton.de | ||
| 2009-06-30 21:10 <essich> udono: :-) Bist der zweite, der ihn entdeckt hat. | ||
| 2009-06-30 21:15 <udono> essich: :-) | ||
| 2009-06-30 21:15 <yangoon> den in der iX? | ||
| 2009-06-30 21:15 <udono> yangoon III. | ||
| 2009-06-30 21:15 <udono> :-) | ||
| 2009-06-30 21:16 <yangoon> nö, II, mindestens:p | ||
| 2009-06-30 21:17 <essich> udono: ich hab im gleichen Heft aber noch einen zweitn versteckt ;-) | ||
| 2009-06-30 21:18 <essich> udono: Die Anektode muss ich los werden: | ||
| 2009-06-30 21:18 <udono> essich :-) Bundestrojaner selbst gebaut | ||
| 2009-06-30 21:19 <essich> udono: stehe Montag morgen um 6 Uhr München Hbf, treffe einen Kollegin (die stand da noch nie ;-) und die kennt den Artikel auch schon. Dummnur, dass ich keine Zeit zum fachsimplen hatte :-( | ||
| 2009-06-30 21:19 <essich> udono: Du bist gut :-)) Fleißiger Leser. | ||
| 2009-06-30 21:29 <paepke> essich: auf die verbindung bin ich auch nicht gekommen. aber hab deinen artikel auch schon gelesen. guter stil | ||
| 2009-06-30 21:29 <paepke> der name war mir gleich aufgefallen | ||
| 2009-06-30 21:30 <essich> paepke: Danke. |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!