advantage joomla!

Also bitte, räusper.

Wo ist denn hier das Problem, das kann man alles nachrüsten! im Gegendsatz zu Joomla kann man das ja

ein einfaches hook_form_alter mit anderer submit Funktion löst das Problem schon!
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING

hook_alter_dingsbums?

geht wahrscheinlich in die richtung, dass man selber was coden soll. aber isch kann gar keine php. :-(

edit sagt noch: wenns soo einfach ist, warum hams dann die drupal-checker nicht schon implementiert?

Da muss ich dir - ausnahmsweise - mal Recht geben. Hinweise, dass man etwas lösen kann indem man was programmiert, bringen dem 'normalen' User nichts.

Allerdings wirst du das Problem mit jedem CMS haben. Kann es etwas nicht, was du gerne hättest, stehst du ohne Programmierkenntnisse auf dem Schlauch. Ich kann mein Auto auch nicht tunen. Muss also mit dem leben was es bringt oder mir ein anderes aussuchen. Das ist dann entweder teuer oder kann irgendwas anderes nicht.

Alles umsonst gibts nicht.

Der große Vorteil von Drupal ist aber, dass man die Dinge ändern kann und das widerum geht bei vielen anderen Systemen nicht so ohne weiteres. Und nicht so sauber.

vg
--
md - DrupalCenter.de

mdwp* :: Drupal Consulting

mmhja ... gut, das war hier vielleicht die falsche stelle das zu "fordern". das hätte ich vielleicht besser mit alldevelopers@drupal.org machen sollen .. ;-)
aber zum kuckuck, bin ich der erste, der sowas praktisch fände? und es ist doch auch doof wenn x leute die php coden können das jeder für sich neu zusammenstricken. das ist doch wirklich was, was JEDER brauchen kann. also wärs schön wenn so ein button ins system integriert werden könnte.

Das ist halt die Frage, die sich Programmierer eines CMS stellen müssen, ob wirklich jeder so etwas brauchen kann. Ich z.B. sehe keinen Sinn darin nach dem editieren in der Edit Ansicht zu bleiben.

Die Progammierer von Joomla offensichtlich schon und die von Drupal nicht.

Das ist ja alles nicht unbedingt richtig oder falsch.

Jetzt wirst du vielleicht sagen "Aber so ein Feature würde das System doch nicht belasten". Wahrscheinlich richtig, aber was glaubst du wie viele ähnliche Feature Requests auf drupal.org gestellt werden?

Und dort ist denn auch die richtige Stelle solche Dinge zu diskutieren.

vg
--
md - DrupalCenter.de

mdwp* :: Drupal Consulting

etwas unfertiges zu speichern ist eigentlich nicht besonders sinnvoll. allerdings ist es natürlich gut, wenn man sich ab und an einen zwischenstand beim erstellen eines artikels oder einer seite ansehen kann. ich nutze deshalb auch oft der vorschau button :P

also wenn es um die reinen seiteninhalte geht, musst du im fck editor einfach die über den editor speichern (die kleine diskette oben links)

im konkreten fall ging es darum, dass ein projekt auf zweisprachigkeit umgestellt wurde. d.h. alle artikel waren zunächst "sprachneutral".
nun musste ich erst auf "bearbeiten" gehen, die sprache auf deutsch einstellen, dann wieder auf "bearbeiten" und hatte dann ich die möglichkeit den artikel zu "übersetzen".

was? wo? wie? ich hab da keine diskette!?

