fck > ckeditor > wb > entwicklung > support oder was ich nicht verstehe

[niekfox]

Ruebe sagt Symlinks gehen ned , ich hab ne geänderte Version zum testen hochgeladen , und warte auf antwort...

Thank you ! This works fine for me !

CK Editor with WB droplets and link relation !

[NorHei]

Der kleine Editor der als Standard eingebaut werden soll ist eher wohl noch nicht in Sicht.
Also bleiben im Momet nur FKCE und CKE im Moment. Alles andere ist im Moment eher ein Hirngespinst.

Und das Problem mit den Symlinks scheint auch keines mehr zu sein.

[ruebenwurzel]

Hallo,

Und das Problem mit den Symlinks scheint auch keines mehr zu sein.

Dietmar hat das mit den Symlinks gefixt.

Wenn jetzt im CKEditor noch ein sicherer Filemanager drinne wäre, dann könnte der zu meinem Lieblingseditor werden.

Gruß
Matthias

[NorHei]

Dietmar hat das mit den Symlinks gefixt.

Wär ja schön gewesen wenn du angebotenen Patch getestet hättest, jetzt hab ich mir die Arbeit gemacht, und Dietmar auch nochmal.  Obendrein wo ist die gepatchte Version ?

Andere hätten da auch gerne was von...

[easyuser]

Wenn jetzt im CKEditor noch ein sicherer Filemanager drinne wäre, dann könnte der zu meinem Lieblingseditor werden.

"Unser" ckeditor hatte den Filemanager aus FCK Editor, sehe also kein Problem.

Wenn auch sicher etwas anderes ist.
Aber Firmenkritisch muss WB ja nicht sein.

[ruebenwurzel]

Hallo,

Obendrein wo ist die gepatchte Version ?

ich hatte eine Version 0.6.9, die hatte aber das mit den rel-tags noch nicht drinne. Soweit ich weiß hat Dietmar die an die CKEditor-Modul Devs weitergegeben, so dass diese basierend auf 0.6.9 weiterentwickeln. Hoffe auch, dass da bald eine Version hier im Forum auftaucht, die man dann testen kann.

"Unser" ckeditor hatte den Filemanager aus FCK Editor, sehe also kein Problem.

Wenn auch sicher etwas anderes ist.
Aber Firmenkritisch muss WB ja nicht sein.

Also der Original Filemanager vom FCKEditor ist ebenfalls höchst kritisch. Dagegen ist der angepasste Filemanager im FCKEditor WB-Modul ziemlich sicher. Mit dem können zumindest nur angemeldete User was hochladen. Leider wird aber bei keinem einzigen Filemanager überprüft, was für Dateien hochgeladen werden können.

Matthias

[Luisehahne]

Ich werde mich mit DBS und Maverik nochmal zusammensetzen. Wäre gut wenn sie den rel Tag in der letzten Version 0.6.9 einbauen würden. Bitte nur nicht die de.js überschreiben, da ich dort auch einige Änderungen vorgenommen habe die dann verloren gehen.

Im Übrigen hat diese Version auch den Shy Button in der Toolbar (Vielen Dank an Stefek dafür).

Es sind diverse Anpassungen für verschiedene Serverkonfiguartion en erfolgt und getestet worden.
Auch die Flexibilität der Aldus und Waldschwein Version zum Aufruf der wb_config Dateien wurde überarbeitet und gefixt. Eine Readme liegt im Paket mit bei.

Auch die Verwendung des WYSIWYG Admin soll später mit erweiterten Funktionen möglich sein. Die include.php ist bereits darauf vorbereitet.

Im übrigen scheint der jetzige Filemanager sich über einige Einstellungen im Connector sicherer gestalten zu lassen. Das Einzige was ich heute noch entfernt habe, ist der Create Folder. Sollte besser über die Mediaverwaltung erfolgen.

Es gibt bestimmt noch geug Potential, Dies möchte ich aber gerne mit DBS und Maverik bereden. Was wir brauchen ist jemand mit viel Javascript Kenntnissen. Lasst uns den CKeditor weiterhin als ein Community Project entwickeln.

Dietmar

[dbs]

