CMS - Der Dirigent » Entwicklung » DeDi-Feature Requests
Neue Umfrage | neues Thema | Antworten
Module auswählen auf Seitenebene, .. unter Redaktion - Seite konfigurieren
« Älteres Thema | Neueres Thema » Thema abonnieren | Thema versenden | Thema drucken
| AndreX |
 |
|
Member  Gruppe: Members Beiträge: 145 Mitgliedsnummer: 355 Mitglied seit: 26. Oct 2003 
|
Hallo, zu dieser Jahreszeit kann man ja mal einen Wunsch äußern, vielleicht findet sich ja jemand, der den Wunsch erfüllen kann  Ist es möglich, die Modulauswahl, wie sie im Template möglich ist, auch auf der Seite direkt zuzulassen? Ich möchte gerne die Konfigurationsmöglichkeiten, die mir für die Templates zur Verfügung stehen auch auf den Seiten haben (Redaktion - Seite konfigurieren). Bisher kann ich die festgelegten Module auf den Seiten ja schon bearbeiten und dadurch die Einstellungen direkt auf der Seite verändern. Mir fehlt jetzt noch ein "kleiner" Schritt zu mehr Flexibilität für mich als Redakteur. Wer das nicht für die Redakteure möchte, kann ja die Seitenkonfiguration über die Rechtevergabe ausschließen. Ich könnte dann aber wirklich mit 1 bis 2 Standarttemplates auskommen und der Rest liegt dann direkt auf den Seiten. QUOTE Template aus DeDi-Help, der freien Wissensdatenbank Die Templates ("Muster") führen die beiden Bestandteile einer Seite zusammen, nämlich Layout und Module. Warum soll das nicht auch auf Seitenebene möglich sein? Bei Typo3 wähle ich die Module ja auch erst bei Erstellung der Inhalte aus, und das funktioniert ja prächtig. Bei DeDi wäre dann die Modulauswähl über die Seitenkonfiguration möglich. Würde mich freuen, wenn das umgesetzt werden könnte. Die Suche habe ich bemüht, aber keine Lösung in die Richtung gefunden. Die Anfrage nach einem "Container-Modul" kam ja schon öfter, hier ist ein anderer Lösungsansatz vorgeschlagen. Liebe Grüße André -------------------- ...
|
 
|
|
| Mistral |
|
 Member Gruppe: Members Beiträge: 1269 Mitgliedsnummer: 352 Mitglied seit: 23. Oct 2003
