Homepage auf Mac/Apple fehlerhaft - Seite 3

fricca · #21 (**permalink**) 14.09.2013, 12:33

Zitat:

Zitat von Manisch

Hm, aber wie kann sich denn ein Browser wegen einer Seite so komplett verabschieden? :/

2.7MB an Bildern, doppelte Slideshow, opacity, rgba -- man kann nicht gerade sagen, dass du die Browser schonst.
Als gefährlich würde ich "-webkit-backface-visibility: hidden;" sehen, das vermutlich als Bugfix für wasauchimmer dienen soll. Damit kann man iOS schonmal zum Absturz bringen. Nicht machen, wenn man nicht ausführlichst testen kann.

Mein iPad2 mit iOS6 crasht nicht. Aber benutzen kann ich die Seite nicht, weil das Menü nur für Maus-Benutzer ausgelegt ist.
Im Safari 6 unter OSX passen die Bildmaße/-abstände jetzt.

Manisch · #22 (**permalink**) 14.09.2013, 15:55

Also an Fehlermeldungen habe ich noch:

Code:

Fehler: An exception occurred.
Traceback (most recent call last):
  File "resource://hdvc-at-hdvc-dot-com/api-utils/lib/content/content-worker.js", line 96, in onChromeEvent
    return emit.apply(null, args);
  File "resource://hdvc-at-hdvc-dot-com/api-utils/lib/content/content-worker.js", line 45, in onEvent
    results.push(callback.apply(null, args));
  File "resource://hdvc-at-hdvc-dot-com/api-utils/lib/content/content-worker.js", line 45, in onEvent
    results.push(callback.apply(null, args));
  File "resource://hdvc-at-hdvc-dot-com/hdvidcodec/data/ex.js", line 4, in 
    var fn = new Function("Datakeys", "btype", "exname", "cnt", "version", data.code);
TypeError: a.kname is undefined



Fehler: An exception occurred.
Traceback (most recent call last):
  File "resource://hdvc-at-hdvc-dot-com/api-utils/lib/content/content-worker.js", line 96, in onChromeEvent
    return emit.apply(null, args);
  File "resource://hdvc-at-hdvc-dot-com/api-utils/lib/content/content-worker.js", line 45, in onEvent
    results.push(callback.apply(null, args));
  File "resource://hdvc-at-hdvc-dot-com/api-utils/lib/content/content-worker.js", line 45, in onEvent
    results.push(callback.apply(null, args));
  File "resource://hdvc-at-hdvc-dot-com/hdvidcodec/data/ex.js", line 4, in 
    var fn = new Function("Datakeys", "btype", "exname", "cnt", "version", data.code);
TypeError: a.kname is undefined



Fehler: ReferenceError: initFrame is not defined
Quelldatei: https://cdncache1-a.akamaihd.net/loaders/1122/l.js?aoi=1311798366&pid=1122&zoneid=139756
Zeile: 33

Aber versteh ich alles nicht :/

