Druckversion des Themas

Geschrieben von: STam Tue. 1. May 2007, 21:50

Hi,

hier ist mal eine Version die http://forum.sefrengo.org/index.php?s=&showtopic=1045&view=findpost&p=8589 implementiert.

Ebene:
Mögliche Templatevariablen: {layer}, {id}, {depth}, {depth_count}, {first}...[{else}...]{/first}:

Geschrieben von: alexander Tue. 1. May 2007, 22:10

bitte an die Regeln zum Veröffentlichen von Modulen halten.

wenn zum Testen dann Thread unter Alpha, Beta, Vorabversionen

wenn Final, dann bitte neuen Thread unter Module und Vorgängerversion zum Verschieben an die Moderatoren melden.

Geschrieben von: STam Tue. 1. May 2007, 22:20

Ok ok,

man macht soetwas ja zu selten
Woher wußtest du das ich noch teste?
Naja, musste doch glatt noch etwas ändern
Die aktuelle Version ist dann 01.01.02 ...

Gruß

Geschrieben von: alexander Tue. 1. May 2007, 22:23

thread titel ist schon angepasst ...

Geschrieben von: feniweb Wed. 2. May 2007, 08:29

@STam

Ich finde Super das du auf sollche Wünsche reagierst, wie die von andi.


Ich hätte da natürlich ebenfalls noch eine Frage oder Wunsch.

Und zwar muss ich da ein wenig erklären. Ich habe da ein recht umfassendes Projekt 45 Templates mit 3 Sprachen und einige 100 Seiten.

Die Navigation besteht aus Hauptnavigation Horizontal und beim anklicke dieser wird die Seitennavi sichtbar die in einem separaten Unterordner liegt. Bis jetzt alles klar. Nun musste ich jedem Ordner ein eigenes Template zuweisen um, den Startordner festlegen zu können.

Wenn ich nun die Listennavigation im Modul aktualisiere evtl. wegen einer kleinen neukonfiguration, stellt er mir alle Startordner: In den Template Zuweisungen zurück. Das gibt dann eine heiden Arbeit, diese Startordner: Zuweisungen neu zu erstellen. Natürlich könnte man alle änderungen in den 45 Templates machen.

Nun zu meinem Wunsch. Kann man im Listennavigations-Modul beim Konfigurationspunkt Startordner: ein Box setzen, wenn sie ein hacken hat wird bei einem ändern oder aktualisieren der Konfigurationseinstellungen der Startordner in den Templates nicht zurückgesetzt.

Ich hoffe du hast mein Problem erfasst? :Dlaugh.gif

Hoffe auf eine super Lösung.

Gruss

Geschrieben von: andi Wed. 2. May 2007, 08:35

hach stam, du machst mich wirklich glücklich :-) funktioniert soweit alles.

danke

Geschrieben von: andi Wed. 2. May 2007, 08:43

ich schliesse mich dem problem von feni mal wieder an :-)
solange die vertikale navigation über keine unterordner verfügt, funktioniert das ganze super mit «aktueller ordner» als startpunkt. sobald jedoch weitere unterordner im spiel sind funktioniert das nicht mehr. allerdings ist mir dieses problem erst bei einem projekt untergekommen.

Geschrieben von: bjoern Wed. 2. May 2007, 09:29

Generell zur Weiterentwicklung des Listennavigationsmoduls:

Die Listennavigation ist ein Standardmodul, welches von mir supported wird. Wenn das Modul von anderen weiterentwickelt wird, dann bitte nicht unter dem Namen "Listennavigation" publizieren, sondern unter einen eigenen, z.B. "STams Listennavigation". Änderungen schaue ich mir an und übernehme diese, wenn ich sie für gut erachte.

Stabile Releases der "Listennavigation" werden nur von mir freigegeben. Das Modul ist auf sehr vielen Seiten im Einsatz. Inkompatibilitäten z.B. nach einem Update können fatale Folgen für die betroffenen Seiten haben und den Webmastern einiges an Zeit abverlangen, bis alles wieder gerade gerückt ist. Da mir die Stabilität des Systems sehr wichtig ist, muss ich da konsequent sein. Ich denke, das ist verständlich und im Interesse aller Sefrengo Nutzern.

Geschrieben von: andi Wed. 2. May 2007, 09:51

hallo björn

äusserst du dich auch gleich zur erweiterung, ob diese chancen auf eine zukünftige integration hat? ich bin der meinung, dass eine solche integration, wenn, dann rasch geschehen sollte. ansonsten gibt das ein durcheinand, sobald mehrere leute auf ein feature warten und zwischenzeitlich eine andere listennavigation einsetzen müssen.

gruss andi

Geschrieben von: bjoern Wed. 2. May 2007, 11:20

Von meiner Seite aus steht zur Zeit keine Erweiterung des Moduls an.

Mit dem "rasch" mal machen, das geht nicht. Generell ist es für mich problematisch, wenn Module, die ich supporte, von dritten unter gleichen Namen weiterentwickelt werden. Den es bedeutet, dass ich damit grundsätzlich Arbeit aufgezwungen bekomme, die ich nicht haben will und auch nicht leisten kann.

Ich könnte die Module natürlich auch ungesehen einfach in das System stopfen, aber das Chaos, welches daraus dann entstehen würde, wäre aus einer beobachtenden Position sicherlich lustig, für die Betroffenen aber auf jeden Fall ärgerlich, zeitintensiv und in einigen Fällen vermutlich auch geschäftsschädigend.