|
Aus meiner Sicht sollte dem Redakteur nicht zu viele Freiheiten gegeben werden, da sonst jede Seite anders aussieht und das ist von der Usability her schlecht. Welche Flexibilität kann dir z.B. ein Contenr-Flex nicht bieten die du Dir wünscht? -------------------- Holz hacken ist deshalb so beliebt, weil man bei dieser Tätigkeit den Erfolg sofort sieht.
(Albert Einstein) |
|
|
|
| hylli |
|
|
Member Gruppe: Tester v1.1 Beiträge: 1580 Mitgliedsnummer: 107 Mitglied seit: 24. Apr 2003
|
Das sehe ich persönlich als nicht notwendig an! Das Rechtesystem erlaubt Dir, dass z.B. eine Gruppe von Redakteuren Templates anlegen und bearbeiten kann, zur Sicherheit aber vielleicht nicht löschen kann! Bei den Templates, die Du nicht geändert haben willst, vergibst Du die Rechte so, dass die Redakteure hier keine Zugriff haben... Natürlich kannst Du auch für bestimmte Gruppen bereits leere Templates anlegen, die nur diese Gruppe bearbeiten kann... Ist vieles machbar mit dem Rechtesystem! Hylli  -------------------- Leider kein DeDi mehr im Einsatz!
|
|
|
|
| Olaf |
|
|
offline Gruppe: Members Beiträge: 3689 Mitgliedsnummer: 120 Mitglied seit: 01. May 2003
|
Das geht schon, du darfst bloß der Seite nicht das Ordnertemplate zuweisen sondern direkt das Template. Aber vom Prinzip her hast du Recht, ich bin bei einem anderem Problem an einer ähnlichen Sache gescheitert. Da fiel mir ein auf Seitenebene auswählen zu können welches Layout ich mit welchem Template verwende. In diesem Falle musste ich für jede kleine Änderung im Layout auch ein neues Template erstellen. Wenn es nun möglich gewesen wäre das auf Seiten- bzw. Ordnerebene auszuwählen hätte ich mir viele (Layouts) Templates gespart. Ich hoffe das versteht einer  Bearbeitet von Olaf am 14. Dec 2005 - 21:57 -------------------- Gruß, Olaf
|
|
|
| AndreX |
|
|
Member Gruppe: Members Beiträge: 145 Mitgliedsnummer: 355 Mitglied seit: 26. Oct 2003
|
Bei ContentFlex fehlt zum Beispiel die Möglichkeit, mal eben das Downlaodmodul, eine Bildergalerie usw. einzufügen. ContentFlex gibt da ja schon viel in sachen Flexibilität, das ist mir ja klar. Was die Rechte für den Redakteur angeht, der Laie wird eh kein Recht auf die Seitenkonfiguration haben, weil er da ja schon jetzt alles zerstören könnte. Zudem könnte man das ja über die Rechtevergabe lösen. Etwas weitergedacht könnten auch die Rechte in den Modulen selbst noch eingestellt werden - darf auf Seitenebene geändert werden ja/nein. Was die Template angeht, ich habe jetzt eine Web-Site mit etwas über hundert Seiten und 20 Templates dazu, und die ist ganz einfach aufgebaut, nichts besonderes. Nur für eine Login-Seite, für einen Downloadbereich, eine Bildergalerie, alles eigene Templates ... . Es geht mir auch nicht darum, das Templatesystem vollständig aufzulösen, nur mit diesem einen Punkt erhoffe ich mir ein Stück mehr Flexibilität für den Redaktuer, der damit umgehen kann. Olaf hat mein "Problem" getroffen. Gerade weil das Editieren auf Seitenebene ja schon möglich ist, wenn ich nicht das Ordnertemplate nehme könnte ich mir vorstellen, dass das kein allzu großer Eingriff ist. Die Hoffnung stirbt ja bekanntlich zuletzt -------------------- ...
|
|
|
|
| Eppi |
|
 .....................noname Gruppe: Admin Beiträge: 8077 Mitgliedsnummer: 1 Mitglied seit: 23. Mar 2003
