Beiträge von Norbert H

Ich habe die Kopfgrafik gelöscht und neu eingefügt; dabei bearbeitet wie immer (Schritte oben). Der Header bleibt doppelt so hoch wie die Grafik (shot1).

Ich habe eine vorhandene Grafik wie oben bearbeitet und dabei die Vergrößerung auf 45% gesetzt: Die Bildbreite hat sich nicht verändert, der Header bleibt genau so hoch wie vorher (Shot2).

Seltsamerweise betrifft das nur die ersten beiden Seiten, bei allen anderen sind die Header an die Grafikgöße angepasst. Allerdings sind die Inhaltsbereiche oben zu weit auseinandergezogen (Shot 3), wie überall.

Danke, Stefan S!

Aber ich finde auch dort keinen Hinweis, wie ich den Header in der Größe anpassen kann...

Hallo Tom,

genau das meine ich: Das ist der Header, in den die Bilder eingebettet sind. Und dieser Header lässt sich in der Größe nicht anpassen, deshalb die dreiseitige helle Umgebung. Die Bilder selbst haben nur eine Höhe von etwa 350 px (max.), der Header aber fast doppelt so viel. Und das ist leider bei allen Layouts mit vertikalem Menü so...

Viele Grüße

Norbert

Hallo zusammen,

auf meiner Page habe ich das Problem, dass der Bereich der Kopfgrafik nach unten hin viel zu groß ist, aber nur auf den ersten beiden Seiten. Bei den weiteren Seiten ist es in Ordnung, jedoch nicht auf deren Unterseiten!
Ich bekomme das in vielen Stunden des Versuchens nicht gelöst. Was habe ich nur falsch gemacht oder übersehen?

Äußerst fatal aber: Wo ist mein Logo abgeblieben, das ich in der Vorschau sehe?!

Ich verwende das Layout Locus Responsive.

Schaut bitte mal hier:

Ich danke Ihnen für die Antworten und Hinweise!

Logo: Das ist logisch...

Navigationsmenü: ALLE Felder transparent!

Im Layoutdesigner sind mir folgende Unstimmigkeiten aufgefallen (getestet mit Locus Responsive):

Im Logobereich wird bei Webname und Webslogan die Schriftfamilie bei der ersten Veränderung angezeigt, bei weiteren Änderungen nicht mehr: sie sind erst nach dem Speichern sichtbar, oder es verändert sich auch gar nichts, wie z.B. bei Comic Sans MS. Eine Schriftfamilie ohne Alternativen wie z.B. Akaya verändert ebenfalls nichts. Ein "spielen" mit Schriftarten ist nicht möglich.

HA! Gerade stelle ich fest, dass die Schriftänderungen in der Vorschau angezeigt werden! Idee: "Erweitert - Erstellen - Aktuelle Seite erstellen". Das klappt! Diese Funktion ist also nicht in den Programmteil "Layout ändern" integriert bzw. bei der Neuerstellung nach der Layoutänderung. Nicht gerade benutzerfreundlich...

Im Bereich Hauptmenü habe ich die Hintergrundfarben auf jeweils "transparent" gesetzt; das erweiterte Menü ganz rechts wird nicht einbezogen und lässt sich auch nicht ändern. s. NEU.jpg. Hier ist auch zu sehen, dass das ursprüngliche Layout nicht vollständig übernommen wird: Logo mittig und groß statt links.

Vergleiche:

Ursprung - Neu

Im Bearbeitungsmodus werden eine Vorschau auf Google Maps und der Besucherzähler (externe Einbindung) nicht angezeigt. Seltsamerweise sind diese Darstellungen aber in der Vorschau korrekt; beim nächsten Start von ZP ebenfalls, aber auch beim oben genannten neu Erstellen der aktuellen Seite, wie ich gerade vorhin entdeckt hatte.

Viele Grüße vom Nörgler Nikolas

P.S.: Mit anderen Designs habe ich das nicht ausprobiert.

Hallo Stefan S,

ich weiß nicht, was da passiert war: an zwei Tagen habe ich es probiert, und jeweils habe ich den Layout-Designer nach über 20 Minuten abgebrochen.

Vorhin habe ich es noch einmal gewagt: nach zwei Sekunden stand das neue Layout! Und selbst beim Speichern war die gesamte Page nach gut einer Minute fertig... So macht das Testen Spaß!

Alles Gute

Nikolas

