Wünsche für Version 4.1

[Matthias V]

Hallo zusammen,

auch wenn ich nicht mehr die Zeit für Module finde, habe ich trozdem noch Anregungen:

Für die Parser wäre eine Standardschnittstelle für Module auch nicht schlecht. Das heißt, dass weitere Parameter von vorhandenen Platzhaltertypen in Modulen ausgewertet werden können.

Dazu müsste man natürlich den Platzhalterinhalt mit aktuellen Ersetzungen übergeben und Änderungen übernehmen.

Ist erst mal ins blaue gedacht, wäre aber sicherlich auch nicht so verkehrt.

So muss man nicht mit einem Modul die Parser-Dateien manuell anpassen lassen oder die Parserdateien durch Modulspezifische Dateien ersetzen bzw. deren Verknüpfung (per common-module.inc.php), was bei mehreren Modulen mit Anpassungen an einem Platzhaltertyp Probleme bereiten kann.

Gruß Matthias

[SebastianG]

Sofern folgendes schon gepostet oder bereits gefixt wurde, bitte den Post löschen.

Beim Anlegen von mehreren Redakteuren für eine Schulung unter cpo 4.0.7 habe ich Passwörter mit mehr als 16 Zeichen eingegeben. Die neuen Accounts wurden einwandfrei angenommen:
"Der Benutzer userpwlaengerals16zeichen [userpwlaengerals16zeichen] wurde erfolgreich erstellt!"

Als es bei der Schulung um eigenständiges probieren ging, haben die Accounts mit den langen PWs nicht funktioniert...

Von daher die Anregung, bei dem Anlegenformular einen entsprechenden Hinweis direkt neben dem Passwortfeld zu geben.

Optimal wäre eine Abfrage inkl. Fehlermeldung, falls der Admin den Hinweis doch überliest.

[MarkusR]

Ursache ist die Inkonsequenz, daß das PW-Feld beim Anlegen von Usern 255 Zeichen erlaubt, das beim Login aber nur 16.
Das kann man ändern, indem man in _admin/login.php die Zeile
<input type="password" class="text" name="form_passwort" maxlength="16" size="16">
von der maxlength-Anweisung befreit, also
<input type="password" class="text" name="form_passwort" size="16">
daraus macht.

Das sollte natürlich umgehend geändert werden, also auch für die 4.0.9

[balu]

[MarkusR]

Noch was, was ich ständig korrigiere (weil ich es so besser finde):

Der erstellte Spaghetti-Code ist wenig ansprechend.
Ich zumindest gebe mir immer viel Mühe mit den Templates, damit sie übersichtlich und gut lesbar sind.
In der Ausgabe wird dann aber doch alles als ein großer Brocken ausgespuckt (endlose Zeilen = sog. Spaghetticode).

Ich verstehe ja, daß das für eine Einbindung via Javascript erforderlich ist, aber zum einen nutze ich diese Möglichkeit nie und zum anderen leidet die Lesbarkeit bei "normalem" Gebrauch von ConPresso doch sehr.

Ich weiß daß es dem Browser egal ist, aber mir eben nicht.

Wäre es nicht möglich, damit zukünftig beides gut funktioniert, in select_tmplate.php am Ende

[Matthias V]

[MarkusR]

Ich wünsche mir, daß sich die Log-Funktion der Suche deaktivieren lässt, weil dadurch das Log völlig überläuft mit völlig unwichtigen Dingen.

Es hatte schon seinen Grund, warum ich kein Log eingebaut hatte...

[Mr. Magpie]

Mich stört an der Log-Funktion der Suche vor allem, dass auch jeder Aufruf der Such-Rubrik schon protokolliert wird - mit leerer Suchbegriffsangabe und Treffer: 0
Die Protokollierung von "echten" Suchanfragen finde ich aber an und für sich schon interessant. Hilft es doch zu erfahren, was und wie die Besucher suchen und evtl. nicht finden. Dann kann man darauf reagieren und Inhalte entsprechend anpassen.

Das heißt aber nicht, dass man die Protokollierung bei Bedarf nicht auch ausschalten können sollte. Aber eben als Option.

[Mr. Magpie]

Ich wünsche mir eine Modifikation der Dateiupload-Funktion in ../_includesite/i_file_upload.php.

Beim Hochladen bereits vorhandener Dateien bzw. Dateinamen wird dem Dateinamen automatisch eine laufende Nummer als Prefix vorangestellt.
Bei den Redakteuren führt das immer wieder zu Irritationen - Uploads werden anschl. nicht gefunden und teils mehrfach erneut hochgeladen.
Sie erwarten einfach (und ich würde das auch ), dass die Nummerierung dem Dateinamen angehängt wird, am besten gleich zweistellig.

[schoene]

Hi Mr. Magpie,

guter Wunsch! Das komplette Thema Dateien - also Upload und Verwaltung von Bildern + Dateien und deren Einbindung in Artikel - steht bei uns ganz oben auf dem Plan für die Version 4.2. Dieser Part wird dort sicherlich der zentrale Punkt bei der Entwicklung. Mit der 4.2. starten wir direkt, wenn wir die 4.1 hier komplett haben.

Viele Grüße
Steffen

[balu]

[Mr. Magpie]

Volle Flexibilität wäre natürlich optimal hierbei. Eine Ermittlung des ersten Punktes vom Anfang des Dateinamens her (und eine Nummerierung dann an dieser Stelle) wäre m.E. aber auch schon völlig ausreichend - vielleicht als Interimslösung?

[MarkusR]

Noch ein Wunsch:

Direkt unter einem HTML-Feld ein Schalter zum Leeren/Löschen desselben, z.B. rechts unten.

Die User kapieren nicht, daß sie im Editor auf "Neu" klicken müssen, um den Inhalt zu löschen. Beim manuellen Löschen bleibt im IE der Absatz mit dem geschützten Leerzeichen und somit oft eine Leere Artikelseite oder eben falsch interpretierte ifSets und ifNotSets...