Entwickler Unterstützung gesucht - Release-Vorbereitung

[peuter]

Zitat von Chris M. So ist z.B. die templateenginge.js inzwischen sehr "gewachsen". Mit der der hatte ich damals angefangen, als ich noch nicht sonderlich viel über JavaScript Internas wusste... (Der iconhandler.js ist da schon deutlich weiter - und JavaScript Profis wissen sicher nochmals deutlich mehr)

Um nochmal zu diesem Thema zurückzukommen:
Schon alleine die Tatsache, dass ich nach dem Lesen nicht wirklich wusste was da zu tun wäre, hat mir gezeigt, dass ich nicht unbedingt geeignet bin, die Aufgabe zu übernehmen. Ich bin also weit weg davon ein Javascript-Profi zu sein.
Nach der Nachfrage von Michael(MicHau) und der darauf folgenden Erklärung ist mir immerhin klarer was zu tun ist.

Wenn sich da in naher Zukunft niemand geeigneteres findet kann ichs mal versuchen. Immerhin hab ich ja zumindest Teile der templateengine.js selbst "verbrochen".

[makki]

Nur um das nochmal klarzustellen: ich habe den neuen Editor mindestens "mit zu verantworten" und stehe dazu!
Da brauchts sicherlich noch feinschliff, aber das kann werden..

Nur sehe ich da eben eine Fehlentwicklung, was den ganzen sums aussenrum angeht - klares Ziel meinerseits ist "Auto-Visu" - Auflösungs-/Endgeräte-unabhägig und ohne jegliche (per config) Einflussmöglichkeit des Layouts!!
Alles andere ist für mich Sehnenscheidentzündung=Malprogramm.

Sorry, aber nach 5J mit halbfertiger Visu traue ich mich das mal so ganz knapp auf den Punkt zu bringen

Makki

[vlamers]

Auch wenn ich für die Release Vorbereitun ungeeignet bin.

Was meinst du mit Fehlentwicklung in richtung malen?

Wer nicht malen will definiert seine menüs und switches, slider etc ohne flavour, colspan, rowspan usw.

Wer es sich selbst antun möchte, zuviel Zeit hat oder so wie ich einfach drauf steht wenn das gut aussieht und a bissl was her macht der kann malen bis die Sehnen schmerzen.

Ich persönlich finde das, im Vergleich zu den anderen, die Universellste Lösung für "maler" und "puristen"

Gruß

[Chris M.]

Zitat von peuter Wenn sich da in naher Zukunft niemand geeigneteres findet kann ichs mal versuchen. Immerhin hab ich ja zumindest Teile der templateengine.js selbst "verbrochen".

Naja, wenn's schief geht, kann man's ja immer noch zurückdrehen...

Zitat von makki Nur sehe ich da eben eine Fehlentwicklung, was den ganzen sums aussenrum angeht - klares Ziel meinerseits ist "Auto-Visu" - Auflösungs-/Endgeräte-unabhägig und ohne jegliche (per config) Einflussmöglichkeit des Layouts!!

Keine Angst, das wird immer so gehen. Das geht aber auch jetzt schon - folglich ist in dem Bereich natürlich wenig (aber auch nicht keine!) Weiterentwicklung passiert (z.B. ist <include> genau aus dem Grund der automatischen Config-Generierung reingekommen...). Der andere Bereich musste halt noch etwas aufholen - und der ist auch zwingend notwendig um Interessenten zu gewinnen. Auch wenn die dann nur das einfache nehmen...

Die Verteilung der Vorführwagen in einem Autohaus entspricht auch nicht dem Verhältnis der Zulassungstatistik...

Zitat von vlamers Wer nicht malen will definiert seine menüs und switches, slider etc ohne flavour, colspan, rowspan usw.

Eben.

Zitat von vlamers Wer es sich selbst antun möchte, zuviel Zeit hat oder so wie ich einfach drauf steht wenn das gut aussieht und a bissl was her macht der kann malen bis die Sehnen schmerzen.

Es geht um die Wahlfreiheit. Jeder soll das nehmen können, was er braucht und will.

Den Leuten Sachen verkaufen, die die nicht brauchen, aber ihnen trotzdem weismachen, dass die die wollen braucht ein Werbeetat wie Apple...

[makki]

Chris, ich weiss absolut was du meinst ("verkauft" wird z.B. über das Metal-Design - niemand frägt ja, welchen Aufwand das macht!)
Ist dieselbe Nummer wie mit Rattengeilen HS-Visus, fixed alle an - Super - bis man feststellt, das man dafür 4 Wochen seine Familie verlassen muss und danach 4 Wochen Reha braucht