Es ist so, dass die gerade aktuelle Seite, an der ich arbeite, im Layout--Designer geöffnet wird, wenn ich diesen aktiviere. Dort kann ich nicht auf eine beliebig andere Seite wechseln, was eigentlich auch gar nicht notwendig ist.

Ich fände es wesentlich praktischer, wenn nur genau diese Seite - oder auch meinetwegen eine vom Programm vordefinierte Seite - mit einem anderen Layout getestet werden könnte; mehr ist ja nicht notwendig, um einen Eindruck zu gewinnen. Die komplette Struktur eines Webauftritts "umzumodeln" ist hierfür m.E. viel zu aufwändig und entspricht nicht einer einfachen Handhabung durch den Benutzer: Das gilt ebenso für den Vorschlag von Hanabi; nur um das Aussehen einer einzigen Seite zu testen, werde ich mich sicherlich nicht so verbiegen.

Denkbar wäre vielleicht noch, ein neues Projekt zu erstellen und ein oder zwei Seiten hinein zu kopieren; zwei Instanzen von ZP zu öffnen ist ja möglich, wie ich irgendwo gelesen hatte. In dieser kleinen Page sollte es dann wesentlich schneller gehen, verschiedene Layouts zu testen und das für sich optimale Design dann auf der Ursprungsseite anzuwenden.

Nur eine Idee...

Liebes Team,

Ist es denkbar, bspw. nur die Homepage, also die Startseite, zu testen? Das würde die Bearbeitungszeit sicher erheblich verkürzen: Auf meiner umfangreichen Seite lief die Umgestaltung in ein anderes Layout 24 Minuten, bis ich abgebrochen habe. (Von Flat Responsive nach Locus Responsive.)

Viele Grüße

Nikolas

So, ich habe nun endlich meine "realen" Linkfehler alle berichtigt!

Herzlichen Dank an die Entwickler: Rund 35 Fehler konnte ich auf meiner sehr umfangreichen Page korrigieren. Heutzutage sind ja die Besucher viel zu faul, um einen darauf aufmerksam zu machen, wenn ein Link ins Leere läuft; von über 12.000 verschiedenen Besuchern hatte sich kein einziger gemeldet... Viele kamen vielleicht gar nicht wieder: "Dort klappt ja eine ganze Menge nicht!"

Übrig geblieben sind 7, die definitiv funktionieren, wobei ich auch schon die fehlerhaft eingebundenen Leerzeichen (s. anderer Post) berichtigt habe.

Zum finalen Test habe ich noch mal die externe Linkprüfung mit einbezogen: Auch hier habe ich einige wenige Fehler gefunden, die sich in Bilderalben versteckt hatten; klasse!

Auffällig ist, dass die Linkprüfung manchmal mit den kurzen URLs zu google nicht zurecht kommt; ein Beispiel hatte ich auch schon gepostet.

LG Nikolas

Alpengreis

Ganz toll Norbert, dass du dich ebenfalls mit diesem Problem beschäftigt hast, obwohl es ja vorderhand mich selbst betrifft! Andere User haben dies offenbar bisher nicht bemängelt oder gar bemerkt. Aber natürlich ist das für das gesamte ZP wichtig

Ich habe in der Praxis weiter gemacht und wieder eine Seltsamkeit entdeckt: Zwei gemeldete Linkfehler waren gestern plötzlich nach erneuter Prüfung nicht mehr da, die sich hartnäckig drei oder vier Tage gehalten hatten; und an diesen habe ich gar nichts geändert, weil sie definitiv korrekt waren.

Wenn man diese drei Postings in einem Beitrag zusammenfassen könnte, hätte man einen guten Überblick.

Viele Grüße

Nikolas Norbert

Frage:

Wenn ich in "Verlinkung 1" auf einen Eintrag doppelklicke, werden die beiden Leerzeichen mit eingebunden und der Link wird als ungültig gezeigt.

Bei "Verlinkung 2" ist zu sehen, dass der Link gültig ist, wenn ich den Eintrag mit nur einem Klick bzw. mit der Maus markiere.

Das führt zwar zu keinem Linkfehler selbst, wird aber in der Linkprüfung als Fehler gemeldet und ist damit äußerst verwirrend. Sehr viele "angebliche" Fehler sind deshalb angezeigt worden! Die Linkprüfung von ZP wurde deshalb seitenlang, bis ich diese Kleinigkeit entdeckte.

Bisher hatte ich einen Linkeintrag mit der Maus markiert, ohne die nachfolgenden beiden Leerzeichen bis zum nächsten Bindestrich (-). Das erschien mir sinnvoll, ist es aber offensichtlich nicht und führt zu diesen Fehlermeldungen.

