> Beispiel: ....

ahhhhh, okeeeeeeeee.... langsam versteh ich... ;-)

is dann doch komplizierter als ich dachte, hast völlig recht!! stellt sich die frage, ob das in der praxis ein problem ist oder nich?

entweder läufts darauf hinaus, dass sich das selten/nie überschneidet, dann wär alles easy - könnte mir vorstellen dass jeder in einem anderen teil rumfuhrwerkt...

oder: es ist tatsächlich manchmal blöd, dass man nich weiss, dass der grüne teil nich von einem selbst neu dazugefügt wurde, sondern vom anderen gelöscht wurde.........

so oder so: vom idealistischen standpunkt aus wärs wohl schöner, wenn das dann wieder extra markiert wäre... also ca. so:

 - vom anderen rausgelöscht/bei mir drin: orange
 - von mir rausgelöscht/beim anderen drin: rot
 - von mir dazugefügt: grün
 - vom anderen dazugefügt: blau

und meinetwegen noch mehr farben für geänderte zeilen ,-))

wer machts? du? ich?


was anderes:

mir is noch was ganze anderes auf/eingefallen - wieso überhaupt ein/auschecken??? ;-))
weil: konflikte/unterschiede sollten so schnell wie möglich aufgelöst werden - je später man das macht desto mehr arbeit isses, so wie wir jetzt de facto 2 versionen vom htmledit haben, die von andreas und unsere ;-)

würde bedeuten: es gibt die hauptversion... man klickt auf edit & ändert rum - jetzt kommt ein anderer und ändert - dann speicher ich - jetzt will der andere speichern & kriegt die meldung: konflikte -> auflösen...

is nur so ne überlegung, würde den nutzer zwingen konflikte schnellstmöglich aufzulösen... nachteil: ich bastel gerade an irgendwas rum und der andere baut z.b. fehler rein oder ausgaben oder was auch immer & ich muss mit seiner halbfertigen version dann zurechtkommen ,-)))

naja, is eben ne überlegung.....


und noch ne überlegung (die passt aber ;-) ):

kennst du wikis? das sind die webseiten wo jeder dran rumeditieren darf... was ist der unterschied zwischen unserem minicvs & einem wiki? ..... keiner!! ;-)))

wir müssens nur für mehrere seiten aufbohren (mit hierarchie-ebene ;-) gibts schon in der bib ;-) )

ui.... ;-)

>wärs wohl schöner, wenn das dann wieder extra markiert wäre...

Klar nur dann muss man aber schon im "Dreieck" vergleichen. Und das ist glaube ich garnichtmal so einfach.

Zuerst muss man die aktuelle Hauptversion "und" meine Copy mit der version von der aus geändert wurde vergleichen und sie Farblich markieren. Dann mus man aber noch die beiden neuen Versionen zueinander richtig von den Zeilen bekommen "aber" jetzt währen schon die Farbmarkierungen drin. Funktioniert also nicht mir dem .diff Modul.

Für das Problem ist mir schon damals keine einfache Lösung eingefallen... aber ich überlege noch. :)

> - wieso überhaupt ein/auschecken???

Die Idee finde ich gut, aber jedesmal gezwungen wenn mal jemand anders was in seiner Kopie ändert? Das finde ich zu hart.

Man könnte sobald es eine neuere Hauptversion gibt eine Funktion anbieten in der man seine auf die aktuelle abgleichen kann um dann weiter zu arbeiten.

>kennst du wikis?

Hast recht!
Aber haben die sogar auch nen cvs? :)

mehreren Datein machen aber noch nen kleines Problem:
Man muss alle Verweise die auf das Projekts zurück führen zum Testen bei der Ausgabe ändern. Das sollte aber hin zu bekommmen sein.
 
öhhm, minicvs muss bald umbenannt werden. :)

>... aber ich überlege noch. :)

Ich glaube ich habe was!
Hab mir gearde nochmal die doku des diff moduls durch gelesen!

Man kann noch eine dritten Parameter übergeben, eine funktion die beim vergleichen angewand wird.

Damit sollte es funktionieren. Vergleichen, die unterscheid in einem mehrdimensionalen array mit dem inhalt speichern. Nochmal mit dem diff modul und jetzt eine funktion die nur jeweils das "Inhalt" Listenelement vergleicht. Nur um die Zeilen richtig zu rücken. Dann die farben dazu und das ganze ausgeben.

Noch nix probiert, und ich werde das wohl heute auch nicht schaffen. Aber ich schau mal!

> Klar nur dann muss man aber schon im "Dreieck" vergleichen

