>hat einige vorteile, schau's dir mal an...

Jau, recht hast! Schön!

(nur jetzt müssen wir noch mehr aufpassen das wir uns nicht gegenseitig stören. ;) )

>ein comment in perl brauchts das # ... müsste man

Um damit in perl was zuschreiben müsstest du sowieso erstmal irgendwas "eval" mässiges in baseportal möglich machen. (oder geht das schon?) Und dann müsste der code noch seinen eigenen "Sandkasten" haben das niemand was böses an den Datenbanken machen kann. (oder man hat halt vertrauen..) (aber da kennst du dich bestimmt schon bestens aus ;)

>was? wie? das kann ich mir nich vorstellen

Naja damit meine ich mehr oder weniger unnausweichliche schwächen vom prinzip her.

Wenn z.b. 2 neue Teile an ein und der selben stelle anfangen dann wir es als ein geänderter erkannt. Genauso muss zwischen geänderten und neuen zeilen midestens eine ungeänderte zeile sein sonnst wird das auch nicht erkannt... (aber wie sollte das auch gehen)


Am rande: Wie bekommts du eigendlich die taps in den Code? Egal von welchen programm in welchen browser ich es kopiere es werden immer leerzeichen raus? oder machst du dir die mühe mit jedesmal "datei aufspielen". (hab ich gaube ich noch nie benutzt :) )

> (nur jetzt müssen wir noch mehr aufpassen das wir uns nicht gegenseitig stören. ;) )

hehe, ein cvs wär da ganz gut ,-)))

> irgendwas "eval" mässiges in baseportal möglich...

klar geht das! schon immer... und sicher is der code auch, is ja innerhalb des bp-sandkastens... also statt

out $Content;

wie jetzt, einfach ein

eval $Content;

würde völlig reichen ;-)

> Naja damit meine ich mehr oder weniger unnausweichliche schwächen vom prinzip her.

achso du meinst, "verständnisprobleme" beim code-zusammenführen... ich dachte dass z.b. zeilen verloren gehen oder so, wenn man nur die diffs speichert...

tabs: ich copy mir meistens den kram in meinen lokalen editor, wurschtel da rum (mit tabs) und copy es dann wieder zurück... die tabs werden dabei erhalten... möglich ist auch ein tab im code zu markieren & copy & paste zu machen ;-)

das ist eines der wichtigsten dinge im kommenden htmledit!! ;-)) aber ich hab da schon weile mit zugebracht das einzubauen, leider nix vernünftiges zuwege gebracht, ein einfügen von "\t" geht leider nich (vielleicht gibts nen hex-code den man rausfinden muss?)

>klar geht das! schon immer...

Ej tatsächlich, warum sacht mir das keiner? :) Ich hätte es schon nen paar mal gebraucht und hab mir jedesmal was zusammengefuckelt. Hab glaube ich mal irgendwas von "in planung" gelesen. (Hätte ich ja auch einfach mal ausprobieren können :))

>ich dachte dass z.b. zeilen verloren gehen oder so

Naja je nach dem kann das passieren wenn wir nur änderungen speichern. Ich kann mir noch nicht so recht vorstellen in welcher struktur das gespeichert aber irgendwie so vom prinzip muss das doch ausehen:

Zeile 2 bis 6 geändert. Inhalt: ...

Wenn jetzt zeile 2 bis 6 garnicht geändert wurde sondern neu hinzu gekommen ist, dann überschreiben wir etwas falsches in der nachfolgenden version. Klar das sind jetzt extreme Sonderfälle, aber es kann vorkommen... oder wie wird das aufgebaut.


Änderungen markieren? So?

http://baseportal.com/htmledit/minicvs/checkin_conflict_copy_pou?Id=3

> Ej tatsächlich, warum sacht mir das keiner?

;-) musste fragen ;-)

> oder wie wird das aufgebaut.

hast du irgendwo nen shell zugang? wenn ja, mach mal

diff bla blubb

und was da rausgeworfen wird, das ist das format ;-) sieht ca. so aus:

3-7

> fdasfsf

> dfafdewr
> weqweqwe
5-9

< .... < werwer

etc. haste bestimmt schonmal gesehen... is auch das format vom "diff" (nich wie das sdiff das wir jetzt benutzen)...

also wie geschrieben ich kann mir keine probleme diesbzgl. vorstellen, weil: das wird schon seit jahrzehnten (!) von den ganzen unix leuten benutzt, eben dafür... oder um patches rauszugeben.. larry wall hat "patch" geschrieben, ein prg. dass aufgrund der "diff"-ausgabe bestehende prg. ändert ;-)) wenn da irgendwo irgendwas nich stimmen würde, hätten die das gemerkt ;-)

> Änderungen markieren? So?

jups, ich denke das isses!! ;-) wobei bei dem link leider keine änderungen in "your version" sind:

4 new, 1 deleted, and 1 changed lines in the main version.
0 new, 0 deleted, and 0 changed lines in your version.

ich geh jetzt gleich schlafen, dann kannste ungestört an "work" arbeiten ;-)

> is auch das format vom "diff"

ja da werden die änderungen, relativ zur letzten datei angegeben. Passt schon, bin eh zu müde um mir da jetzt noch drüber Gedanken zu machen :)
 

>ich geh jetzt gleich schlafen, dann kannste ungestört an "work" arbeiten ;-)

Hmm, hab mich garde schon völlig in dem code vom checkin verannt, wollte eigendlich super rafiniert die Blöcke zusammenfassen und war ewig beschäftig die ganze in arrays zu um schreiben. Hinterher ist mir dann eingefallen das es so garnicht gehen kann.
Jetzt habe ich arraysalat! :) Aber immerhin weiss ich jetzt wie ich es mache, aber nichtmehr heute.

gutnacht!