Viele Grüße

Nikolas

@Hannabi : Es scheint so, dass berichtigte Linkfehler bei erneuter Prüfung entfernt werden, aber nicht alle; z.B. dieser oben genannte und noch einige mehr. Können dieses "Reste" entfernt werden? Sie machen die Sache sehr unübersichtlich.

Alpengreis : Norbert: Meinst du das?

Sicher sind diese Fehler schwer nachvollzienbar.

Deshalb gebe ich ein Beispiel von vielen externen Links, die funktionieren, aber als fehlerhaft gemeldet werden:

Artikel "Lage Info Der Park ist nach dem Reichspräsidenten Friedrich Ebert benannt und wu…"

URL "http://goo.gl/maps/ltHTJ": The remote server returned an error: (302) Found. In Artikel mit ID 7887 und Bereich „Standard“.

Interne Fehlermeldungen muss ich relativieren: Ich hatte geschrieben, dass ein Bilderalbum als fehlend angemerkt wurde; tatsächlich aber hatte ZP innerhalb dieses Albums einen falschen Textlink bei einem Bild erkannt! Sehr gut! Es hat nur lange gedauert, bis ich das heraus fand.

Ha, es geht sogar noch besser!

Wenn ich in der Spaltenansicht "Links prüfen" erneut öffne und "Gehe zu" wähle, komme ich direkt zur Spalte Standard mit dieser ID! Das ist perfekt...

Reiner Zufall, dass ich das probiert habe.

Es bleiben aber immer noch die obigen Fragen, warum funktionierende Links oder Bilderalben trotzdem angezeigt werden. Das gilt auch für fast alle externe Links, auf die ich die Suche inzwischen erweitert habe, auch innerhalb von IFrames.

Hallo Phil-web,

so weit oben im Menü habe ich natürlich nicht gesucht, sondern nur in der Spaltenansicht selbst!

Große Klasse, DANKE!

Hallo Hannabi,

die Linkprüfung zeigt in einem manuellen Menü Fehler an. Einen Fehler habe ich gefunden, dennoch besteht ZP darauf, dass dort Fehler drin sind, obwohl ich die komplette Seite überprüft habe. Auch eine erneute Prüfung meckert wieder diese(n) Fehler an.

Was tun? Ignorieren? Die Seite funktioniert ja.

Gleiches gilt für andere Fehlermeldungen:

Mehrere angeblich fehlende Alben, obwohl sie definitiv da sind.

Andere schon berichtigte Links, die definitiv funktionieren.

Zusätzlich Frage an die Entwickler:

Eine ID wird ja bei der Linkprüfung gefunden und auch hübsch mit Gelb markiert; die ID ist also bekannt. Ist es denkbar, wenn ich von hier in die F8-Ansicht wechsle, direkt bei genau dieser ID zu landen? Oder in der dortigen Ansicht eine Suchfunktion für IDs einzubauen? Oder dass ich durch manuelles Markieren eines Artikels/einer Reihe beim Wechsel mit F8 eben genau dort ankomme?

Bei langen Seiten ist es enorm aufwändig und schwierig, die betreffende ID zu finden.

Viele Grüße

Nikolas

Das ist ein toller Hinweis, Hannabi! DANKESCHÖN!

Ich habe die betreffende Reihe erstmal ausgeblendet, um zu sehen was passiert; danach konnte ich sie löschen. In diesem Fall war es ein manuelles Navigationsmenü.

Auf diese Weise, nämlich nach der ID zu suchen statt in der Vorschau alles zu testen, kam ich vielen Fehlern auf die Spur! Viele gelbe Balken, die nicht mal einen Inhalt hatten, brachten mich schon fast zur Verzweiflung...

Die langen Zeichenfolgen in der Linkprüfung hatten mich völlig irritiert, aber jetzt erkenne ich den Sinn der ID darunter. Vielleicht wäre es geschickter, zuoberst den Hinweis mit der ID zu zeigen? Denn dies ist ja der tatsächliche Verweis. Eine kleine Info in diesem Linkfenster wäre sicher auch hilfreich: 'Suche mit F8 die ID und identifiziere so die Fehler'.

Das alles sind wohl "Leichen" aus meinen Versuchen. Obwohl ich darauf achte, Fehlversuche zu löschen, sind offenbar eine Menge Relikte übrig geblieben. Das ist mir nicht gerade eingängig: Welche Fehler kann man dabei machen?