also ich glaub in der praxis kommt man eigentlich schon ganz gut damit klar ;-) aber ich seh schon du hast dich in das problem schon verbissen ,-))))) wenn du lust dazu hast, dann hau rein, schöner isses auf jeden fall, ich glaub halt wirklich dass mans selten braucht.... ,-)

> Die Idee finde ich gut, aber jedesmal gezwungen wenn mal jemand anders was in seiner Kopie ändert?

jaaaa, bei dem vorschlag gäbe es ja gar keine kopien ;-)) sondern es gibt 1 arbeitsversion - an der ändert man und wenn -während man daran rumändert- jemand anderes reinkommt und was daran ändert, dann kommt man ins checkin_conflict um konflikte sofort zu bereinigen... von zeit zu zeit macht man "releases", die dann als hauptversion gespeichert wird... ;-)

--> das entspricht der vorgehensweise bei den wikis: man ändert eine seite & die wird sofort veröffentlicht... das macht das auch sinn, bei nem prg. glaub ich isses aber schon problematisch, wenn z.b. der eine grad debug-meldungen einbaut, die man in seiner version grad nich brauchen kann, bzw. zu verwirrung führen......

ja, wahrscheinlich muss n hinweis her, sowas in der art is ja schon drin ("xyz has changed the main version since your last checkout") & mit dem "solve conflicts" auch der entsprechende link.... man könnte ja noch n paar sachen testen, z.b. wie lange er nich mehr eingecheckt hat und dann dringendere meldungen schreiben: "you haven't checked in since 10 days!! its better to solve conflicts as early as possible" o.ä. ;-))))

> Aber haben die sogar auch nen cvs? :)

jups, zumindest ein "versioning", so wie's cvs auch macht, also alle versionen werden per diff gespeichert und man kann auf jeden beliebigen stand zurückgehen...

aber ich denke die kombi "wiki" + "cvs" wird ne coole sache!!

> öhhm, minicvs muss bald umbenannt werden. :)

ja und nich nur weils bald nich mehr "mini" is und auch nich nur mehr ein "cvs"!!! ,-))

namensvorschläge?

was kurzes?

was hergeleitetes?

was kombiniertes?

was erfundenes?

 - teamup
 - jointworx
 - jointx
 - jointact
 - together
 - collaboration system
 - cooperact

ach mir fällt grad nix ein ,-))

;-)

>aber ich seh schon du hast dich in das problem schon verbissen

Verbissen ist der richtige Ausdruck, aber mein ergeitz ist jetzt gestillt! :)

Schaut mal:
http://baseportal.com/cgi-bin/baseportal.pl?htx=/htmledit/minicvs/checkin_conflict_copy_pou&Id=3

Schön bunt nicht? *lol*
Ist alles noch recht primitiv aber man sieht das es funktionieren könnte. ;)
Am schwierigsten ist es 6 schöne Farben zu finden von denen jeweils 2 optisch zueinader gehören. :)

Wollen wir das so, oder sind das schon zuviele Informationen? ...

>jaaaa, bei dem vorschlag gäbe es ja gar keine kopien ;-))

Uaaa! Ich habe die Angewohnheit regelmässig den code so zu zerschiessen das erstmal garnichts mehr funktioniert. :) Das will ich anderen nicht antun. Halte ich für keine gute Idee, könnte auch leute die sich noch nicht so mit der Sache auskennen ziemlich abschrecken.
Zudem möchte man öffter ja auch einfach mal nur was ausprobieren.

>namensvorschläge?

Bin für jointact! :)

> Ist alles noch recht primitiv aber man sieht das es funktionieren könnte. ;)

> Am schwierigsten ist es 6 schöne Farben zu finden von denen jeweils 2 optisch zueinader gehören. :)

das seh ich auch so ;-)) ich kann zb. auf meinem tft-display die 1. und 3. farbe kaum unterscheiden (hängt vom blickwinkel ab)

> Wollen wir das so, oder sind das schon zuviele Informationen? ...

also ich habs auf die schnelle erstmal nich gerafft... ;-)

wie wärs denn mit folgendem vorschlag: _änderungen_ nich extra markieren, sondern eben als gelöscht/hinzugefügt machen? dann wärens nur noch 4 farben/sachen:

 - vom anderen rausgelöscht/bei mir drin: orange
 - von mir rausgelöscht/beim anderen drin: rot
 - von mir dazugefügt: grün
 - vom anderen dazugefügt: blau

wär das was?

> Halte ich für keine gute Idee...