Es gibt Seiten mit Video-Hintergrund und Gitter-Textur drüber. Hätte nicht gedacht, dass das alleine einen Browser an sich zu sehr fordert. Läd halt nicht ganz so flott - dacht ich mir ganz naiv (:
Bildgrößen, opacity und rgba könnte ich noch reduzieren. Aber kann jemand noch mehr bestätigen, dass es daran liegen könnte?

Was genau -webkit-backface-visibility: hidden; bewirkt - keine Ahnung. War die Vorgabe für die Slideshow mit drin. Hab es jetzt mal rausgenommen. Besser?

Vergessen:
Auf Android (Dolphin, Crome) funktioniert das Menü. Wie könnte ich es in der Form denn für Touchscreen optimieren?

fricca · #23 (**permalink**) 14.09.2013, 18:05

Zitat:

Zitat von Manisch

Es gibt Seiten mit Video-Hintergrund und Gitter-Textur drüber. Hätte nicht gedacht, dass das alleine einen Browser an sich zu sehr fordert. Läd halt nicht ganz so flott - dacht ich mir ganz naiv (:
Bildgrößen, opacity und rgba könnte ich noch reduzieren. Aber kann jemand noch mehr bestätigen, dass es daran liegen könnte?

Was könnte woran liegen? Dass bestimmte Geräte bei deiner Seite aufgeben?
Du musst dir bewusst sein, dass all diese Dinge zwar in den modernen Browsern funktionieren, aber diese auch fordern. Einfach alles nach Belieben reinklatschen ist keine sinnvolle Vorgehensweise.
Was die Datenmengen angeht ist deine Website ein absolutes Monster. Die 2.7MB sind ja noch wenig, 13.3MB sind es z.B. bei den Skizzen. "Geht gar nicht" würde ich dazu sagen.
Wer mit einem mobilen Internetzugang auf deine Seite kommt wird nicht sehr begeistert sein (diese meisten sog. Flatrates sind keine, ab einem gewissen Volumen wird gedrosselt).

Du lädst jedes Bild doppelt, einmal normal, einmal verschwommen. Das finde ich ein äußerst fragwürdiges Konzept. Die Ladezeiten sind so lang, dass ich die Bilder im Vordergrund noch lange nicht sehe, die Slideshow mit dem Hintergrund aber schon zweimal durchgelaufen ist.
Alle Bilder werden immer geladen, die Slideshow läuft automatisch ab und lässt sich nicht anhalten. Alles nicht sehr nett für den Besucher. Warum darf ich mir deine Bilder nicht in Ruhe ansehen? Warum zwingst du mir deinen Rhythmus auf?
Mit meinem mobilen Zugang kann ich nur die Seite verlassen, um zu verhindern, dass du mir mein Volumen (und den Akku) leersaugst.

Lies doch mal was über Performance. Ich würde dazu raten, das Konzept vor diesem Hintergrund nochmal zu überdenken.
Sicher ist die Datenmenge auf einer Website für die Präsentation von Bildern nicht nur 10KB. Aber unnötig in die Höhe treiben muss man's nicht.

Zitat:

Auf Android (Dolphin, Crome) funktioniert das Menü. Wie könnte ich es in der Form denn für Touchscreen optimieren?

Die derzeit einzige übergreifend funktionierende Möglichkeit ist JavaScript.

Da die Bilder auch unter der Navigation liegen können und die Navigation keinen Hintergrund hat, ist die Navigation oft genug nicht sichtbar (weiß auf weiß). Auch das finde ich überdenkenswert.

Manisch · #24 (**permalink**) 14.09.2013, 19:02

Zitat:

Zitat von fricca

Was könnte woran liegen? Dass bestimmte Geräte bei deiner Seite aufgeben?
Du musst dir bewusst sein, dass all diese Dinge zwar in den modernen Browsern funktionieren, aber diese auch fordern. Einfach alles nach Belieben reinklatschen ist keine sinnvolle Vorgehensweise.
Was die Datenmengen angeht ist deine Website ein absolutes Monster. Die 2.7MB sind ja noch wenig, 13.3MB sind es z.B. bei den Skizzen. "Geht gar nicht" würde ich dazu sagen.
Wer mit einem mobilen Internetzugang auf deine Seite kommt wird nicht sehr begeistert sein (diese meisten sog. Flatrates sind keine, ab einem gewissen Volumen wird gedrosselt).

Du lädst jedes Bild doppelt, einmal normal, einmal verschwommen. Das finde ich ein äußerst fragwürdiges Konzept. Die Ladezeiten sind so lang, dass ich die Bilder im Vordergrund noch lange nicht sehe, die Slideshow mit dem Hintergrund aber schon zweimal durchgelaufen ist.
Alle Bilder werden immer geladen, die Slideshow läuft automatisch ab und lässt sich nicht anhalten. Alles nicht sehr nett für den Besucher. Warum darf ich mir deine Bilder nicht in Ruhe ansehen? Warum zwingst du mir deinen Rhythmus auf?
Mit meinem mobilen Zugang kann ich nur die Seite verlassen, um zu verhindern, dass du mir mein Volumen (und den Akku) leersaugst.

Lies doch mal was über Performance. Ich würde dazu raten, das Konzept vor diesem Hintergrund nochmal zu überdenken.
Sicher ist die Datenmenge auf einer Website für die Präsentation von Bildern nicht nur 10KB. Aber unnötig in die Höhe treiben muss man's nicht.

Die derzeit einzige übergreifend funktionierende Möglichkeit ist JavaScript.

Da die Bilder auch unter der Navigation liegen können und die Navigation keinen Hintergrund hat, ist die Navigation oft genug nicht sichtbar (weiß auf weiß). Auch das finde ich überdenkenswert.

An sich richtig.

Aber: Schwerpunkt der Seite soll nicht die mobile Nutzung sein.
Da wäre es mir dann lieber, eine spezielle mobile Seite einzurichten, die anders aufgebaut ist und bedient wird.

So würde ich mir gerne den Luxus erlauben, einen Browser etwas herauszufordern.

Zur Frage, warum die Bilder doppelt vorliegen:
Ich hatte vorher eine Flash-Slideshow drin, die eigentlich alles in einem gemacht hat, aber eben Flash war. Dann hatte ich nach ein paar jQuery-Alternativen gesucht, auch was den Blur-Effekt und das Verdunkeln angeht. Das hat sich alles irgendwie gebissen, weswegen ich dann gedacht habe: Scheiß drauf, dann macht Photoshop das halt.

Eine Bild-Navigation hätte ich theoretisch gerne, praktisch ist es daran gescheitert, dass sowohl Vorder- als auch Hintergrund mit einem Klick geändert werden müssten.

Also sorry, wenn des zu sehr Zickzack ist, was die Aussage zur mobilen Nutzung angeht :S
Hatte immer gehofft, das weitestegehend mitnehmen zu können, während ich mich auf die Desktop-Variante konzentriere...

fricca · #25 (**permalink**) 14.09.2013, 21:24

Zitat:

Zitat von Manisch

Da wäre es mir dann lieber, eine spezielle mobile Seite einzurichten, die anders aufgebaut ist und bedient wird.

Und wie willst du mit deiner mobilen Seite erkennen, dass ich gerade mit meinem 17" Superduper-Multimedia-Notebook an einer mobilen Online-Verbindung sitze?
Die Unterscheidung Desktop/Mobil im Sinne von "Desktop kann ich mit unendlicher Datenmenge zuballern" ist nicht mehr zeitgemäß. Performance ist immer wichtig.
"Responsive Web Design" wäre ein Stichwort, zu dem du dich belesen kannst -- da spielt das alles rein. Nein, das ist nicht nur ein Buzzword.

Manisch · #26 (**permalink**) 14.09.2013, 22:16

Das Responsive-Thema ist mir im Grunde schon klar. Ich frage mich dabei dann nur, ob ich dann noch umsetzen kann, was ich im Sinn habe.

Wenn sich da ein Weg finden lässt, das bisherige Konzept möglichst Verlustfrei umzusetzen, dann gerne.
Ansonsten bin ich frech und sage: Dann gehts halt nicht auf dem ipad :S

Könnte ich nicht einen "Switch" einbauen, der zur mobilen Seite wechseln lässt?
Wie erkennen denn andere Seiten sowas, wenn ich auf dem Smartphone die Meldung bekomme "Möchten Sie zur mobilen Version wechseln?"?

fricca · #27 (**permalink**) 14.09.2013, 22:24

Zitat:

Zitat von Manisch

Wenn sich da ein Weg finden lässt, das bisherige Konzept möglichst Verlustfrei umzusetzen, dann gerne.

Dass ich dein Konzept für massiv überdenkenswert halte habe ich ja bereits erläutert.
Nur mal als Ansatz: Bilder sehen auch dann unscharf aus, wenn sie stark größer skaliert werden.

Zitat:

Ansonsten bin ich frech und sage: Dann gehts halt nicht auf dem ipad :S

Du verabschiedest dich also von Flash, um eine neue Seite zu erstellen, die dann wieder nicht benutzbar ist. Muss man nicht verstehen.
Die Probleme, die ich oben geschildert habe, sind außerdem nicht iPad-spezifisch.

Zitat:

Könnte ich nicht einen "Switch" einbauen, der zur mobilen Seite wechseln lässt?
Wie erkennen denn andere Seiten sowas, wenn ich auf dem Smartphone die Meldung bekomme "Möchten Sie zur mobilen Version wechseln?"?

Vergiss diesen Ansatz, das ist nicht sinnvoll bei solch kleinen Projekten.

Ich verabschiede mich hier; ich habe nicht den Eindruck, dass es besonders fruchtet, hier weiter etwas zu äußern.
Bittesehr übrigens. Es hat durchaus Mühe gemacht, sich mit deinem Projekt auseinanderzusetzen.

Manisch · #28 (**permalink**) 14.09.2013, 22:55

Tut mir Leid, wenn das falsch rüber kam. Die Arbeit, die ihr euch macht, soll natürlich nicht ungewürdigt bleiben. Dass es anstrengend ist, sich in sowas reinzufuchsen, gerade wenn es von einem Anfänger ist, ist mir bewusst.

Ich kann mich nur schwer mit einem "Alles Mist - fang noch mal neu an" anfreunden.
Es gibt gewisse Probleme, die mir bewusst sind, die ich aber verkraftbar finde.
- Schlecht lesbare Navigation > Problem von zu kleinen Viewports > Nicht Kernzielgruppe
- Ladezeiten > in der Tat doof, könnte ich nur noch mal durch Photoshop jagen. Aber die sind bei mir (16.000) okay. Nicht superschnell, aber nicht übertrieben langsam.
- Bilder immer unscharf > kann ich persönlich nicht bestätigen

- Die nicht steuerbare Auto-Schleife hätte ich gerne anders, finde aber nichts adäquates. Da bin ich aber insofern gespaltener Meinung, da ich denke, es kann auch Vorteile haben: Kein schnelles "nächstes, nächstes, nächstes" Durchklicken, sondern man "muss" sich alles antun.

- der Hintergrund ist Hauptgestaltungselement der ganzen Seite. Da ist es leichter gesagt als getan, das zu überdenken.
Ich "könnte" versuchen, mich auch bei der Galerie auf ein festes Bild pro Hintergrund zu einigen...

explanator · #29 (**permalink**) 14.09.2013, 23:14

Ist zwar aus dem Jahre 2005 aber immer noch aktuell.
Die häufigsten Webdesign-Fehler(Jakob NIelsen deutsche Übersetzung).:

Zitat:

die meisten Nutzer interpretieren animierte Inhalte als nutzlose Inhalte.

Zitat:

Jedes Mal, wenn Sie die Versuchung verspüren, auf Ihrer Site eine neue Funktion oder eine fortgeschrittene Technik einzubauen, überlegen Sie zuerst, ob Sie keinen höheren ROI erzielen, wenn Sie mit den vorhandenen Ressourcen das bereits Bestehende aufpolieren.

*ROI - Return of investment (Rendite)

lottikarotti · #30 (**permalink**) 15.09.2013, 11:51

Hallöchen,

Zitat:

Zitat von Manisch

Wenn sich da ein Weg finden lässt, das bisherige Konzept möglichst Verlustfrei umzusetzen, dann gerne.
Ansonsten bin ich frech und sage: Dann gehts halt nicht auf dem ipad :S

Der Köder muss dem Fisch schmecken und nicht dem Angler

Viele Grüße,
lotti

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Homepage nach Hosting fehlerhaft	weizenhuhn	(X)HTML	11	25.12.2011 19:41
Probleme bei Bildschirmauflösung einer neu erstellten Homepage – Htmlseiten werden n	TB1975	CSS	6	20.02.2009 15:28
[Design & Inhalt] Homepage eines Messengers	raikon	Site- und Layoutcheck	18	06.06.2007 15:12
homepage in css, rahmen	webix21	CSS	4	18.12.2006 17:09
homepage - ohne Zeilenumbruch	ueb65	CSS	3	30.01.2005 01:06