Wie ist dein Szenario genau? Ich nutz sonst nur OSX-Terminal und unter Windows Putty. Unter Linux hatte ich damals das "normale" KDE Terminal, das konnte auch Copy-Paste...hab aber Linux lange nicht mehr als GUI. http://askubuntu.com/questions/237942/h ... with-xterm klingt aber so als würde das gehen.Kein xterm samt seiner Kinder kann den Shortcut Strg + v?
Eigentlich wollen wir nur nicht, dass sie vom Ergebnis verwirrt werden.onli wrote:Wichtiger ist, dass wir ja eigentlich nicht wollen, dass die Nutzer dem Link folgen.
oder meinen Vorschlag noch mal unter die Lupe nehmen.yellowled wrote:Deswegen würde ich vorschlagen, das Ding einfach mit einem JS-„Schutz“ wie für Trackback-URLs im Frontend zu versehen.
htaccess? Wüsste nicht, dass das hier geht, du müsstest ja eine Regel für einen anderen Server bauen.oder meinen Vorschlag noch mal unter die Lupe nehmen.
Ok.Deswegen würde ich vorschlagen, das Ding einfach mit einem JS-„Schutz“ wie für Trackback-URLs im Frontend zu versehen.
Ja, genau so war das auch gemeint. Von 'hier' war keine Rede.onli wrote:htaccess? Wüsste nicht, dass das hier geht, du müsstest ja eine Regel für einen anderen Server bauen.oder meinen Vorschlag noch mal unter die Lupe nehmen.
Code: Select all
Versuche URL package_event_de.xml zu öffnen... 475848 bytes von obiger URL geladen. Speichere Inhalt als /kunden/homepages/32/d97404524/htdocs/serendipity/templates_c/package_event_de.xml... Daten erfolgreich geladen.
Fatal error: Call-time pass-by-reference has been removed in /homepages/32/d97404524/htdocs/serendipity/plugins/serendipity_event_downloadmanager/serendipity_event_downloadmanager.php on line 1910Code: Select all
config.extraPlugins = 'youtube';Zunächst mal war es eine Entscheidung gegen Xinha, der uns über Jahre immer wieder Probleme eingebrockt hat. Davon abgeehen ist CKE ein gut gewarteter, weit verbreiteter Editor, für den es bereits eine funktionierende Integration in Form eines Plugins gab. Zudem passt er optisch echt gut ins neue Backend, ohne dass wir irgendetwas anpassen mussten.refilix wrote:1. Warum hat man sich für den CkEditor Entschieden?
Das, was Du nennst, sind übrigens ausnahmslos Beispiele, wie man Text in HTML auch nicht auszeichnen sollte. Beispiel Unterstreichung: Unterstreichung ist in HTML/CSS eigentlich eine Markierung für einen Link. Hinzu kommt, dass solche Dinge wenn schon, dann per Stylesheet und CSS-Klassen gelöst werden sollten, weil WYSIWYG-Editoren, die so etwas anbieten, dafür üblicherweise Inline-Styles verwenden, die aus technischen Gründen sehr unschön sind.refilix wrote:Ich vermisse am Editor das ich den Text nicht mehr so Editieren kann wie vorher.
Bekannter Bug, ist in Arbeit bzw. Diskussion.refilix wrote:2. Im bereich Ereignis-Plugins werden die Plugins Aufgelistet. Jedoch ist das in der Darstellung quasi zu hoch.
Es war sonnenklar, dass das neue Backend nicht jedem Benutzer zu 100% gefallen kann. Das ist schlicht nicht möglich, ein Default-Theme für das Backend muss immer ein Kompromiss sein. Du kannst Dir sicherlich vorstellen, dass wir schon während der Entwicklung intern etliche Teilaspekte diskutiert haben, weil Geschmäcker nun einmal verschieden sind.refilix wrote:3. Allgemein empfinde ich die neue Adminoberfläche zwar schön. Aber ich ich finde einige bereiche einfach zu groß und dadurch zu unübersichtlich.
Es gibt in CSS keine Möglichkeit, auf Benutzerzoom verlässlich zu reagieren.refilix wrote:Wenn ich nun raus Zoome [Strg + -]
Es ist ebenso nicht zu vermeiden, dass auf Seiten mit viel Inhalt vertikal gescrollt werden muss. Es gibt (noch) keine verlässliche CSS-Technik, um den Inhalt einer Seite immer exakt vertikal in das Browserfenster einzupassen. Hinzu kommt, dass die Inhalte des Backends ja variabel sind – sie hängen z.B. davon ab, wieviele Plugins installiert sind.refilix wrote:Es ist zwar schön das der Text in der normalen Darstellung gut Lesbar ist. Jedoch wird das ganze nicht mehr überschaubar.