Wenn ich das richtig verstanden habe ist die 0.6.7-symlink die letzte 0.6.7 (aktueller als die 0.6.7 der Thekenmannschaft) und muss mit der 0.6.9 von Dietmar zusammengeführt werden.
Richtig?

Ich hoffe es gibt unkomprimierte Versionen der jeweiligen Änderungen.
Norhei? Dietmar?

[Luisehahne]

die 0.6.7-symlink kenne ich garnicht. Gib mir bitte einen Downloadlink dann vergleiche ich es mit der 0.6.9 notfalls ja kann man es zusammenführen. Was macht die 0.6.7-symlink anders? Oder ist das mein erster Fix wegen der symlinks im documet_root . Dann ist das in der 0.6.9 bereits verbessert gefixt.

Ich mache Änderungen z.B. grundsätzlich im Source und komprimiere dann neu.

Dietmar

[dbs]

Norhei hat auf der ersten Seite in diesem Thread eine Version 0.6.7-symlink reingestellt.
Diese baut wohl auf Thekenmannschaft auf. Mehr weiß ich nicht, keine Ahnung, deshalb die Frage.

[easyuser]

Also der Original Filemanager vom FCKEditor ist ebenfalls höchst kritisch. Dagegen ist der angepasste Filemanager im FCKEditor WB-Modul ziemlich sicher. Mit dem können zumindest nur angemeldete User was hochladen. Leider wird aber bei keinem einzigen Filemanager überprüft, was für Dateien hochgeladen werden können.

Das kann man so nicht sagen - der Originale Filemanager von FCKEditor ist halt nur eine Grundstruktur, die unbedingt angepasst werden muss(te). Das wurde aber noch zu 2.6.x Zeiten gemacht. Natürlich ist im CKEditor der Filemanager aus dem 2.8er FCKEditor drinnen - der ist ja Teil der Core-Pakets.

Kurzfristig kann man den Filemanager nur etwas sicherer frickeln.
Mittelfristig (völlig unabhängig in welcher Version, das wurde zu oft ergebnislos diskutiert) kann nur eine zentrale Upload-Klasse / -Methode / -"was auch immer" sinnvoll sein. Egal ob Mediencenter, CKEditor oder "Modul 42". Ob man das dann "OOP" oder "zentrale Schnittstelle" nennt kann jeder - abhängig in welchem Lager er sich befindet - für sich beantworten.
Dann ist die Sicherheit von Uploads zentral an einer Stelle im Core-Code. Ist ein Sicherheitsfehler vorhanden, so gibt's eine Stelle. Macht der User eine Änderung(z.B. in den WB-Settings), gibt's eine Stelle, wo Änderungen vorgenommen werden. Es müssen nur die Parameter der Upload-"was auch immer" sorgfältig gewählt werden - oder die Upload-Unterblubbs (wenn upload_class eben upload_class.delete File). Mit entsprechender Doku braucht man nicht einmal programmieren und / oder coden können um es zu verwenden.
Wer das nicht will, muss es ja nicht verwenden - kriegt aber unter Umständen keine Zertifizierung.

Ganz klassisches, logisches Vorgehen in der Software-Entwicklung.

Es gibt bestimmt noch geug Potential, Dies möchte ich aber gerne mit DBS und Maverik bereden. Was wir brauchen ist jemand mit viel Javascript Kenntnissen. Lasst uns den CKeditor weiterhin als ein Community Project entwickeln.