Bei voll umrandeten Artikeln war es recht einfach, die Linkfehler zu identifizieren.

Jedenfalls ist F8 echte Klasse! Das bietet offenbar eine ganze Menge an Möglichkeiten!

Hallo zusammen,

ich bekomme den folgenden Hinweis:

Artikel "3 Elemente"

Artikel-Verweis auf "01faeb87-6a50-43ad-9d58-db257f07cf95" nicht gefunden.,

Artikel-Verweis auf "ef26515b-4640-4adb-aa41-bfc2e78c2bfb" nicht gefunden.,

Artikel-Verweis auf "25260666-c45e-4eee-883d-3449620de918" nicht gefunden. In Artikel mit ID 7865 und Bereich „Standard“.

Mit "Gehe zu" habe ich diese Seite gefunden und in der Vorschau überprüft: Ich entdecke keine Fehler.

Können die obigen für mich kryptischen Hinweise helfen, die Fehler zu lokalisieren?

Vielen Dank und viele Grüße

Nikolas

Hallo zusammen,

ich hatte mich gestern Abend irgendwie "verklickt"! Natürlich funktioniert es so...

Dankeschön und viele Grüße

Nikolas

Ich habe es probiert, aber es klappt nicht... Ich habe zwei Monitore in verschieden Größen, und bei beiden klebt das "Bannerbild" links.

Die Idee von @Drcymbal mit einem Spacer ist wohl auch nicht elegant, da ich ja keine Ahnung habe, wie groß der Moni eines Besuchers ist.

Möglicherweise könnte einem Artikel selbst diese Möglichkeit gegeben werden; links oben unter "Bearbeiten". Diese Funktion des Zentrierens ist ja ZP nicht fremd: eine Implementierung dürfte somit kein allzu großes Problem darstellen. Zudem würde es neue Gestaltungsmöglichkeiten eröffnen! Dazu kann sich sicher ein Entwickler besser äußern.

Gruß vom Nikolas

Hallo und guten Tag,

ich habe über vielen Artikeln eine Art "Banner" platziert. Dieser Bildartikel lässt sich aber nicht zentrieren, er hängt immer linksbündig. Darüber efindet sich eine Überschrift, darunter habe ich manuelle Menüs eingefügt, die sich über die Seitenbreite hinziehen. Das ist optisch nicht gerade vorteilhaft...

Kann man denn einen solchen Bildartikel nicht ebenfalls zentrieren?

Viele Grüße vom Nikolas

Danke für diese Aufklärung!

Okay, das sehe ich ein.

Würde da aber eine ID über die IP nicht genügen? Oder noch tiefer, über die MAC-Adresse?

Hallo und guten Tag!

Eine Verständnisfrage:

Warum muss sich ein Besucher meiner Webseite zuerst registrieren, bevor er eine Bewertung abgeben kann? Genügt denn nicht ein Klick auf einen der Sterne? Möglicherweise werden Besucher dadurch abgehalten, ein Like abzugeben.

Wenn ich selbst über eine tolle Seite stolpere würde ich mich scheuen mich anzumelden, nur um meine Begeisterung für den Autor dieser Webseite auszudrücken oder auch einzelnen Seiten dieser Page...

Viele Grüße vom unbedarften Nikolas!

Ja, auch ich kann damit leben!

Sooo oft sind diese Aktionen nicht (mehr) nötig bei mir, und wenn doch, weiß ich ja jetzt: 'Des isch halt so...'

Alles Gute für Euch beide und vielen Dank!

Nikolas

Alpengreis: Norbert, wie immer freue ich mich, wie sehr aktiv du diese Probleme verfolgst und selbst "Erforschungen" dazu unternimmst!

Sicherlich sind deine Tests hilfreich für die Entwickler, und sie ergänzen meine Erfahrungen.

Was ich allerdings als etwas seltsam empfinde: Es müssen doch schon viele User diese Effekte erkannt haben, aber keiner hat sie gemeldet? Da muss ausgerechnet ein kleiner Nikolas eine solche Fehlerdiskussion anstoßen, zu der auch toller Alpengreis enorm beiträgt?

Liebe Grüße an meinen Co-Tester!

Nikolas

Noch eine Seltsamkeit:

Ich bearbeite einen älteren Textartikel und füge dort neuen Text ein inkl. einem externen Link: Nach Bestätigung dieses Links lande ich am Seitenanfang, obwohl der Artikel immer noch geöffnet ist! Die Suche nach meinem Artikel erforderte eine Menge Scrollerei, denn die Page ist lang...

