Serendipity Forums

Posted: **Sun Aug 03, 2008 1:35 pm**

Hi!

Ich finde es allerdings äußerst verwirrend, dass ich, wenn ich über das Dashboard z.B. einen Spamkommentar lösche, in der Kommentarliste lande und nicht wieder im Dashboard.

Um das anders zu machen müsste man die komplette Kommentarfunktionalität im Plugin doppeln. Das ist ein nogo, die Funktionalität muss schon aus dem Core kommen, und das wiederum geht nur wenn man dann wirklich in der Kommentarsektion ist.

Ich wüsste nicht, wie man das konzeptionell anders lösen könnte, höchstens durch einen Redirect der ausgeführt wird. Aber redirects sind doof.

Viele Grüße,
Garvin

Posted: **Sun Aug 03, 2008 3:24 pm**

garvinhicking wrote:Ich wüsste nicht, wie man das konzeptionell anders lösen könnte, höchstens durch einen Redirect der ausgeführt wird. Aber redirects sind doof.

Für's Erste würde ich zumindest einen Hinweis nachrüsten. Irgendeine Box, die darauf hinweist, dass man mit Bewilligung/Löschen eines Kommentars das Dashboard verlässt. Ansonsten könnte es meines Erachtens ziemlich schnell zu versehentlich gelöschten/bewilligten Kommentaren führen, wenn man mal etwas hektischer arbeitet.

YL

Posted: **Sun Aug 03, 2008 7:33 pm**

Hi!

Für's Erste würde ich zumindest einen Hinweis nachrüsten. Irgendeine Box, die darauf hinweist, dass man mit Bewilligung/Löschen eines Kommentars das Dashboard verlässt.

Hm, warum sollte das hilfreich sein? Das würde IMHO nur die Usability beeinträchtigen...

Ansonsten könnte es meines Erachtens ziemlich schnell zu versehentlich gelöschten/bewilligten Kommentaren führen, wenn man mal etwas hektischer arbeitet.