|
QUOTE Etwas weitergedacht könnten auch die Rechte in den Modulen selbst noch eingestellt werden - darf auf Seitenebene geändert werden ja/nein. dies ist eigentlich schon umgesetzt, wurde nur deaktiviert da es erstmal einfach aussehen sollte *gg* das andere ging mir selber schon mehrfach durch den kopf. daher denke ich schon, das es kommen wird  gruß, paul -------------------- "Heute ist nicht aller Tage... ich komm wieder, keine Frage!"
|
|
|
|
| AndreX |
|
|
Member Gruppe: Members Beiträge: 145 Mitgliedsnummer: 355 Mitglied seit: 26. Oct 2003
|
Morgen Paul, die Antwort ist ja schon mal vielversprechend, ich bin nicht allein Wie sieht es mit der Umsetzung aus? Kommt das in die Roadmap? Version x.x? LG André -------------------- ...
|
|
|
|
| Eppi |
|
|
.....................noname Gruppe: Admin Beiträge: 8077 Mitgliedsnummer: 1 Mitglied seit: 23. Mar 2003
|
ist schon drinnen  gruß, paul -------------------- "Heute ist nicht aller Tage... ich komm wieder, keine Frage!"
|
|
|
|
| AndreX |
|
|
Member Gruppe: Members Beiträge: 145 Mitgliedsnummer: 355 Mitglied seit: 26. Oct 2003
|
Dann hab ichs wohl übersehen  . Hast Du dem Kind einen anderen Namen gegeben? Übrigens hab ich auf der Roadmap der Homepage gesehen, dass jetzt fast alles abgehackt ist, freut mich -------------------- ...
|
|
|
|
| Eppi |
|
|
.....................noname Gruppe: Admin Beiträge: 8077 Mitgliedsnummer: 1 Mitglied seit: 23. Mar 2003
|
naja die roadmap da auf der homepage ist stark vereinfacht *gg* hier meine eigentliche roadmap: version 1.1 - Hauptziele - Sprachunabhängigkeit - mod_rewrite - sicherheitsfixes und einige bugs beseitigen - xhtml kompatibel - bbcode Unterstützung - wysiwyg für mozilla und co. x schrift größer x sandbox x defaultcontent für alle dedi:mod x header-cache optimieren (md5 summencheck) x mod_rewrite &?/ *kettis änderung anschauen* x utf8 & landeskürzel aufnehmen x neuen tag <dedi:lang> und <dedi:mod>sprache<dedi:mod> x Module erneuern x userdb um status gelb erweitert x "gif create support" eingebaut x spezielles Icon für geclonte Seiten x verbessertes mod_rewrite x überarbeiteter Memberbereich im Frontend x RM: kategorie->ordner umbenennen x Frontendausgabe XHTML-kompatibel x Sicherheitslücken geschlossen x JAVA-APPELT: neue kafenio-Version 0.8.4 x Datei-Id im Infolayer anzeigen x BBCode-Erweiterung für DeDi-Tag-Textarea x Statuszeilen-Pfeffer JS aus inc.generate_code.php entfernt x HTMLAarea3 als neuen wysiwyg2 x FIX: Rechteproblem beim Seiten anlegen x FIX: Standardusergruppe editierbar gemacht x FIX: Repositorybug in Zeile 1461 der class.repository.php x FIX: Rechtschreibfehler in robots.txt x FIX: Beachtung der Groß-/ Kleinschreibung beim Login x FIX: magic_quotes Bug bei dedi_values beseitigt x FIX: E_all Bug behoben x FIX: Alte Standardusergruppe auf editierbar gesetzt x FIX: Cacheproblem in den Mipforms x FIX: Falsche verzeichnisanzeige nach Bulk-Upload x FIX: Titel beim Kopieren von Dateien x Bug: Session geht beim speichern der Templates verloren x Sourcodeeditor auf utf-8 optimieren x FIX: Bugs x Editlayer formatieren x neue Session generieren, wenn alte abgelaufen ist x email einstellungen einbinden x Session vor Suchmaschinen verstecken x index[angaben].html fertigstellen x Plugin-SQLs debuggen x BUG: dedi://idcatside=x?x=y führt im Bearbeitungsmodus zum Fehler - BUG: beim Plugin Sprache wechseln - BUG: Rechteproblem Seite verschieben - FIX: schon benutzte sprache sperren - bei Rechtevergabe Label setzen - FIX: webgrab php5-kompatibel - FIX: Overlib - externe links mit dem external tag versehen - DeDi-Editor: bessere TAG-Einbindung wenn nichts ausgewählt ist - DeDi-Editor: weitere Elemente - DeDi-Editor: automatische TAG-Erkennung - standard.js auf utf-8 umstellen & popup+imagepopup ersetzen - neue resizefunktion - Bug: Sprachwechsel bei mod_rewrite=1 - http://forum.der-dirigent.de/index.php?act...=30&#entry30281 - defined(SKIP_COMMON_SETTINGS) rauswerfen - if (!is_object($perm)) die(); überall abfragen - Statuszeilen-Pfeffer in die Standard JS Datei resp DB schreiben. - changelog - mistrals änderungen eintragen - sourcecode für bbcode verwenden - saschapi dateiauswahl - kleines bild - hk-cons cookie - http://forum.der-dirigent.de/index.php?act...t=ST&f=5&t=4058 - wysiwyg2 fertigstellen - dedi:// fertigstellen (absolute pfade für mod_rewrite) - eigene mod_rewrite pfade angeben können (später auf fehler überprüfen) - alle module durchchecken - dedi:tags von mistral einbauen - neue Projektvorlage - userdb um created, uplid erweitern (user können sich dann selber registrieren & freischalten) - update schreiben :-/ das wird das schwierigste. der komplette content muß in utf8 gewandelt werden - auswahlbox für interne weiterleitung - htaccess automatisch erstellen - dateibrowser - startsprache in db - editable=false auf alle dedi:tags ausbauen schaffe ich wahrscheinlich nicht mehr für die 1.1: - erweitertes loginmodul mit cookie und passwort vergessen - templatebugfix mit geringeren rechten seitentemplate erstellen geht nicht - modul sqls debuggen - passwort groß/kleinschreibung? - bugforum durchgehen und abarbeiten version 1.2 x frontendrechtesystem x adodb x magic_quotes, sowie dedi_addslashes und dedi_stripslashes komplett überarbeiten magic_quotes über alle get und post jagen x sprachauswahl im backend und über $SERVER_NAME x backend meta index=nofollow x backendsprache an user binden x sprachstrings in db x browser und javascriptcheck x sessionmanagement auf php-sessions umgestellt - mod_rewrite - mit datei schützen - foreign-key im der upload tabelle einbauen - cacheverbot aufheben - ie problem? - backendmenu ein/ausblenden - backend in xhtml - neues layout mit nachladetechnik - Ausbau der Filetype-Liste incl. MIME-Types und Icon - alle sendebuttons nach senden deaktivieren - layout und templates zusammenfassen - module gruppieren - feature requests durchgehen und kleinigkeiten umsetzen - pluginvalues gruppieren - editicons auf z-index 10000 setzen. - configbereich stark vereinfachen - timestamp rausschmeißen - was meinte ich damit nur? - dedi an mysql 5 anpassen - defaultsprache, wenn seite in der sprache noch nicht online version 1.3 x rechtemanagement in's popup - repository - formulartags - usersessions - konfigurationsmenüs verbessern - offene ordner/ bereiche pinnen - personalisierte links - eingabefelder können individuell größenmäßig angepaßt werden - thumbangaben bei gif bildern in db - user umbenennen (groß-kleinschreibung) - timeoutmeldung - module im template verschieben / tauschen - leere container auf seitenebene befüllbar - funktion: element schützen - z.b. ein fertiges layout version 1.5 - prozessmanagement - dateimanager mit downloadcounter versehen - css und js in dateimanger - versionsverwaltung - safemode=on version 1.6 - projekt im- / export feinheiten für version xy - bevorzugte sprachen der browser genauer auslesen - cookie auf domain und pfad begrenzen, sowie in https übertragen - falls möglich (parse_url()) die reihenfolge ist nicht wirklich relevant und kann sich jederzeit ändern. auch ist sie nicht ganz auf dem neusten stand was die erledigten sachen betrifft. werde sie aber bald aktualisieren. gruß, paul -------------------- "Heute ist nicht aller Tage... ich komm wieder, keine Frage!"
|
|
|
|
| AndreX |
|
|
Member Gruppe: Members Beiträge: 145 Mitgliedsnummer: 355 Mitglied seit: 26. Oct 2003
|
Danke für die ausführliche Info, da hast Du Dir ja noch einiges vorgenommen! Wenn ich das richtig rausgelesen habe, könnte in der Version 1.2 - layout und templates zusammenfassen zu dem von mir angefragten Ergebnis führen? Noch eine Frage: x = erledigt - = noch offen Noch eine Anmerkung: Ich würde empfehlen, nicht so große Pakete zu schnüren und mehrere Zwischenversionen freigeben, wenn auch nur als dev oder alpha gekennzeichnet, dann sieht man als Außenstehender, das sich was bewegt und kann auch beim Testen mithelfen, wenn es die Zeit zulässt. LG André -------------------- ...
|
|
|
|
| MaZderMind |
|
|
We had joy, we had fun... Gruppe: Members Beiträge: 2230 Mitgliedsnummer: 989 Mitglied seit: 13. Jan 2005
|
QUOTE x JAVA-APPELT: neue kafenio-Version 0.8.4 x HTMLAarea3 als neuen wysiwyg2 Ist HTMLArea3 nicht Moz-Kompatibel? Was ist mim FCK? Gruß, Peter -------------------- Es war die dramatische Umsetzung des völligen Chaos, eine wirksame Definition von Verwirrung, ein unchoreographischer Tanz trauriger Gewalt. Es war Krieg.
|
 
|
|
| Eppi |
|
|
.....................noname Gruppe: Admin Beiträge: 8077 Mitgliedsnummer: 1 Mitglied seit: 23. Mar 2003
|
QUOTE Ist HTMLArea3 nicht Moz-Kompatibel? Was ist mim FCK? ja, aber der fck ist besser daher soll der htmlarea3 wieder rausfliegen... du kannst aber auch einfach mal testen, hast ja die version ;-) gruß, paul -------------------- "Heute ist nicht aller Tage... ich komm wieder, keine Frage!"
|
|
|
Thema wird von 0 Benutzer gelesen (0 Gäste und 0 Anonyme Benutzer)
0 Mitglieder:
12 Antworten seit 14. Dec 2005 - 21:08
Thema abonnieren | Thema versenden | Thema drucken