edit: ok, "default mode" war das zauberwort. nur leider springt er über die diskette auch in die inhaltsübersicht zurück. :-(

der hilft dir gar nix, wenn du z.b. garland als admin-theme (garland auch zum bearbeiten und ja, das will ich so beibehalten!) eingestellt hast, aber sehen willst wie sich die veränderungen in deinem eigenen theme auswirken.

Ansich ist das schnell gelöst. Man braucht nur einen 2ten Save Button, der mit ?destination=XXX wieder auf den Edit Mode geht.

und die von typo3 wieder schon ...

Who cares?

Mach doch ne Website auf www.cms-wo-man-nach-dem-editieren-im-edit-modus-bleibt.de und da kannst du alle Systeme auflisten. Kannst dir auch aussuchen welches davon du für dieses Projekt benutzen möchtest.

Mich persönlich interessiert in diesem Forum eigentlich wenig welches andere System es wie hält. Meine Entscheidung ist bereits gefallen. Als Entwickler hast du selbst die Möglichkeit Abhilfe zu schaffen. Ich sehe nicht was es bringt das Fass nun alle Wochen neu aufzumachen, wenn wieder einer sich ein CMS angeschaut hat und die Liste an dieser Stelle erweitert.

Standard WCMS wie Typo3, Joomla haben ihre Vorteile. Wie z.B. ein heißgeliebter [Save][Apply][Cancel]-Mechanismus.
Drupal ist ein in erster Linie ein CMS-Framework und kein CMS!

Wie oben schon erwähnt kann man in Drupal mit einem einfachen form_alter() und einem drupal_goto() den [Apply] relativ schnell realisieren. Sprich: Man baut sich sein maßgeschneidertes CMS.

So etwas ist mit Typo3, Joomla wiederum nur schierig möglich.

Unter'm Strich: Das unterscheidet halt Standardware von individueller Lösung. Letztendlich wird man mit allen Systemen auch alles lösen können. Ob das aber dann problemangemessen und sinnvoll ist, das steht auf einem anderen Blatt.

Der Vergleich von Drupal mit Typo3, Joomla oder Wordpress etc. hinkt auch sehr stark. Man kann nur Systeme vergleichen, die einen hohen Deckungsgrad an gemeinsamer Leistung haben und der ist hier nicht gerade sehr hoch. Vielleicht 20%.
Viel sinniger wäre da ansich eine Gegenüberstellung von Drupal mit Plone/Zope oder RubyOnRails.

Just my 2 cent

.. cares! und dafür ist diese abteilung im forum doch da. ich mein vielleicht gibts ja ein modul, welches diesen button zur verfügung stellt. bzw. es kommt noch ein solches ..

Mit ein wenig Rules und Workflow ist das auch fix gelöst. Nur eben nicht speziell sondern generisch.

ich kann jedem in dieser diskussion punkte abgewinnen. um die power von drupal zu demonstrieren könnte man als ehrfahrener entwickler anbieten, ein entsprechendes modul zu schreiben. eventuell hat auch jemand ein paar euros dafür übrig?

by the way: kennt jemand ein modul, das ein wirkliches inline-editing ermöglichen würde? (siehe z.b. http://demo.zimplit.org/zimplit.php)

KISS :)

Habe das Modul Kurz geschrieben, ohne Einstellungen usw. es tut nur das was es soll :)

Drupal rockt!
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING

.. das wär ja super wenn das funktionieren würde! werd ich nachher gleich mal testen. :-)

wenn man sich den Code mal anschaut, da ist ja wirklich nichts kompliziertes dran. :)

Aber wie gesagt mit Rules bzw WorkflowNG wärs auch gegangen
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING

Es gibt übrigens auch ein Ajax Modul, mit dem sich das erreichen lässt: http://drupal.org/project/ajaxsubmit
Problem: der Benutzer merkt überhaupt nicht, dass etwas passiert ist. Ich denke die allermeisten Benutzer möchte nach dem Speichern einfach sehen was passiert ist. Ich bleibe dabei: es lohnt sich nicht, so ein Bohei wegen einer zweifelhaften Funktionalität zu machen.

Das es, wenn man es unbedingt haben will geht, zeigt der Code von Daniel.

Ich benutze übrigens immer die Vorschau, bevor ich etwas veröffentliche. Auch und gerade hier im DC. Ein 'Apply' würde mir gar nichts bringen.

vg
--
md - DrupalCenter.de

mdwp* :: Drupal Consulting

ich brauch zwar so nen modul auch nicht, aber sau-coole reaktion daniel ;-)
das zeigt mal wieder mehr die möglichkeiten.
--------------------------------------------


Gruß Renè

weiß jemand die Funktion die wie auf gdo eine automatische Vorschau erzeugt

ich glaube das ist http://drupal.org/project/live
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING

Japp, Du hast wie immer Recht. Es ist "Live". Hab das auch schon mal gesucht und es nur an der CSS-Class "live-comment-preview" rausgefunden.

hihi ich spiele halt gerne die selbstbeantwortbaren rethorischen Fragen.

Einfach ein gutes Mittel nicht dumm dazustehen ^^

Wer ist noch für das Modul? ich finde es einfach richtig sinvoll, alleine wegen der Bild links/rechts Geschichte
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING

also bei mir funktionierts nicht. ich habs installiert und aktiviert ... und wo soll nun der button sein?

nein kein zusätzlicher button

statt speichern und weiterleitung auf node/$nid bleibt man nun auf der bearbeiten Seite
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING

