Eine Seite im Aufbau

[Matze]

Servus Leute,

da hier anscheinend einige auch gern mal Ihre Meinung über HP`s ablassen... Meckert doch mal über eine die grad in Arbeit ist.
Ich hab da zwar noch einiges an Texten zu schreiben jedoch ist die
CI fertig, bis auf Text würde sich nicht´s mehr ändern.
Vor allem würde mich interesieren, ob noch wirklich grobe HTML Schnitzer drin sind welche auf IE oder NS auf unterschiedlichen Plattformen zu tragen kommen.
Konnte bislang nur mit IE 5.5 und 6 prüfen sowie NS 6 und 7
Auf Windows
NS 6 und Mozilla auf Linux.

Schaut doch mal drüber falls Ihr was findet mit Screenshot an mich.
Wäre richtig dankbar.

Eure Meinung über die CI könnt Ihr gerne ablassen. Jedoch kann ich daran nicht´s ändern die Geschäftsleitung war damit zufireden und hat
den aktuellen Designansatz genehmigt.

Haut rein

[Nicole ?? welche Seite]

Hallo Matze,
kann ja sein dass ich Tomaten auf den Augen habe,
aber von welcher Seite schreibst Du ?
Sehe keine URL.

Gruss Nikki

[Matze]

Ja sorry das war www.weiss-system.net
Achja nicht wundern wenn es langsam geht ist ein Testserver mit einer sehr schlechten Netzanbindung.

[Matze]

Na prima der link ist natürlich: www.weiss-system.net
So heisst der.

[Nicole]

Hallo Matze,
Grundlegendes Design wirkt seriös und ansprechend,
aber...

Der obere Frame ist viel zu hoch,
es sind immer noch sehr viele mit einer Auflösung von
800x600 unterwegs. Selbst bei 1024 wirkt dieser frame übermächtig.

Na ja ansonsten nciht übel ;-)

Gruss Nikki

ps. Ist es Absicht dass das Kontaktformular in neuem Fenster öffnet ?

[Matze]

Ja die Kontakt Seite soll seperat geöffnet werden, da zukünftig ein
Applikationserver hierbei angesprochen wird.

Ausserdem hat sich hierbei früher die Formatierung so verbogen, dass
ich irgenwann beschlossen habe den misst in einem neuen Fenster zu öffnen.
Die Seite generell wurde eigentlich auch auf 800*600 optimiert. Sollte kein Problem darstellen.
Zumindest konnte ich bei einer Auflösung von 800*600 alles recht gut erkennen ohne zu scrollen.

[Nicole [ doch scrollen ]]

800x600 Auflösung bei 21zoll Bildschirm ? ;-)
Nein bei einem normalen 17 Zoll oder 15er TFT
musst du sogar bei 1024 er Auflösung scrollen.

Gruss Nikki

Zumindest konnte ich bei einer Auflösung von 800*600 alles recht gut erkennen ohne zu scrollen.

[Matze]

Schöner misst.
Dabei habe ich selber einen 15 TFT Moni und abriet mit 1024 * 768.
Du hast aber recht bei 800* 600 muss auch ich scrollen.

Na gut daran muss ich noch nach arbeiten.
Bei 1024 + 768 ist nur leider das Table setting etwas zu lang geraten.
Prinzipiell kann der Text aber schon so lange werden, dass so oder so gesrollt weren muss.

Gruss Matze

[netghost]

Scrollen hin oder her, auch ich fand den oberen frame zu groß geraten.

Da du schon mit frames arbeitest, warum lädt immer das gesamte fenster wenn ich auf einen link klicke und warum scrollen die links mit?

netghost

[Matze]

Ganz einfach weil es nur 2 Frames gibt oben und Content.
Es wird keine dritten gebn weil sonst zwei Seiten geladen wewrden müssten.

Script wird nicht akzeptiert. Da nicht jeder Scripte auf dem IE laufen lässt.

Ziel war möglichst einfaches HTML zu verwenden ohne unnötigen Dynamischen Misst zu verwenden.
Der Grund leuchtet mir ein...
Es kann nicht immer garantiert weren, dass jeder Benutzer 1. Einen Javascript fähigen Browser verwendet oder Java Script akzetpiert.
2. Soll die CI niemals durch Fehlerhaft Programmierung etc.
   angetastet werden können.
3. Soll die ganze Seite eventuell in eine Intranet Lösung mit
   Applicationsserver gemergt werden. Und die Leute die zukünftig
   diese Seite pflegen haben vermutlich keine Ahnung von Java Script.
4. Back to the Roots. Funktionalität steht über gimicks.
   Aussage der Geschäftsleitung

Deswegen lädt die ganze Seite.
Hierbei handelt esich max. um 10 -15 K  wobei die hintergrund Bildchen
gerade mal 4 davon ausmachen.
Deshalb lädt auch nicht immer die ganze Seite sondern nur dann wenn man sich in den Hauptthemen bewegt. In den Unternen Themen bereichen ladet nur der content bereich nach.

Gruss Matze

[Matze]

Hab mir darüber nochmals gedanken gemacht.
Dass der obere Frame so wuchtig wirkt liegt mit sicherheit daran, dass sich der Content vom Rest durch den hintergrund abhebt.
Hätte der Top Frame letzendlich den gleichen Hintergrund wie der Contetn würde es nicht so heftig wirken.
Der unterscheid musste jedoch auch sein, da z.B. einsteinet.de einen recht ähnliche seite hat.

[HTMLton]

hi

der obere frame ist wirklich viel zu fett, wenn man bedenkt, dass er nichts mit navigation zu tun hat, sondern nur ein bisschen grafik darstellen soll, dann halte ich das für ziemliche platzverschwendung.

in diesem falle gilt (aus meiner sicht): weniger ist mehr.

dass sich das menu beim scrollen mitbewegt, find ich auch nit besonders gelungen, da du darauf geachtet hast, dass es mit dem oberen bild zusammenpasst, zerstört es diese kreation ein wenig.

mein vorschlag: mach den frame horizontal, statt vertikal.

ich hoffe, ich konnte dich auf den weg zu deiner schlussendlichen lösung ein bisschen inspirieren ;)

gruss, HTMLton

[Matze]

Nein nicht wirklich der obere Frame wird sich nicht ändern.
Schon allein dewegen bin ich dagegen....
e mehr Bild desto weniger Text muss geschrieben werden *grins

War Spass ich sagte ja am CI wird sich nicht´s mehr ändern können da diese schon abgenommen ist. Und die Geschäftsleitung berharrt dabei auf eine Lösung.

Das mit der Navigation, dass di in einem Fram liegt hat wiederum andere Gründe...

Die Seite wird teilweise bzw. zukünftig teilweise aus einen Applikationsserver versorgt.
Aber wenn es nur das wäre.
Ebenfalls kann diese Seite zu weiteren Töchtern verlinkt sein und dann ist es notwendig, dass der Content stehts aus einer Datei besteht.

Man will vermeiden, dass man x viele Dateien zu pflegen hat.
Ebenfalls kann der Content incl. der Navigationsleiste beliebig lang werden. Und deswegen wird die auch mitgesrollt.

Ursprünglich hätte das ganze Dokument eine Seite werden sollen.
Anzeigprobleme und die ständigen Ladezeiten wenn das oboge Bild jedes mal geladen werden muss haben uns dazu bewogen es entsprechend auf zu teilen.

Gruss Matze

[HTMLton]

Man will vermeiden, dass man x viele Dateien zu pflegen hat.

wie wär's dann mit einer php lösung?

HTMLton

[Matze]

PHP ist ein netter Vorschlag aber im Hause hat man sich auf Java und Perl konzentriert.
D.H. kein PHP kein ASP.

Und so wie Ich unseren Geschäftsführer von Deutschland kenne würde er mich gleich Feuern würde ich vom Standart abweichen *lach

Nein so schlimm ist es auch wieder nicht.
Aber bei uns gab es noch nic PHP und wird es vermutlich auch nie geben. Wer kennt sich schon damit aus im Haus...

[HTMLton]

Wer kennt sich schon damit aus im Haus...

hast du schon den Norbert aus dem 3. stock gefragt? :))

[Matze]

Im dritten Stock sitz die Marketing Abteilung...
Und einen Norbert gibt es da nicht :-)

[Christian Seiler]

Hallo Matze,

Aber bei uns gab es noch nic PHP und wird es vermutlich auch nie geben.

Euer Server ist ja ein Apache (zumindest gibt er sich als einer aus [1]) - daher könntes Du doch SSI verwenden: http://selfhtml.teamone.de/cgiperl/intro/ssi.htm Nur mal so als Idee...

Viele Grüße,
Christian

[1] http://aktuell.de.selfhtml.org/sonst/serverid.htm