Ich mag gerne den selten so lauten Gegenpol darstellen: Minimaler Aufwand ist primärziel!
Damit gewinnt man keinen beliebtheits/Designer-preis, das ist mir absolut klar, aber das ist IMHO was - abseits der 1% Schreihälse - der Markt primär braucht.

Soviel nur zu meinen Beweggründen

Makki

[Bodo]

Hoi

Ich hatte erst das uralte Standard-Design.
Dann habe ich auf des Metall-Design umgestellt.
Dabei habe ich 30% der vorher benötigten Elemente entsorgen können und eine bessere, logischere Gruppierung von zusammengehörigen Elementen erreicht.

Insgesamt einfacher, übersichtlicher und platzsparender.
Und nicht zuletzt skaliert es besser auf den verschiedenen Bildschirmen und Handys.

Man merkt einfach, dass das inteligenter gemacht ist und mehr drin steckt, ohne dass es aufwändiger wäre in der Programmierung. Eher das Gegenteil ist der Fall, es ist einfacher.
Und mit copy paste einer Einheit (z.B. Jalu mit Fensterstatus) unendlich schnell gemacht...

[peuter]

Zum Thema Refactoring:
Ich habe mich heute mal darin versucht und eine erste Version einer aufgeräumteren templateengine.js eingecheckt. Vornehmlich geht es erstmal darum den globalen Namensraum nicht mehr zu "verschmutzen". Da ich hierfür sämtliche Funktions-/Variablenaufrufe der templateengine ändern musste, kann ich es natürlich nicht ausschließen, das einige Dinge jetzt nicht mehr funktionieren. Also wer Probleme feststellt, bitte melden. Die Fixes dafür sind schnell gemacht.

Als zweites habe ich ansatzweise versucht die vorhandene Funktionen inhaltlich zu gruppieren, dafür habe ich alles was mit Navbars + Topnavigation zu tun hat in den sogenannten PagePartsHandler ausgelagert (kann man später in eine eigene js-Datei auslagern, wenn das inhaltlich tragbar ist).

Bei einer weiteren Gruppierung/Auslagerung der TemplateEngine-Methoden tue ich mich ein wenig schwer, Vorschläge sind da willkommen.

Ansonsten wäre für mich die structure/pure/_common.js auch ein Kandidat für ein solches Refactoring.

Abschließend sei nochmal erwähnt, dass ich kein Javascript-Profi bin und man das an einigen Stellen sicherlich besser hätte lösen können. Wer´s also besser weiß/kann, darf sich hier gerne mit einbringen.

Zum Thema "Visu malen":
Ich muss gestehen, dass ich die Diskussion nicht nachvollziehen kann. Auch im Metal-Design kann man sich genauso einfach und schnell ne Visu zusammenbasteln, wie in jedem anderen Design auch. Dann muss man einfach auf den ganzen "Eye-Candy"-Kram verzichten und hat ne einfache, mit wenig Aufwand erstellte Visu.
Wer die Zeit und Nerven hat, ein wenig mehr Zeit in die Erstellung seiner Config zu stecken, kann das eben auch tun.
Damit sollten eigentlich beide Zielgruppen gleichermaßen zufriedenstellend bedient sein.

Ich persönlich investieren lieber einmalig paar Stunden mehr in meine Config, damit Sie übersichtlich und alle Informationen die ich haben will mit wenigen Klicks zu finden sind. Denn ich spare lieber Zeit beim (mehrmaligen) Benutzen der Visu als beim (einmaligen) Erstellen.

[iwan]

Hallo

Zitat von peuter Zum Thema Refactoring: Ich habe mich heute mal darin versucht und eine erste Version einer aufgeräumteren templateengine.js eingecheckt.

Das scheint noch irgendwio der Wurm drin zu sein.
Nach dem Update auf 1342 da meine seite so aus:

Auch mit der Democonfig kommt nicht mehr...
Bin jetzt wieder zurück auf 1332...

Iwan

[peuter]

Zitat von iwan Das scheint noch irgendwio der Wurm drin zu sein. Nach dem Update auf 1342 da meine seite so aus:

Ok da war noch ein Fehler beim Text-Widget. In Rev. #1344 läuft die Demo-Config bei mir.

[iwan]

Hallo

Das bringt bei mir leider keine Änderung...

Iwan

Edit:
Hat sich erledigt!
Danke für den Hinweis mit der Konsole.
Hab's gefunden war was im structure_custom.js :-(