ich denke man muss beides anbieten, weil wir wollen ja wiki/cvs in einem ;-) wenn ich schnell mal ne seite ändern will, dann is auschecken, editieren, einchecken zu kompliziert, das muss direkter gehen... bei nem prg. isses wie du schreibst nich so dolle, wenn 2 gleichzeitig am selben teil rumfuhrwerken & sich in die quere kommen, das hatten wir gestern (irgendwann war plötzlich ein rahmen um das obere menü ;-)) )

das ist aber sicher nich sonderlich schwer das irgendwo über ein flag einstellbar zu machen...

> Bin für jointact! :)

echt? find die alle nich so dolle... also "joint" hat schon was... jointact... jointact... jointworks... mhhh... mhh....

haste das tree-teil schon gesehen? läuft in der aktuellen bp-version nich, muss ich noch anpassen - aber das müssen wir mit dem cvs verknüpfen, dann haben wir ein wiki ,-)

ach ja, versioning mit änderungsspeicherung fänd ich schon wichtig!! ;-)

> _änderungen_ nich extra markieren

Ok. Vieleicht kann man sich da aber was anderes einfallen lassen. weil das sind ja eigentlich die Teile um die man sich auf jeden fall kümmern muss. (eins von beiden rauslöschen)

Aber die Sachen wie es jetzt markiert wird ist mir erlich gesagt Wurst. (welche farben, ob Hintergrund farbig oder schrift oder beides...)
Hmm
Mann könnte teoretisch alles vom anderem mit hell rotem hintergrund versehen und alles von einem selbst mit hell grünen. Und dann mit drei farben die schrift färben.......... ja ich höre ja schon auf. *g*

> (irgendwann war plötzlich ein rahmen um das obere menü ;-)) )

Ja das war ich, mir ist aufgefallen das im Opera die Buttons nicht rechts sondern in der mitte angezeigt werden. (behoben)

>haste das tree-teil schon gesehen?

Jo top!

>ach ja, versioning mit änderungsspeicherung fänd ich schon wichtig

Ja dann mach! :) Das ist garnichtmal einfach denke ich, irgendwie muss man ja schon die position der änderung mit speichern. Und die kann sich schon bei der nächsten änderung auch ändern... zudem ist ds diff modul auch nicht immer hundertprozentig mit dem was es sagt.
Da kann man bestimmt schön viele Fehler einbauen die erst bemerkt werden wenn es schon zu spät ist. Deshalb habe ich mich davor gedrückt. ;)
Aber recht hast du, besser ist das auf jeden fall! (wo wir jetzt uns schon soviele mühe damit machen)

  

> ...anderem mit hell rotem hintergrund versehen und alles von einem selbst mit hell grünen. Und dann mit drei farben die schrift färben.......... ja ich höre ja schon auf. *g*

nee, find ich keine so dumme idee - wobei ich die eigenen mit gar keinem hintergrund machen würde, weil das sind ja die weniger auffallen müssen, weil man die ja kennt... die vom anderen sind bemerkenswerter...... andere möglichkeit: das vom anderen wird _auskommentiert_, also z.b. // vorne dran, weil das ja nich im eigenen code is und dann bleibts lauffähig.... problem: // is nich immer ein comment in perl brauchts das # ... müsste man u.u. einstellbar machen... nuuuunja ;-)

> Ok. Vieleicht kann man sich da aber was anderes einfallen lassen.

also ich bin ja weiterhin der meinung, dass wirkliche überschneidungen an genau einem punkt extrem selten vorkommen... meistens werden die änderungen an völlig anderen punkten stattfinden... und wenn doch nich, dann haben sich ja anscheinend 2 um ein- und dieselbe sache gekümmert, das sollte sowieso nich sein ;-)

> Ja dann mach! :)

hehe, hast völlig recht ;-)

> zudem ist ds diff modul auch nicht immer hundertprozentig mit dem was es sagt.

was? wie? das kann ich mir nich vorstellen, weil beim original CVS werden die änderungen auch anhand den diff-unterschieden gespeichert - dann hätten die OS leute aber schon öfter mal laut geschrieen, wenn da was nich stimmen würde ;-)

> Aber recht hast du, besser ist das auf jeden fall! (wo wir jetzt uns schon soviele mühe damit machen)

klar, wenn schon denn schon ,-)

wir können aber auch erstmal einen stand anpeilen der was brauchbares ist, d.h. da sind wir ja eigentlich schon fast und dann wieder ans htmledit gehen & wenn einer lust kann er ja am cvs weitermachen... ;-)