mit einem klick auf speichern bleibt drupal bei mir auch nicht auf der bearbeiteten seite. aber ich wollte ja eben auch die ALTERNATIVE. also den zusätzlichen button ... na ja, vielleicht kommts ja mit der 7er version. jedenfalls soo trivial wie einige hier tun, mit irgendwelchen "hooks" (die mir freilich nichts sagen), scheints dann wohl doch nicht zu sein.

um ehrlich zu sein das sind nur noch paar zeilen code zusätzlich

die hooks sind ja schon da
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING

die bei mir nichts bewirken.

als "php sprachunkundiger" weiss ich nicht mal was "hooks" eigentlich sind. bzw. hab nur eine sehr vage vorstellung davon. aber bemüh dich nicht weiter, du hast es sicher gut gemeint, aber wie gesagt, ich hoffe jetzt mal auf die 7er ..

Naja gut - aber das kannst Du Laien nicht zumuten. Außerdem funktioniert Dein Modülchen oben nicht wie gewünscht - Du speicherst beim Erzeugen eines neuen Node den Node ab und machst einen redirect auf "node/add", womit der alte Node "verschwindet" und damit aller Inhalt für den armen Benutzer plötzlich "weg" ist, und der User bestimmt sehr verwundert ist über die neue Funktionalität, denn er wollte vielleicht gar nicht nun noch einen neuen Node erzeugen :(

Ich habe Deinen Modulcode so abgeändert:

Das erzeugt nun eine neue Schaltfläche, die auch funktioniert, wenn man mit node/add einen neuen Inhalt erzeugt. So sollte es also auch in Drupal 6 gehen :)

Ich war jetzt faul, die Funktionsnamen und der Modul- und Ordnername sind irreführend - aber das sollte sich perfektionieren, wer's brauchen kann.

Die Grundidee war natürlich richtig, dereine!! Drupal rockt trotzdem, aber Coden und Anwenden ist zweierlei und auch einfache Coder-Tasks in Drupal sind komplex.

naja aber es ist machbar.

Bei anderem Cms und vielan anderen System kommt man einfach nicht mehr selber weiter.
Hier ist man einfach vom Vorteil
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING

Das ist ein Coder immer - auch mit Joomla.

Mein Code oben funktioniert übrings nicht, wenn per GET eine "destination" gesetzt ist - so schnell geschossen ist das also einfach immer alles nicht, Coden, Testen, Debuggen, Kaffe kochen, Coden, Fehler ernten, Recherchieren, Kaffe kochen - apropos !! :)

Die zweite Funktion im Modul muss um diese Zeile bereichert werden:

EDIT: Ist jetzt im Code oben korrigiert - wusste nicht, dass man noch Editieren kann, wenn schon Folge-Postings erfolgt sind :)

Na gut, aber dann ist das ja auch gut so.

Denn ist gewollt, und die eigentlichen Funktionen der Module funktionieren weiterhin
--------------
Blog www.freeblogger.org: Deutscher IRC-Channel: irc.freenode.net #drupal.de ... Jabber-me: dwehner@im.calug.deXING

vielen dank tumblingmug!! das ist ein super modul, das drupal echt noch gebraucht hat! *daumen hoch*
hast dus denn schon auf der drupal.org veröffentlicht?

Schön, dude, dass Du das gebrauchen kannst.

Nö - ehrlich gesagt, für so wichtig halte ich das nicht. Außerdem finde ich persönlich die Lösung mit dem gelöschten GET-Parameter nicht so gut. Es wäre sauberer, wenn der erhalten bliebe für den schließlichen Klick auf "Save". Vielleicht hat ja noch einer eine Idee, wie man die "destination" retten kann.

Wie auch immer - Du hast sicher recht, es ist unwahrscheinlich, dass ein angelsächsischer Kollege hierher findet: vielleicht kannst Du das ja auf drupal.org irgendwo in einem Kommentar zur Doku unterbringen. Quasi als Deine beigesteuerte Mühe zum Thema :)

=> http://drupal.org/node/302317
hoffe das ist einigermassen verständlich. ;-)

Hallo Leute,
habe dieses Modul soeben entdeckt und mich an diese Diskussion erinnert:
http://drupal.org/project/save_edit

Viele Grüße,
Carsten

--
paratio.com e.K.: Qualität-im-Internet.de

..., da beim "sponsored author" noch dies hier auf der TODO list steht:

#481866: $_REQUEST['destination'] breaks when editing from admin/content/node

:)