Generell ist es ja kein Problem, das Du das neue "Listennavigation XY" Modul verwendest. Der Autor muss es halt selbst supporten. Aber mal eben etwas reinhacken und dann den ganzen Support wieder auf den Originalautor abwälzen, das geht nicht. Das habe ich in der Vergangenheit mehrfach erlebt, ebenfalls die Unzufriedenheit der Benutzer, die aus einer solchen Situation entsteht. Daher muss ich hier blocken.

Geschrieben von: andi Wed. 2. May 2007, 11:26

alles klar, danke. deine haltung ist nachvollziehbar. hat beides seine schattenseiten.

Geschrieben von: bjoern Wed. 2. May 2007, 11:28

Hat es immer. Frage ist: Was hat auf lange Sicht am meisten Sonne und am wenigsten Schatten?

Geschrieben von: andi Wed. 2. May 2007, 11:34

du hast schon recht, wahrscheinlich würde alles andere im chaos enden. hatte nur so freude, dass die listennavigation endlich ein standard-modul ist...aber jetzt muss ich trotzdem wieder ein anderes modul für die navigation einsetzen

Geschrieben von: bjoern Wed. 2. May 2007, 11:39

Das Leid der Early Adoptors, nebenbei mal http://www.zeit.de/archiv/2000/36/200036_early_adapters.xml

Geschrieben von: andi Wed. 2. May 2007, 11:49

nanana, schliesslich war das mein feature request an das modul, um eine – in meinen augen – schwäche im modul zu beheben...der text ist aber trotzdem gut

Geschrieben von: gunwalt Wed. 2. May 2007, 12:44

ZITAT(bjoern @ Wed. 2. May 2007, 12:39)

Geschrieben von: STam Wed. 2. May 2007, 13:56

Tja,

wenn denn dem so ist Entwicklung eingestellt,
Ziel verfehlt, umsonst gemacht und zum Löschen markiert.

In einer Oligarchie gibt es eben keine integrierte Entwicklung
nur Partizipation... Ritorno ai principi

Frei nach http://de.wikipedia.org/wiki/Online-Community:

Geschrieben von: bkm Wed. 2. May 2007, 14:26

Zum Glück steht SF unter GPL=> und man hat eine eigene Tastatur zum schreiben

Geschrieben von: feniweb Wed. 2. May 2007, 21:43

@STam

Was hinder dich dieses Modul unter einem anderen Namen zu veröffentlichen, so währe deine arbeit nicht ohne mühe gewseen auch eine weiter entwicklung steht da nichts im wege den diese STam-ListenNavi wird dan bestimmt in näherer Zukunft Standart. Weil es einfach besser ist als das Orginal.
bkm sagt ja

Geschrieben von: amk Wed. 2. May 2007, 22:08

ZITAT(feniweb @ Wed. 2. May 2007, 22:43)

Weil es einfach besser ist als das Orginal.
bkm sagt ja

Gruss

Geschrieben von: STam Wed. 2. May 2007, 23:33

@amk,
das bin ich eben, Björn weiß wie er mich da kriegt
Lese einfach zwischen den Zeilen...
Und nein ich reagiere nicht trotzig sondern ich polarisiere
und provoziere, nicht jeder sieht das so klar wie du.

@feniweb,
danke für die Blumen, aber ich weiß selbst das
meine Änderung an dem Modul in den Promille Bereich geht
und das dadurch das modul kein neues/besseres wird.

@all,
deswegen ist ein Fork auf der Basis des Moduls auch
uninteressant, es gibt das vieleicht noch ein paar Dinge die zu
verbessern/erweitern wären doch das sollte im Original
Modul gemacht werden. Ich wollte nur unterstützen und Helfen,
dieses wurde Untersagt und gut ist!

Ich finde es bedenklich das von Björn eine so restriktive
Entwicklungsarbeit betrieben wird, das bedeutet Stillstand.
Andererseits kann ich der Argumentation folgen;
das Nutzer die auf Standardlösungen bauen und
abhängig sind vom Support, die Sicherheit brauchen
das diese Module zu 100% laufen und von Björn supportet werden,
schließlich verdient man damit Geld.
Aus dieser Argumentation folgt ganz klar das ein solches Modul
quasi Tabu ist für andere Entwickler.

Nun, ein gutes kann man daraus durchaus gewinnen,
es wird nämlich deutlich, das die Module nicht nur Sefrengo ausmachen
und der große Vorteile sind, sondern aus Sicht des Anwenders auch das größte Risiko
bedeuten. Jedes Update kann ein Projekt gefährden oder
gar Schaden bis zum Verlust auslösen.
Das zeigt wie nötig eine, schon öfters geforderte, koordinierte
Modulentwicklung ist und das der Bedarf an 'signierten' Modulen
besteht, die eben einen bestimmten Qualitätsstandard einhalten.
Das war schon einmal vorsichsitig angedacht bei DeDi mit den DEV Modulen
und dem Repository, vieleicht kommt es ja zu einer wiederbelebung dieses
Ansatzes.

Letzlich wollte ich auch nur eine Diskussion anregen

Gruß

Geschrieben von: bjoern Thu. 3. May 2007, 02:06

Da es hier dann wohl nicht mehr um das Modul geht, mache ich den Thread mal zu. Ich denke, die verschiedenen Ansichten wurden klar und ausreichend formuliert.