Featurewünsche
Uhi888 (Diskussion | Beiträge) (→Featurewünsche) |
|||
(8 dazwischenliegende Versionen von einem Benutzer werden nicht angezeigt) | |||
Zeile 2: | Zeile 2: | ||
=Featurewünsche= | =Featurewünsche= | ||
Hier können Wünsche eingetragen werden, die die kommenden Versionen betreffen. | Hier können Wünsche eingetragen werden, die die kommenden Versionen betreffen. | ||
− | + | * bei der Flex-Verwaltung sollte es möglich sein, sprechende URLs für einen Eintrag in der Datenbank anzulegen. Vielleicht könnte diese sprechende URL auch ähnlich wie beim Shop aus bestimmten Feldern der Flex-Verwaltung automatisch erzeugt werden. | |
− | + | * es sollte möglich sein, in einem Feld des Artikels anzugeben, ob eine "canonical url" erzeugt werden soll. | |
− | * die | + | * Im Backend sollte durch farbige Buttons gezeigt werden, welche Menüpunkte und welche Artikel für die Gruppe "jeder" sichtbar sind. Z. B. erhalten alle für "jeder" sichtbare Menüpunkte und Artikel einen grünen Button und alle nicht für "jeder" sichtbaren einen roten Button. Damit könnte man sehr schnell sehen, welche Punkte für die Allgemeinheit sichtbar sind und welche nicht. |
− | + | * Es sollte die Möglichkeit bestehen, pro Seite auch noch andere Meta-Tags frei einfügen zu können, um die SEO-Fähigkeiten von Papoo noch weiter zu verbessern | |
− | * | + | ** Es würde ja schon ein Textfeld reichen, in dem man in HTML die entsprechenden Meta-Tags einfügen kann, die dann in der erzeugten Seite in den <head>-Bereich geschrieben werden. (Momentan muss ich das immer über das Template machen, habe dort aber nur die Möglichkeit, einen Satz Tags einzufügen, der dann aber FÜR ALLE Seiten gleich ist, was suboptimal für SEO ist.) |
− | + | * bei der Navigation sollte der Edit-Link einen ins Backend in den Bereich "Inhalte > Menü verwalten > Menü bearbeiten" bringen | |
− | + | * beim Speichern der Template Datei sollte automatisch eine Backup-Datei angelegt werden. Sinnvoll wäre hier ein Format des Dateinamens wie <dateiname>_YYYYMMDD-hhmm_<username>.<dateiendung>, z. B. "kopf-utf8_20090714_uhi.html" oder man kann auswählen "Speichern" und "Speichern mit Backup" | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
* es sollte möglich sein, zusätzliche Meta-Tags (wie z. B. "author", "audience", "page-topic" etc., frei wählbar mit Auswahl-Menü beispielsweise) hinzuzufügen und diese seitenspezifisch zu editieren. | * es sollte möglich sein, zusätzliche Meta-Tags (wie z. B. "author", "audience", "page-topic" etc., frei wählbar mit Auswahl-Menü beispielsweise) hinzuzufügen und diese seitenspezifisch zu editieren. | ||
− | |||
− | |||
− | |||
− | |||
− | |||
* Statistik Tool | * Statistik Tool | ||
− | |||
− | |||
− | |||
==Nicht in naher Zukunft== | ==Nicht in naher Zukunft== | ||
− | * | + | * es sollte möglich sein |
+ | ** Module in Seiten einzubinden (im Content-Bereich, dritte Spalte), PRO SEITE, nicht pro Block | ||
+ | ** Module einzelnen Seiten zuzuordnen, um z. B. verschiedene News-Feeds verschiedenen Seiten zuzuordnen | ||
+ | ** innerhalb einer Seite im Content-Bereich egal an welcher Stelle, frei definierbar | ||
+ | '''Das geht auch jetzt schon - über die Templates kann man das anpassen - wenn man das aber zu sehr aufdröselt ist es irgendwann absolut unüberschaubar wo was drin ist... Alternativ kann man den Content Manipulator hernehmen weil man damit genau das erreichen kann ohne die Übersichtlichkeit zu verlieren.''' | ||
+ | * Wenn man mit dem Sprach-Plugin eine neue Sprache angelegt hat, sollte beim Formular-Manager /plugins/form_manger/templates/formeingabe_editor.html automatisch der TinyMCE über den neuen Formular-Feldern aktiviert werden | ||
+ | '''dazu müßte man das vorhersehen können... geht leider nicht''' | ||
+ | * es wäre toll, wenn es einen WYSIWYG-Editor für die Templates im Backend gäbe. Wenn ich momentan z. B. den Header bearbeite, muss ich das Ganze im HTML-Quellcode machen | ||
+ | ''' So eine Art Dreamweaver? Dazu fehlen uns einige hundert Mitarbeiter um sowas umzusetzen...''' | ||
+ | |||
* wenn es ein Update oder einen Patch gibt, sollte im Doku-Bereich eine Liste der Dateien abgelegt werden, die sich geändert haben. Dann kann man einfach nur diese Dateien anschauen, seine eigenen geänderten Dateien entsprechend anpassen (z. B. bei Templates etc.) und das ganze dann hochladen. Wenn man mehrere Installationen z. T. mit angepassten Dateien hat, wird das sonst wirklich problematisch bei einem Update. | * wenn es ein Update oder einen Patch gibt, sollte im Doku-Bereich eine Liste der Dateien abgelegt werden, die sich geändert haben. Dann kann man einfach nur diese Dateien anschauen, seine eigenen geänderten Dateien entsprechend anpassen (z. B. bei Templates etc.) und das ganze dann hochladen. Wenn man mehrere Installationen z. T. mit angepassten Dateien hat, wird das sonst wirklich problematisch bei einem Update. | ||
* Den Zurück-Button unabhängig von JavaScript machen oder die Moglichkeit einbauen, ihn zu deaktivieren (Usability, Accessebility) | * Den Zurück-Button unabhängig von JavaScript machen oder die Moglichkeit einbauen, ihn zu deaktivieren (Usability, Accessebility) | ||
− | Ist doch nur redundant zum Backbuttom im Browser | + | '''Ist doch nur redundant zum Backbuttom im Browser, deaktivieren geht über Bearbeitung des Templates''' |
* Wäre es da nicht gut, im Plugin-Manager einer Multi-Select-Combobox oder so wie jetzt aber mit Checkboxes zu coden, so dass man mehrere Plugins in einem Rutsch (de)installieren kann? | * Wäre es da nicht gut, im Plugin-Manager einer Multi-Select-Combobox oder so wie jetzt aber mit Checkboxes zu coden, so dass man mehrere Plugins in einem Rutsch (de)installieren kann? | ||
* ein systemweiter "undo"-Modus, dann können die lästigen Abfragen "wirklich löschen?" entfallen | * ein systemweiter "undo"-Modus, dann können die lästigen Abfragen "wirklich löschen?" entfallen | ||
(ich glaube das ist in naher Zukunft nicht möglich) | (ich glaube das ist in naher Zukunft nicht möglich) | ||
+ | |||
+ | == Ab Version 4.0.x == | ||
+ | * Bildergallerie sollte Multi-Sprachfähig sein, das heißt das "next und prev" sollte in mehreren Sprachen aus Datenbankfeldern geholt werden. | ||
+ | * TinyMCE-Einstellungen für einzelne Gruppen im Backend konfigurierbar machen (echt Arbeit!!, weiß ich. Wäre aber ein echtes Plus!) | ||
+ | * es sollte möglich sein, Module in normale Seiten einzubinden (um z. B. eine Login-Seite zu erstellen) | ||
+ | '''Dazu kann man den Content Manipulator hernehmen.''' | ||
+ | * Shop | ||
+ | Den gibt es doch seit Dezember 2009 schon: http://www.papoo.de/cms-papoo-online-shop/ Gruss, uhi | ||
+ | * wenn man eine Datei verlinken will oder ein Bild einfügen will, sollte im entsprechenden Dialogfeld die Möglichkeit bestehen, auch noch Dateien hochzuladen, die verlinkt werden sollen. Es sollte also die Bild-/Medien-Verwaltung geöffnet werden, sodass man Bilder und Medien hochladen kann, die dann nach dem Hochladen im Dialogfeld zur Verfügung stehen. | ||
+ | * Zusätzliche automatische Verlinkungen, also z.B. zu Bildergallerie | ||
+ | * der Administrator sollte immer auf alle hochgeladenen Dateien Zugriffsrechte haben. Ansonsten muss man bei jedem Anlegen einer neuen Gruppe alle User mit Admin-Rechten auch immer diesen neuen Gruppen zuordnen. Das wird bei Projekten mit mehreren Admins ziemlich komplex. | ||
+ | * Könnte die Systemnachricht "Neuer User" nicht die verwendete Mailadresse als "VON:"-Adresse beinhalten? Eventuell auch die Nachricht aus dem Kontaktformular? Ziel/Hintergrund: Dann geht das Antworten per Reply-Button. | ||
+ | '''Haben wir in den Reply to Bereich gelegt, ansonsten streikt schon mal die Versendung der Mails weil viele Server das versenden von Mailadressen außerhalb der eigenen Domain verbieten!!!''' | ||
+ | * Hier wäre es eine Vereinfachung, wenn ich einfach sagen könnte: bitte füge alle Artikel, die unterhalb von "Navigationspunkt A" aufgelistet sind, hier an dieser Stelle auf dieser Seite ein. Das wäre auch eine Klasse-Möglichkeit für z. B. Presse-Mitteilungen, Job-Angebote etc. etc. | ||
+ | '''Dazu ist das Content Maniüpulator Plugin nutzbar''' | ||
+ | * Wenn es eine Fehleingabe gab und ein Element (z. B. "Titelattribut" beim Menüpunkt) deshalb nicht gespeichert wird, sollte die Fehlermeldung in roter Schrift stehen und das entsprechende Element sollte farblich hervorgehoben werden, damit man weiß, wo der Fehler liegt und noch Eingaben gemacht werden müssen (oder die entsprechenden Fehler müssen mit Asterisk "*" gekennzeichnet werden.) | ||
+ | * Der Teaser egal welchen Artikels soll im Inhaltsbereich eines anderen Artikels angezeigt werden können. | ||
+ | '''Haben wir fast überall erwischt - wo es noch nicht ist wird es in Zukunft kommen''' | ||
+ | * Die Möglichkeit der Editierung von Inhalten im Frontend sollte auch auf die anderen Spalten ausgeweitet werden. Ich kenne das vo.... Dort habe ich auf der Seite (wenn ich eingeloggt bin) für jeden der Bereiche einen Link zum Editieren. | ||
+ | ** für die dritte Spalte sollte der Edit-Link einen direkt zu diesem Artikel der dritten Spalte bringen | ||
+ | * Die Suche sollte auch die Inhalte der dritten Spalte erfassen | ||
+ | * Eine Kurz-Doku für "PHP-Code-Schnipsel sollten eingefügt werden können" und das entsprechende Modul | ||
+ | '''steht doch in der Doku...''' | ||
+ | * Es sollte die Möglichkeit geben die Klicks auf Banner zu zählen | ||
+ | * wenn man eingeloggt ist, sollte man im Frontend beim Klick auf "Quelltext anzeigen" im Browser mit Kommentaren angezeigt bekommen, welcher Teil des Quelltextes von welchem Template/Modul (Name des Templates/Moduls mit Pfadangabe) erzeugt wird. Das erleichtert das Debugging, wenn irgend etwas mit einem Template oder Modul nicht stimmt. | ||
+ | * (Hinweis: das nachfolgende steht zwar unten bei "Erschlagen mit Version 7", ist aber noch nicht befriedigend gelöst) | ||
+ | ** bei der Installation sollte es möglich sein, zwei verschiedene Strukturen auszuwählen. Genauer gesagt, sollte es einen Radio-Button bei der Installation mit der Auswahl geben: | ||
+ | ° normales Beispiel-Menü installieren | ||
+ | ° kein Beispiel-Menü installieren | ||
+ | (Dazu spielst du die leer.sql ein aus dem Setup Verzeichnis nach der Installation. Das kostet dich vielleicht 30 Sekunden, ich denke der zeitliche Aufwand ist vertretbar. Außerdem kannst du anhand der Beispielpunkte immer checken ob die Installation tatsächlich geklappt hat und alles funktioniert - daher werde ich das nicht ändern) | ||
+ | |||
+ | |||
+ | |||
+ | |||
== Ab Version 3.7.0== | == Ab Version 3.7.0== |
Aktuelle Version vom 30. Juni 2010, 10:20 Uhr
Inhaltsverzeichnis |
Featurewünsche
Hier können Wünsche eingetragen werden, die die kommenden Versionen betreffen.
- bei der Flex-Verwaltung sollte es möglich sein, sprechende URLs für einen Eintrag in der Datenbank anzulegen. Vielleicht könnte diese sprechende URL auch ähnlich wie beim Shop aus bestimmten Feldern der Flex-Verwaltung automatisch erzeugt werden.
- es sollte möglich sein, in einem Feld des Artikels anzugeben, ob eine "canonical url" erzeugt werden soll.
- Im Backend sollte durch farbige Buttons gezeigt werden, welche Menüpunkte und welche Artikel für die Gruppe "jeder" sichtbar sind. Z. B. erhalten alle für "jeder" sichtbare Menüpunkte und Artikel einen grünen Button und alle nicht für "jeder" sichtbaren einen roten Button. Damit könnte man sehr schnell sehen, welche Punkte für die Allgemeinheit sichtbar sind und welche nicht.
- Es sollte die Möglichkeit bestehen, pro Seite auch noch andere Meta-Tags frei einfügen zu können, um die SEO-Fähigkeiten von Papoo noch weiter zu verbessern
- Es würde ja schon ein Textfeld reichen, in dem man in HTML die entsprechenden Meta-Tags einfügen kann, die dann in der erzeugten Seite in den <head>-Bereich geschrieben werden. (Momentan muss ich das immer über das Template machen, habe dort aber nur die Möglichkeit, einen Satz Tags einzufügen, der dann aber FÜR ALLE Seiten gleich ist, was suboptimal für SEO ist.)
- bei der Navigation sollte der Edit-Link einen ins Backend in den Bereich "Inhalte > Menü verwalten > Menü bearbeiten" bringen
- beim Speichern der Template Datei sollte automatisch eine Backup-Datei angelegt werden. Sinnvoll wäre hier ein Format des Dateinamens wie <dateiname>_YYYYMMDD-hhmm_<username>.<dateiendung>, z. B. "kopf-utf8_20090714_uhi.html" oder man kann auswählen "Speichern" und "Speichern mit Backup"
- es sollte möglich sein, zusätzliche Meta-Tags (wie z. B. "author", "audience", "page-topic" etc., frei wählbar mit Auswahl-Menü beispielsweise) hinzuzufügen und diese seitenspezifisch zu editieren.
- Statistik Tool
Nicht in naher Zukunft
- es sollte möglich sein
- Module in Seiten einzubinden (im Content-Bereich, dritte Spalte), PRO SEITE, nicht pro Block
- Module einzelnen Seiten zuzuordnen, um z. B. verschiedene News-Feeds verschiedenen Seiten zuzuordnen
- innerhalb einer Seite im Content-Bereich egal an welcher Stelle, frei definierbar
Das geht auch jetzt schon - über die Templates kann man das anpassen - wenn man das aber zu sehr aufdröselt ist es irgendwann absolut unüberschaubar wo was drin ist... Alternativ kann man den Content Manipulator hernehmen weil man damit genau das erreichen kann ohne die Übersichtlichkeit zu verlieren.
- Wenn man mit dem Sprach-Plugin eine neue Sprache angelegt hat, sollte beim Formular-Manager /plugins/form_manger/templates/formeingabe_editor.html automatisch der TinyMCE über den neuen Formular-Feldern aktiviert werden
dazu müßte man das vorhersehen können... geht leider nicht
- es wäre toll, wenn es einen WYSIWYG-Editor für die Templates im Backend gäbe. Wenn ich momentan z. B. den Header bearbeite, muss ich das Ganze im HTML-Quellcode machen
So eine Art Dreamweaver? Dazu fehlen uns einige hundert Mitarbeiter um sowas umzusetzen...
- wenn es ein Update oder einen Patch gibt, sollte im Doku-Bereich eine Liste der Dateien abgelegt werden, die sich geändert haben. Dann kann man einfach nur diese Dateien anschauen, seine eigenen geänderten Dateien entsprechend anpassen (z. B. bei Templates etc.) und das ganze dann hochladen. Wenn man mehrere Installationen z. T. mit angepassten Dateien hat, wird das sonst wirklich problematisch bei einem Update.
- Den Zurück-Button unabhängig von JavaScript machen oder die Moglichkeit einbauen, ihn zu deaktivieren (Usability, Accessebility)
Ist doch nur redundant zum Backbuttom im Browser, deaktivieren geht über Bearbeitung des Templates
- Wäre es da nicht gut, im Plugin-Manager einer Multi-Select-Combobox oder so wie jetzt aber mit Checkboxes zu coden, so dass man mehrere Plugins in einem Rutsch (de)installieren kann?
- ein systemweiter "undo"-Modus, dann können die lästigen Abfragen "wirklich löschen?" entfallen
(ich glaube das ist in naher Zukunft nicht möglich)
Ab Version 4.0.x
- Bildergallerie sollte Multi-Sprachfähig sein, das heißt das "next und prev" sollte in mehreren Sprachen aus Datenbankfeldern geholt werden.
- TinyMCE-Einstellungen für einzelne Gruppen im Backend konfigurierbar machen (echt Arbeit!!, weiß ich. Wäre aber ein echtes Plus!)
- es sollte möglich sein, Module in normale Seiten einzubinden (um z. B. eine Login-Seite zu erstellen)
Dazu kann man den Content Manipulator hernehmen.
- Shop
Den gibt es doch seit Dezember 2009 schon: http://www.papoo.de/cms-papoo-online-shop/ Gruss, uhi
- wenn man eine Datei verlinken will oder ein Bild einfügen will, sollte im entsprechenden Dialogfeld die Möglichkeit bestehen, auch noch Dateien hochzuladen, die verlinkt werden sollen. Es sollte also die Bild-/Medien-Verwaltung geöffnet werden, sodass man Bilder und Medien hochladen kann, die dann nach dem Hochladen im Dialogfeld zur Verfügung stehen.
- Zusätzliche automatische Verlinkungen, also z.B. zu Bildergallerie
- der Administrator sollte immer auf alle hochgeladenen Dateien Zugriffsrechte haben. Ansonsten muss man bei jedem Anlegen einer neuen Gruppe alle User mit Admin-Rechten auch immer diesen neuen Gruppen zuordnen. Das wird bei Projekten mit mehreren Admins ziemlich komplex.
- Könnte die Systemnachricht "Neuer User" nicht die verwendete Mailadresse als "VON:"-Adresse beinhalten? Eventuell auch die Nachricht aus dem Kontaktformular? Ziel/Hintergrund: Dann geht das Antworten per Reply-Button.
Haben wir in den Reply to Bereich gelegt, ansonsten streikt schon mal die Versendung der Mails weil viele Server das versenden von Mailadressen außerhalb der eigenen Domain verbieten!!!
- Hier wäre es eine Vereinfachung, wenn ich einfach sagen könnte: bitte füge alle Artikel, die unterhalb von "Navigationspunkt A" aufgelistet sind, hier an dieser Stelle auf dieser Seite ein. Das wäre auch eine Klasse-Möglichkeit für z. B. Presse-Mitteilungen, Job-Angebote etc. etc.
Dazu ist das Content Maniüpulator Plugin nutzbar
- Wenn es eine Fehleingabe gab und ein Element (z. B. "Titelattribut" beim Menüpunkt) deshalb nicht gespeichert wird, sollte die Fehlermeldung in roter Schrift stehen und das entsprechende Element sollte farblich hervorgehoben werden, damit man weiß, wo der Fehler liegt und noch Eingaben gemacht werden müssen (oder die entsprechenden Fehler müssen mit Asterisk "*" gekennzeichnet werden.)
- Der Teaser egal welchen Artikels soll im Inhaltsbereich eines anderen Artikels angezeigt werden können.
Haben wir fast überall erwischt - wo es noch nicht ist wird es in Zukunft kommen
- Die Möglichkeit der Editierung von Inhalten im Frontend sollte auch auf die anderen Spalten ausgeweitet werden. Ich kenne das vo.... Dort habe ich auf der Seite (wenn ich eingeloggt bin) für jeden der Bereiche einen Link zum Editieren.
- für die dritte Spalte sollte der Edit-Link einen direkt zu diesem Artikel der dritten Spalte bringen
- Die Suche sollte auch die Inhalte der dritten Spalte erfassen
- Eine Kurz-Doku für "PHP-Code-Schnipsel sollten eingefügt werden können" und das entsprechende Modul
steht doch in der Doku...
- Es sollte die Möglichkeit geben die Klicks auf Banner zu zählen
- wenn man eingeloggt ist, sollte man im Frontend beim Klick auf "Quelltext anzeigen" im Browser mit Kommentaren angezeigt bekommen, welcher Teil des Quelltextes von welchem Template/Modul (Name des Templates/Moduls mit Pfadangabe) erzeugt wird. Das erleichtert das Debugging, wenn irgend etwas mit einem Template oder Modul nicht stimmt.
- (Hinweis: das nachfolgende steht zwar unten bei "Erschlagen mit Version 7", ist aber noch nicht befriedigend gelöst)
- bei der Installation sollte es möglich sein, zwei verschiedene Strukturen auszuwählen. Genauer gesagt, sollte es einen Radio-Button bei der Installation mit der Auswahl geben:
° normales Beispiel-Menü installieren ° kein Beispiel-Menü installieren (Dazu spielst du die leer.sql ein aus dem Setup Verzeichnis nach der Installation. Das kostet dich vielleicht 30 Sekunden, ich denke der zeitliche Aufwand ist vertretbar. Außerdem kannst du anhand der Beispielpunkte immer checken ob die Installation tatsächlich geklappt hat und alles funktioniert - daher werde ich das nicht ändern)
Ab Version 3.7.0
- Ein Modul für Webvisitenkarten als Service, um bei bestimmten Themen auf entsprechende Fachleute /-firmen zu verweisen, bzw nach Ort und Einsatzgebieten zu selektieren.
-> Das ist die Partnerverwaltung http://www.papoo.de/cms-plugins-und-erweiterungen/partner-verwaltung-im-cms-papoo.html
- Google-Maps Plug-In
- Die Google-Maps API ist alles andere als trivial und für Internet-Laien, die ja Papoo zum Editieren nehmen wäre ein Plug-In sehr hilfreich.
- Formular-Generator
- es sollte die Möglichkeit geben, Bilder zu den einzelnen Einträgen hinzuzufügen, so dass der Kunde z. B. bei einem Bestellformular auch entsprechende Bilder von dem hinterlegen kann, was er bestellen möchte
- Man sollte bei jedem Link auswählen können ob intern oder extern (_blank). Leider ist in der Linkliste immer alles intern, sollte aber extern (neues Fenster) aufgehen.
- Bessere Möglichkeit zur Ordnung von Bildergalerien, bei vielen Galerien sinnvoll, oder eventuell automatische Anordung nach Alphabet usw.
- Es sollten automatisch Bilder für die Diashow so verkleinert werden, dass es z.B. in den Fernseher rein passt. Somit kann man in der normalen Gallerie die Bilder auch etwas größer anbieten.
- Zusätzliche automatische Verlinkungen, zu Videos
- Suche im Forum
- sollte es ermöglichen, gezielt nach Beiträgen eines Users zu suchen (z. B. eine Abfrage der Art: Zeige mir alle Beiträge des Users ### mit dem Suchbegriff ###)
- sollte auch nach mehreren Suchbegriffen suchen können (wenn ich jetzt z. B. "Admin Rechte" [ohne Anführungszeichen] eingebe, erhalte ich nur zwei Ergebnisse, in denen die beiden Wörter genauso vorkommen. Ich möchte aber auch alle Beiträge angezeigt bekommen, in denen diese beiden Begriffe verteilt im Text vorkommen.)
- Bei der Diskussion mit Werner Stickler über ein automatisieren des Erstellens des RSS-Feed sind wir auf folgende Idee gestoßen. Sobald ein Artikel gespeichert wird (bei Änderung oder Neuerstellung) könnte doch im Hintergrund das RSS-Erstellen aufgerufen werden. Natürlich nur, wenn es installiert/akiviert ist.
- Videogallerie: Ähnlich der Bildergallerie sollte man die Videos direkt im Browser anschauen können. Eventuell mit einem Extraplayer. Ähnlich YouTube.
- Es sollte die Möglichkeit geben die Anzahl der möglichen Bannermodule zu wählen
- Teaser Formatierung
- Für eine einfache Formatierung des Teasers innerhalb der Liste und auch bei der Detailansicht wäre es sinnvoll, diesen Bereich innerhalb eines DIV-Elementes mit einer CSS - Klasse zu identifizieren (z.B. class="teaserText"). Somit wäre es einfach möglich den Teaser, je nach Ansicht ("artilel_liste", "artikel_details") verschieden zu formatieren.
- Es sollte eventuell die Möglichkeit geben irgendwie zufällig Bannermodule einblenden zu lassen.
- Modul: Artikel als PDF downloaden (würde ich gegen Entgeld oder so machen [simplex3])
- im Bereich "System > Stammdaten > Suchmaschinenfreundliche Adressen (URLs):" sollte man auch die Möglichkeit haben, selbständig einen Verzeichnisnamen festzulegen. Momentan ist in der Klasse "lib/classes/cms_class.php" die Variable "var $webvar=web-" dafür zuständig.
- im Backend auf der Seite "Inhalte > Menü verwalten > Reihenfolge" sollte es möglich sein (ähnlich wie es schon bei den 3.-Spalte-Artikeln gelöst ist), über die Vergabe von Nummern die Reihenfolge (orderID) schnell festzulegen. (Momentan muss man sich mühsam von unten nach oben "hochklicken", da ein neuer Menüpunkt immer ganz unten anfängt.) Wenn ich einen Menüpunkt z. B. mit der Ziffer 2 an die zweite Stelle setze, sollte sich der aktuelle Menüpunkt 2 an die 3. Stelle verschieben.
- Import-Export-Plugin für den Newsletter da man sich sonst mit den Keys herumschlagen muss
- Reihenfolge in Spalte 3
- Die Reihenfolge der Artikel in Spalte 3 soll immer gemäss order-id angezeigt werden, unabhängig davon ob die Artikel immer oder nur auf bestimmten Seiten angezeigt werden sollen.
- bei der Installation sollte es möglich sein, zwei verschiedene Strukturen auszuwählen:
- eine so wie jetzt, mit Beispiel-Menüpunkten
- eine ohne Inhalte, damit man nicht immer erst eine halbe Stunde nach der Installation beschäftigt ist, die Beispiel-Menüpunkte zu löschen (oder das Ganze wird über einen Befehl im Admin-Bereich "Menüpunkte löschen" oder durch Mehrfachauswahl auf der Seite "Menüs verwalten" ermöglicht)
Dazu liegt dann eine leer.sql Datei bei, die diesen Effekt per Update herstellt.
- Wartungsmodus
- es wäre toll, wenn es eine Möglichkeit geben würde über das Backend die komplette Seite wegen Wartungsarbeiten Offline zu schalten. Es müsste dann für normaluser im Frontend eine "Wir sind in kürze wieder da" Seite angezeigt werden. Als Admin sollte mann jedoch trotzdem (evtl. über einen besonderen Link im Backend) auf die Seite können. So kann man z.B. css Einstellungen ändern und testen bevor man sie dann Live schaltet.
- Nochmals: ERST betas und RCs zum TESTEN anbieten bevor ihr die neue Version anbietet!
Erschlagen ab Version 3.6.1 mit Patch
- die vom System erzeugten URLs sollten immer die gleichen sein, entsprechend der Einstellung in "System > Stammdaten > Suchmaschinenfreundliche Adressen (URLs):". Momentan sind es unterschiedliche URLs, die erzeugt werden:
- im Menüpunkt: z. B. /web-wegbeschreibung/
- im Breadcrump: z. B. /index/menuid/25
- in einem Artikel der 3. Spalte als Link: z. B. /web/wegbeschreibung
Erschlagen ab Version 3.6.1
- die Sitemap ("/inhalt.php") sollte sich auch (ähnlich wie breadcrump) die formlink-Infos aus dem Menü ziehen, um diese dann als Tipptext anzuzeigen
- Die Plugins wie z.B. Eventlist oder Kalender sollten auch die Möglichkeit einer Druckversion haben
- es sollte die Möglichkeit bestehen, die Verzeichnisnamen (die momentan automatisch aus dem Feld "Name" des Menüpunktes erzeugt werden) sowie die Dateinamen (die aus der Überschrift der Seite erzeugt werden) von Hand angeben zu können. Dazu sollten entsprechende Felder erweitert werden. Wenn die Felder nicht ausgefüllt werden, setzt der jetzige Mechanismus ein. So hätte man bessere Möglichkeiten für die Suchmaschinen-Optimierung.
==> zu finden unter dem Reiter "Einstellungen" im Bereich "Inhalte > Artikel verwalten > Artikel ändern". Der Punkt heißt "Sprechende URL". Er ist auch zu finden bei "Inhalte > Menü verwalten > Menü bearbeiten" unter "Menupunkt Name: [sprache]"
- das Script zur Erzeugung der mod_rewrite-URLs sollte automatisch (wie das z. B. WordPress macht) die Sonderzeichen wie z. B. Umlaute (ä, o, ü) oder das "ß" in die entsprechenden "schöneren" Varianten umwandeln (ae, oe, ue und ss). Gleiches gilt auch für andere Sonderzeichen wie "(", ")", "/" etc. Diese sollten generell in Bindestriche "-" umgewandelt werden. Google kommt damit besser zurecht als mit z. B. "%C3%BC" für das "ü".
Neues Plugin
- Formularmanager
Erschlagen ab Version 3.6.0
- Erweiterung des Kontaktformulars
- es sollte möglich sein, eigene Felder im Kontaktformular anzulegen
- man sollte dort ebenfalls Pflichtfelder definieren können
- die Feldbezeichnungen (Text vor dem Feld) sollten ebenfalls editierbar sein
- PHP-Einbindungstool
- PHP-Code-Schnipsel sollten eingefügt werden können (z. B. um aus einer Datenbank Zufalls-Zitate oder ähnliches in die Seite einzubinden)
Für die PHP Einbindung exisitiert dann ein entsprechendes Modul... wirklich easy
- Rechte Spalte
- Möglichkeit, der rechten Spalte einer Seite mehrere Textbausteine zuordnen zu können
- Reihenfolge der Artikel in rechter Spalte sollte änderbar sein