Immerhin bleibt nach dem abschließenden OK des Artikel mein Standort gleich.

Gruß vom Nikolas

Danke für deine Recherchen, zweiter Nachnamensvetter! Das heißt für mich, dass ich nicht fantasiere...

Gerade entdeckt:

1 -Bilderalbum erstellt ohne Überschrift. Nachträglich Überschrift eingefügt: Anfang der Seite!

2 - Im Bilderalbum Fotos verschoben oder gelöscht: Landung in einem vorigen Bilderalbum-Artikel.

Zwischendurch kein Seitenwechsel!

Viele Grüße

Nikolas

Ich finde ebenfalls keine Missfunktion mehr.... DANKE!

Grüße

Nikolas

Alpengreis

Danke für deinen Test, den ich nachvollziehen kann!

Und danke, dass du mir erklärt hast, warum du mir dankst... Das freut mich!

LG N.N.

Hallo Norbert!

Ich freue mich, dass du dich auch an diesem Phänomen beteiligst! Aber ich verstehe deinen Versuch bei meiner Nr. 3 nicht recht: Bei mir war die Position gleich geblieben. Aber ich hatte ja keinen Seitenwechsel vorgenommen, sondern bin bei "3" bewusst auf der Seite geblieben.

Das scheint auch kein Phänomen zu sein, das sich nur auf Widgets beschränkt: Das Einfügen eines Bildes als normalem Artikel hatte ja die gleichen Auswirkungen.

Mir scheint, dass nicht nur der Seitenwechsel eine wichtige Rolle spielt: Bei jedem Neustart von ZP beobachte ich diese Dinge.

Wieso dankst du eigentlich ausgerechnet mir? *grübel*

Übrigens habe ich zwei Vornamen: Nikolas Norbert, nach meinem Patenonkel!

Erfolgreiche Zeit für alle!

Nikolas Norbert

1 - Neuen Bildartikel eingefügt, ohne Text - Position bleibt

2 - Auf eine andere Sete gewechselt, danach wieder zurück. Bearbeiten (oben ganz links), Text eingegeben: Landung am Seitenanfang!

3 - Nochmals bearbeiten, Text geändert: Position bleibt.

4 - Schritt 2 wiederholt: Landung Seitenanfang...

5 - Widget "Button" eingefügt: Exakt wie Schritte 2-4!

Ja, das war ein guter Hinweis! Bei mir allerdings kam das auch auf andere Weisen zum Tragen, und auch nicht nur in der Linkbox.

Ich werde ebenfalls noch einmal versuchen, das haargenau aufzuschlüsseln.

Danke an beide!

Gruß

Nikolas

jjonline: Ja klar, ist halt für's schnelle Probieren oder gar bei einem Fehler nicht gerade die erste Wahl...

Dir auch alles Gute!

LG Nikolas

Sie haben recht, was den Bearbeitungsmodus von Widgets betrifft, ich hatte nicht kapiert was gemeint war mit "Inline-Bearbeitung".

Beispiel 1: Klicke im Artikel ganz links auf "Bearbeiten" oder rechts daneben, gelange ich zur Linkbox und danach lande danach an der gleichen Stelle.

Beispiel 2: Mit Doppelklick in einen beliebigen Bereich des Artikels gelange ich in einen völlig anderen Bearbeitungsmodus, wie Beispiel 3 zeigt. Seltsamerweise wurde ich bei der allerersten Bearbeitung danach an den Seitenanfang geschleudert, bei den nachfolgenden Bearbeitungen der Linkziele blieb ich aber an gleicher Stelle.

Völlig verwirrt war ich nach erneutem Öffnen von ZP! Wieder diese Linkbox geöffnet, einen Testtext hinzugefügt - das ungewünschte Ziel danach war wieder der Seitenanfang...

Das scheint schon recht kompliziert für Sie zu sein.

Zudem wäre es vielleicht auch einfacher, sich auf einen Bearbeitungsmodus zu beschränken statt zwei unterschiedliche Möglichkeiten anzubieten, die meiner Meinung nach doch etwas verwirrend und damit uneffektiv sind.

Ich habe gerade bemerkt, dass dieses Phänomen auch bei normalen Artikeln auftritt, die ich als Bild eingefügt habe: Sobald ich die Bildbeschreibung ändere, lande ich danach am Anfang der Seite.

Bei Widgets kann ich gerade keine Unterschiede bei den Bearbeitungsmodi erkennen.

Richtig! Aber es hat sich ja keiner dazu geäußert... Bisher jedenfalls!