Ich könnte mir da eher eine Konfigoption "Read Only" vorstellen. Dann würden alle Klicks am Dashboard niemals zu einer Aktion führen... (nur zu "eintrag bearbeiten" etc., aber nichts was eine Auswirkung hat.

Grüße,
Garvin

Posted: **Sun Aug 03, 2008 8:13 pm**

garvinhicking wrote:
Für's Erste würde ich zumindest einen Hinweis nachrüsten. Irgendeine Box, die darauf hinweist, dass man mit Bewilligung/Löschen eines Kommentars das Dashboard verlässt.
Hm, warum sollte das hilfreich sein? Das würde IMHO nur die Usability beeinträchtigen...

Äh ... damit $USER weiß, dass man das Dashboard verlässt, wenn man im Dashboard irgendetwas anklickt? Mir persönlich war das z.B. nicht klar, als ich es zum ersten Mal benutzte.

garvinhicking wrote:Ich könnte mir da eher eine Konfigoption "Read Only" vorstellen. Dann würden alle Klicks am Dashboard niemals zu einer Aktion führen... (nur zu "eintrag bearbeiten" etc., aber nichts was eine Auswirkung hat.

Dann würde ich es besser finden, wenn das Dashboard rein zur Anzeige diente, man also die zu bewilligenden Kommentare nur angezeigt bekäme, aber im Dashboard nichts mit ihnen anstellen könnte.

YL

Posted: **Mon Aug 04, 2008 1:11 am**

Also ich sehe in einem solchen Hinweis auch keinen wirklichen Sinn.
Ich sehe das Dashboard als "Quick-Info" damit ich einenschnelleren Einstieg bekommen kann

Posted: **Mon Aug 04, 2008 10:01 am**

Hi Yellowled!

Hm, leider kann ich deine Einwände nicht nachvollziehen. Ich finde es sehr hilfreich vom Dashboard aus direkt Dinge tun zu können. Dass ich dabei dann direkt im richtigen Interface lande finde ich eigentlich absolut korrekt und zu erwarten.

Meldungen für diesen Vorgang fände ich extrem störend und nicht zielführend.

Die Read-Only Funktionalität könnte ich noch verstehen, damit man nicht versehentlich eine Aktion im Dashboard ausführt wenn man sich schnell in s9y einloggt und wo anders hinmöchte. Aber wenn diese Konfigoption weder bei dir noch bei Volker, dem Ursprungs-Wünscher, Sinn macht, dann baue ich sie natürlich auch nicht ein.

Grüße,
Garvin

Posted: **Mon Aug 04, 2008 12:29 pm**

garvinhicking wrote:Ich finde es sehr hilfreich vom Dashboard aus direkt Dinge tun zu können. Dass ich dabei dann direkt im richtigen Interface lande finde ich eigentlich absolut korrekt und zu erwarten.

Ich finde ersteres auch sehr hilfreich, letzteres aber nur sehr bedingt auf den ersten Blick logisch und zu erwarten. Und ich denke mir, wenn mir als relativ altem s9y-Hasen das so geht, wird es möglicherweise neuen Benutzern auch so gehen - wenn Du diese Gefahr nicht siehst, okay.

garvinhicking wrote:Die Read-Only Funktionalität könnte ich noch verstehen, damit man nicht versehentlich eine Aktion im Dashboard ausführt wenn man sich schnell in s9y einloggt und wo anders hinmöchte.

Die würde ich hingegen aus Usability-Sicht eher für kontraproduktiv halten: "Ich klick hier, und da passiert nix?"

YL

Posted: **Mon Aug 04, 2008 7:07 pm**

yellowled wrote: Ich finde ersteres auch sehr hilfreich, letzteres aber nur sehr bedingt auf den ersten Blick logisch und zu erwarten. Und ich denke mir, wenn mir als relativ altem s9y-Hasen das so geht, wird es möglicherweise neuen Benutzern auch so gehen - wenn Du diese Gefahr nicht siehst, okay.

Was erwartest Du denn, wenn Du auf "löschen" klickst?
Also ich erwarte da schon, dass die Aktion auch ausgeführt wird.

Posted: **Mon Aug 04, 2008 9:10 pm**

MagicV wrote:Was erwartest Du denn, wenn Du auf "löschen" klickst?
Also ich erwarte da schon, dass die Aktion auch ausgeführt wird.

Äh, ja ... anscheinend poste ich mal wieder versehentlich auf Ungarisch rückwärts

Wenn ich im Dashboard auf löschen klicke, erwarte ich, dass der Kommentare gelöscht wird und ich anschließend wieder im Dashboard lande.

YL

Posted: **Fri Nov 14, 2008 10:51 am**

Hallo, ich habe mal eine deutsche Sprachdatei erstellt, könnte die mal bitte jemand prüfen und dann die lang_de.inc.php ins CVS einpflegen?

Code: Select all

<?php
@define('PLUGIN_DASHBOARD_TITLE', 'Dashboard');
@define('PLUGIN_DASHBOARD_DESC', 'Zeigt ausgewählte Informationen auf der Startseite der Verwaltungsoberfläche als Übersicht');

@define('PLUGIN_DASHBOARD_LIMIT_DRAFT', 'Anzahl der Entwürfe');
@define('PLUGIN_DASHBOARD_LIMIT_COMMENTS', 'Anzahl der Kommentare');
@define('PLUGIN_DASHBOARD_LIMIT_FUTURE', 'Anzahl der zukünftigen Artikel (nach Veröffentlichungsdatum)');

@define('PLUGIN_DASHBOARD_SEQUENCE', 'Element Reihenfolge');
@define('PLUGIN_DASHBOARD_SEQUENCE_DESC', 'Hier können sie die Reihenfolge der verschiedenen Informationsblöcke festlegen.');

@define('PLUGIN_DASHBOARD_FUTURE', 'zukünftige Artikel');

@define('PLUGIN_DASHBOARD_LIMIT_COMMENTS_PENDING', 'Anzahl der noch zu bewilligenden Kommentare');
@define('PLUGIN_DASHBOARD_COMMENTS_PENDING', 'zu bewilligende Kommentare');

@define('PLUGIN_DASHBOARD_READONLY', 'Schreibgeschütztes Dashboard?');
@define('PLUGIN_DASHBOARD_READONLY_DESC', 'Wenn der Schreibschutz aktiviert ist, können in der Anzeige des Dashbords keine Änderungen vorgenommen werden und dadurch z.B. eine versehentliche Löschung oder Freigabe eines Kommentars verhindert werden.');

Was mir aufgefallen ist, ist dass im Programmcode bei der Anzeige des Konfigurationsmenüs die Strings:
PLUGIN_DASHBOARD_COMMENTS_PENDING
PLUGIN_DASHBOARD_FUTURE

und bei der Anzeige des Dashboardes
COMMENTS_FILTER_NEED_APPROVAL
ENTRY_PUBLISHED_FUTURE
verwendet werden. Falls man diese vereinfachen möchte, könnte man die Zeile 87 und 88 in serendipity_event_dashboard.php

Code: Select all

'future'   => array('display' => PLUGIN_DASHBOARD_FUTURE),
'comments_pending' => array('display' => PLUGIN_DASHBOARD_COMMENTS_PENDING)

durch

Code: Select all

'future'   => array('display' => ENTRY_PUBLISHED_FUTURE),
'comments_pending' => array('display' => COMMENTS_FILTER_NEED_APPROVAL)

ersetzen. Die entsprechenden Strings in der o.g. Sprachdatei (und in lang_en.inc.php könnten dann enfallen.

Posted: **Fri Nov 14, 2008 11:13 am**

Hi!

Vielen Dank, deine Übersetzung habe ich eingefügt. Die Konstanten habe ich nicht vereinheitlicht, da in anderen Sprachversionen diese Konstanten nicht wirklich passen und komisch aussähen. Im englischen hießen Zukünftige Einträge dann "This entry is not yet published" - das säh als Überschrift strange aus

Grüße,
Garvin

Posted: **Sat Nov 15, 2008 12:50 am**

Ach so.

Serendipity Forums

Wunsch für Admin-Oberfläche