direkt zum Inhalt springen zur Schnellnavigation zur Navigationshilfe

Roadmap

Diese Roadmap stellt den jeweils aktuellen Stand der Planung für die Weiterentwicklung von webEdition dar. Es liegt in der Natur der Sache, dass sich gerade bei dem mittel- bis langfristigen Zielen Veränderungen in der Priorität und aufgrund neuer Erkenntnisse aus vorherigen Erweiterungen auch Streichungen und Ergänzungen ergeben können. Wir sehen die Roadmap daher nicht als starres Konstrukt sonder eher als eine Art Orientierungshilfe sowohl für die webEdition Nutzer als auch für die webEdition Entwickler.

Das langfristige Ziel der Weiterentwicklung des CMS webEdition ist die Schaffung eines Content-Management-Systems, welches

  • die barrierefreie Pflege von Internetpräsenzen ermöglicht
  • durch eine moderne, intuitive Benutzeroberfläche noch leichter zu bedienen ist als bisher

Dabei wird Wert darauf gelegt, bestehende webEdition Installationen wie bisher mit möglichst geringem manuellen Aufwand auf eine neue Version aktualisieren zu können.

Um diese Ziele zu erreichen, sind Zwischenschritte nötig. Diese beinhalten die schrittweise Umstellung auf ein frameloses Backenend und die Umstellung auf ein barrierefrei nutzbares Javascript-Framework.

Neben den Hauptzielen gibt es weitere Anforderungen an webEdition, die das System aktuell halten und den sich weiter entwickelten Nutzeranforderungen entsprechen.

Ständig laufende Arbeiten sind daher:

  • Bug-Fixing
  • Code-Optimierungen
  • Veraltete Funktionen (PHP und WE) eliminieren und veröffentlichen

Die nötigen Aufgaben lassen sich priorisieren:

Kurzfristig:

  • Code-Optimierungen
    • Cache obsolet machen durch Codeoptimierungen; als deprecated markieren, schließlich entfernen, gegebenfalls durch Zend-Cache ersetzen
    • zentraler Cron-Einsprungspunkt (-> bei Aufruf x wird Aktion y ausgeführt; bspw. automatisierte Backups, Veröffentlichen oder Parken, ...)
    • we:block rewrite -> höhere Effizienz (Notwendigkeit für escapes in PHP beseitigen), TagParser nur einmal aufrufen, bei Änderungen der Reihenfolge größere Sprünge ermöglichen
    • Tag-Parser generischer -> Hooks für Spezialitäten
    • Tag-Parser nie zur Laufzeit aufrufen
  • SEO Verbesserungen:
    • Automatischer Name für Dokumente (solange Name = Dokument-ID gilt, wird bspw. der Titel herangezogen)
    • SEO-URLs auch für das Modul Kundenverwaltung
    • Nach Umbenennung von Dokumenten/Objekten/Verzeichnissen laufen Aufrufe nicht mehr ins Leere: Dokument/Objekt-Umbenennungen werden in einer DB-Tabelle gespeichert; Analog zu Objecten übernimmt redirectSEOurls.php das Auffinden der neuen Version und leitet unter Übermittlung der entsprechenden Kodes (einstellbar) weiter, Aufnahme verhinderbar, Aufräumen einstellbar
  • Kundenverwaltung:
    • Klartext-Passwörter Anzeige einschränken (Rechte)
    • Passwörter aus der Session nehmen
  • Mehrsprachigkeit
    • Automatismus für die Verknüpfung zwischen Dokumenten/Objekten verschiedener Sprachen erstellen, sowohl für Backend als auf im Frontend (we-Tags) nutzbar
    • Möglichkeit für die Angabe von korrespondierenden Dokumententypen
  • Navigation
    • Ordner/Einträge aus Navi parken können
    • bessere Integration der Navi direkt im Dokument
  • Shop:
    • saferpay-Tag auf html-Version umstellen
    • Gutscheinsystem
    • Versandkosten
  • HTML-5 Unterstützung
    • Media-Elemente integrieren
  • Neuer WYSIWYG-Editor (keine ending tags mehr usw., HTML-5 Unterstützung)
  • Nutzerführung
    • Icons in Hinweisdialogen ergänzen/ändern: Fehler (rot und x), Hinweis (gelb und ausrufezeichen), Erfolg (grün und haken)
  • Umstellung LiveUpdate/OnlineInstaller auf https
  • Template-Editor mit Suchen und Ersetzen
  • neue Demo Webseiten
  • Test-Sites für Testzwecke
    Kunden-Sites werden den Entwicklern in einem Passwort-geschützen Bereich zur Verfügung gestellt und erlauben ausführliche Tests auch sehr unterschiedlicher Programmierstile vor Veröffentlichung eines Releases
    Aufruf: Wer kann uns weitere solche Projekte zur Verfügung stellen?

Mittelfristig:

  • Barrierefreier Seemode (als Zwischenstufe zur barrierefreien Administration)
  • Zend-Cache auf Einsatzmöglichkeit prüfen/einbauen
  • Alias-Namen für Dokumente
  • Umbenennen von Dokumenten ohne Parken
  • Kundenverwaltung:
    • Kundentypen mit Pflichtfeldern
    • optional: Passwörter verschlüsseln (salted passwords, passwort zurücksetzen-tag)
    • XML-Import/Export
  • Newsletter-Anmeldung datenbankbasiert (neben CSV und KV)
  • geschützte Verzeichnisse/Dateien (bspw. PDF-Downloads; Umsetzung unter Nutzung des Site-Ordners?)
  • Update: Remote Cookie entfernen
  • einfacheres Handling (kontextsensitiv), Maus-Rechtsklick(?); bspw. Newsletter aus dem Dokument direkt versenden
  • rollenabhängiges Ein-/Ausblenden von Buttons und Funktionalitäten (bspw. nur die Knöpfe und Eingabefelder im Navitool anzeigen die benötigt werden)
  • Formulardesigner (Felder, Aktionen, Validierung, Fehlermeldungen, Sprachen, kopierbar)
  • Shop: weitere Paymentprovider

Langfristig:

  • Barrierefreiheit der Administration (kein Java, keine Frames, ...)
  • Moderneres Interface
    • schneller (via AJAX)
    • vollständig kontextsensitiv
  • Multidomain-Fähigkeit
  • Staging (Trennung Entwicklungs- und Produktivserver)
  • dateibasierter Template-Upload (Templates können in ein Verzeichnis gespeichert werden und werden auf Knopfdruck in WE übernommen: Einfachere Verwendung externer Template Editoren)
  • flexibles Objekt-Interface fürs Backend (Views -> Benutzer xy bekommt nur Felder a und b aus der Klasse angezeigt)

Während die kurzfristigen Schritte bereits klar umrissen sind, können sich bei den langfristigen Zielen noch Verschiebungen in der Reihenfolge ergeben.

zum Seitenanfang