Gerne. Aber ein Community Projekt muss anders geführt werden. Mit Privaten Abmachungen ist es kein Community Projekt.
Es braucht einen der den Hut auf hat (vorzugsweise niemand aus der Core-Entwicklung bzw. Verein).
Es braucht eine zentrale Schnittstelle (vorzugsweise Unterprojekt Redmine und SVN / Github - dafür hat man's ja).
Es braucht unabhängige Führung mit ein paar Zielen, die vorgegeben werden.

Wenn das zutrifft - und ich kein Skype brauche - denke ich darüber nach, meine Kenntniszunahme der letzten Monate in JavaScript (mittlerweile 20 Stunden / Woche) bereitzustellen.

[Luisehahne]

@Matthias

Also der Original Filemanager vom FCKEditor ist ebenfalls höchst kritisch. Dagegen ist der angepasste Filemanager im FCKEditor WB-Modul ziemlich sicher. Mit dem können zumindest nur angemeldete User was hochladen. Leider wird aber bei keinem einzigen Filemanager überprüft, was für Dateien hochgeladen werden können.

Ohja der upload muss raus im FCK sowie im CKeditor

Hatte jetzt mal endlich die Zeit ein paar detaillierte Tests zu fahren.

Dietmar

[ruebenwurzel]

Hallo,

Kurzfristig kann man den Filemanager nur etwas sicherer frickeln.
Mittelfristig (völlig unabhängig in welcher Version, das wurde zu oft ergebnislos diskutiert) kann nur eine zentrale Upload-Klasse / -Methode / -"was auch immer" sinnvoll sein. Egal ob Mediencenter, CKEditor oder "Modul 42".

100% Zustimmung. Das ist exakt die einzig richtige Herangehensweise. Bin nur gespannt ob und wer das entwickelt. Gute Lösungsvorschläge gibt es zuhauf hier im Forum, allein an der tatsächlichen Umsetzung fehlt es aber oft.

Matthias

[Luisehahne]

ist so in Planung für künftige Versionen, bitte alles Step by Step. Was jahrelang versäumt wurde ist nicht von heute auf morgen umsetzbar, sondern kann nur Schrittweise erfolgen.

Dietmar

[easyuser]

ist so in Planung für künftige Versionen, bitte alles Step by Step. Was jahrelang versäumt wurde ist nicht von heute auf morgen umsetzbar, sondern kann nur Schrittweise erfolgen.

Warum ist es denn nicht schnell umsetzbar?
Das wäre z.B. ein tolles Community-Projekt. Das einzige, was das Core-Team machen muss ist die "Endabnahme".
Keiner fühlt sich bevormundet - und wenn es nicht klappt ist auch nichts kaputt.

Wurde jahrelang bis zur 2.8.0 erfolgreich gemacht. Ein Grund, warum WB so erfolgreich war.

Gruß Michael

[Stefek]

Hallo Michael,
seltsam - wenn auch nicht überraschend - dass Deine Aussage "übersehen" wurde.

Gerne. Aber ein Community Projekt muss anders geführt werden. Mit Privaten Abmachungen ist es kein Community Projekt.
Es braucht einen der den Hut auf hat (vorzugsweise niemand aus der Core-Entwicklung bzw. Verein).
Es braucht eine zentrale Schnittstelle (vorzugsweise Unterprojekt Redmine und SVN / Github - dafür hat man's ja).
Es braucht unabhängige Führung mit ein paar Zielen, die vorgegeben werden.

Wenn das zutrifft - und ich kein Skype brauche - denke ich darüber nach, meine Kenntniszunahme der letzten Monate in JavaScript (mittlerweile 20 Stunden / Woche) bereitzustellen.

Ich finde es absolut richtig, wie Du es beschreibst.

Und die Möglichkeiten eines SVN könnten auch anderweitig richtig gut genutzt werden.
Da braucht es einfach nur einen "Dirigenten".
Ich selbst kenne mich mit SVN und Derlei nicht gut aus. Bei Projekten, die ich mit Thorn gemacht habe, hatte er das immer übernommen und so kamen wir immer gut voran.
Man kann nie erwarten, dass jeder alles kann - viele zusammen können einfach mehr und schneller. Vor allem wenn Spaß bei der Sache die vorherrschende Gesinnung und ein gutes, benanntes Produkt die gemeinsame Zielsetzung ist.

Gruß,
Stefek

[ruebenwurzel]

Hallo,

Warum ist es denn nicht schnell umsetzbar?
Das wäre z.B. ein tolles Community-Projekt.

Na dann an die Arbeit Jungs. Freue mich schon auf die ersten releases und biete mich jetzt schon als Tester an.

Matthias

[Stefek]

Lösungsvorschläge gibt es zuhauf hier im Forum, allein an der tatsächlichen Umsetzung fehlt es aber oft.

Es wäre tatsächlich interessant zu erfahren, welche verschiedenen Meinungen existieren, warum dies der Fall ist.

[Luisehahne]

Ich stelle hiermit meine Version 0.6.9 des CKeditor der Communitiy zur Verfügung. Ist allerdings noch ohne relation in Bildeigenschaften. Dafür hat es aber die Shy Button Lösung von Stefek.

Schaut mal ob ihr mit dieser Version damit was anfangen könnt, da auch unterschiedliche Server konfiguartionen berücksichtigt sind. Create und upload im Filemanager habe ich heute noch deaktiviert.

WYSIWYYG Admin sollte deinstalliert sein. Das kommt später mit erweiterten Optionen.

Dietmar

[gelöscht durch Administrator]

[dbs]

In der ckeditor/lang/de.js hattest du etwas geändert? Sollte erhalten geblieben sein.
Änderungen für Bezeichnungen wurden aus der 0.6.7 übernommen: "CSS Klasse" und "Bezeichnung (Rel-Tag)".
Danach wurde die de.js komprimiert.

Die ckeditor/plugins/image/dialogs/image.js hast du nicht angefasst?
Gut, dann können da die Änderungen von der 0.6.7 rein.
3 Felder für Rel, Title und Klasse.

Beide Dateien im Anhang.
Eigentlich müsste man in der Entwicklungsphase mit unkomprimierten Dateien arbeiten.

[gelöscht durch Administrator]

[easyuser]

Na dann an die Arbeit Jungs. Freue mich schon auf die ersten releases und biete mich jetzt schon als Tester an.

Einfach so sicher nicht. Die Bedingungen (für mich persönlich) habe ich kundgetan und bislang keine Antwort erhalten, ergo wird's mit meiner Arbeit auch nichts.  

[Stefek]

Ich find's schon interessant, wie manche Leute glauben, dass sie kommuniziert hätten, wobei sie einfach nur etwas von sich gegeben haben. 

[ruebenwurzel]

@easyuser

Die Bedingungen (für mich persönlich) habe ich kundgetan und bislang keine Antwort erhalten, ergo wird's mit meiner Arbeit auch nichts.

Schade. Deine Bedingungen hören sich leider wie eine Erpressung an. Auch bei einem OpenSource Projekt gibt es letztendlich wenige, die die Richtung vorgeben. Wer an dem Projekt mitarbeiten will, muss sich halt diesen Vorgabeen unterwerfen. Wenn jedes Communitymitglied seine Mitarbeit am Projekt davon abhängig machen würde, dass das Projekt nach seinen Wünschen gestaltet wird, wäre das ziemlich schnell das Ende des Projektes. Wünsche kann man gerne äußern, aber Bedingungen stellen halte ich für die falsche Art der Kommunikation.

Um so bedauerlicher, dass das von einem User kommt, der schon mehrfach ins Projekt mit eingebunden worden ist und die Community und die Entwickler dann immer wieder in entscheidenden Phasen hat hängen lassen (jedesmal aus persönlichen Gründen).

Hätte mich gefreut, wenn du deine Kenntnisse einfach mal so, wie viele andere hier auch, zur Verfügung stellen könntest.

Gruß
Matthias
Matthias

[easyuser]

Schade. Deine Bedingungen hören sich leider wie eine Erpressung an. Auch bei einem OpenSource Projekt gibt es letztendlich wenige, die die Richtung vorgeben.

Es ist keine Erpressung. Es gibt auch keine zeitliche Vorgabe. Ich habe bei jedem Neuanfang Bedingungen gestellt - und meine Erfahrung zeigte, dass diese nie beachtet wurden. Ich arbeite nicht an WebsiteBaker mit weil ich sonst nichts zu tun habe oder weil ich irgendwen ans Bein pinkeln will, sondern um des Projekts willen.
Ein stink normaler Vorgang. Wenn ich Arbeit suche werde ich mit einem akademischen Abschluss den Arbeitgeber auch nicht dadurch erpressen, dass ich 40.000 Euronen im Jahr fordere.

Im übrigen würde ich die Richtung gerne einmal hören. Bis lang habe ich keine vernommen. Meine Vorschläge zur Richtungsgestaltung wurden immer mit Kopfnicken wohlwollend aufgenommen und nie umgesetzt. Und komme mir jetzt bitte nicht mit der fehlenden Zeit. Wenn man die Zeit hat, bei Supportfehlern sich um jeden Fehler im Forum persönlich zu kümmern, ist Zeit in Unmengen vorhanden. Ein Konzept zu erarbeiten dauert einmalig nur unwesentlich länger, die Zeit die eingespart wird ist aber um Unmengen höher. Das gilt für Forum, für vieles andere.

Wer an dem Projekt mitarbeiten will, muss sich halt diesen Vorgabeen unterwerfen. Wenn jedes Communitymitglied seine Mitarbeit am Projekt davon abhängig machen würde, dass das Projekt nach seinen Wünschen gestaltet wird, wäre das ziemlich schnell das Ende des Projektes. Wünsche kann man gerne äußern, aber Bedingungen stellen halte ich für die falsche Art der Kommunikation.

Was sind denn die Projektvorgaben?
Und was hat ein Community Projekt mit dem Verein zu tun?
Was hat überhaupt das Projekt WebsiteBaker mit dem Verein zu tun?
(Das sind keine Kinkerlitzchen Fragen, die habe ich oft genug privat in Telefonaten gestellt und nur Ausreden, aber keine Antworten erhalten).
Wenn ein Community(!!!) Projekt sich dem Core Development Team unterwerfen muss, würde ich gerne wissen wieso.
Oder hast du dich mit dem FCKEditor damals Ryan unterworfen? Das war z.B. ein Community Projekt - erfolgreich und völlig losgelöst vom Core-Projekt.

Um so bedauerlicher, dass das von einem User kommt, der schon mehrfach ins Projekt mit eingebunden worden ist und die Community und die Entwickler dann immer wieder in entscheidenden Phasen hat hängen lassen (jedesmal aus persönlichen Gründen).

Hätte mich gefreut, wenn du deine Kenntnisse einfach mal so, wie viele andere hier auch, zur Verfügung stellen könntest.

Ich glaube du hast es immer noch nicht begriffen. Mehr als einmal habe ich meine Kenntnisse zur Verfügung gestellt - und diese umgesetzt. Dass ich frei von Fehlern bin - oder dass meine Meinung die einzig richtige ist - habe ich nie behauptet.
Wo habe ich wen in entscheidenden Phasen hängen lassen? Wenn man erkennt, dass Mitarbeit nicht mehr möglich ist und alles blockiert wird bringt Mitarbeit einfach nichts mehr. Wenn ich Hilfe anbiete (z.B. bei dem Auflösen meines Redmine/SVN Hosts) bekomme ich keine Antwort.  Wenn ich Konzepte vorstelle werden sie mit fadenscheinigen Begründungen vertagt. Wenn ich ein Video zu einem realen (!!)  Forenumzug incl. Spambekämpfung drehe wird es gar nicht realisiert. Die Webseite, der CKEditor und einiges andere z.B. wurde von mir als Projekt mit großartiger Unterstützung von vielen anderen in einem absehbaren Zeitraum durchgezogen. Dass das alles nicht perfekt ist und dass es nur an mir liegt behaupte ich übrigens nirgends. Aber es gibt zumindest eine neue Webseite und ein CKEditor Modul.
Meine Zeit kann ich sinnvoller verbringen als auf alles und jeden zu warten. Entweder das wird endlich einmal angegangen oder man wurschtelt sich halt weiter durch. Und nicht wieder irgendein Sündenbock (momentan scheint Werner als Sündenbock hoch im Kurst zu stehen - das kann ich absolut nicht teilen) durch's Dorf getrieben wird.

Gruß Michael

[jacobi22]

Doofe Frage, aber warum setzt du dir den Hut nicht selber auf, statt das von Anderen zu fordern? Da du vom Verein unabhängig sein möchtest, kannst du dir die Richtung selber vorgeben. Ob das Projekt am Ende noch WB-tauglich ist, steht auf einem anderem Blatt, zumindest erscheint mir das Risiko recht groß, wenn ich jegliche Zusammenarbeit mit dem Core ablehne. Ich mein, ich bau ja auch kein Auto ohne mich vorher über den Motor zu informieren, der da rein soll.

Wenn du mich als außenstehenden WB-User fragst, fangt garnicht erst an. Der Plan ist nach 2 Tagen schon derart von Unstimmigkeiten oder gar Haß erfüllt, das es schade um die Arbeit wäre