Beiträge von MrMurphy

    Hallo

    Ich befürchte du machst dir viel unnütze Arbeit für Browser, die heute nicht mehr verwendet werden.

    HTML und CSS werden dauernd weiter entwickelt. Dabei hat es sich nicht nur bei Flexbox als Irrweg erwiesen, alte Schreibweisen zu lange weiter zu verwenden.

    Flexbox ist nur eine CSS-Anweisung von vielen. Die müssten nach deinem Vorgehen ja alle mit ihren alten Schreibweisen berücksichtigt werden.

    Bei einem von dir noch gar nicht berücksichtigtem Responsive Layout vervielfacht sich der Arbeitsaufwand für den Webseitenersteller ohne Vorteil für die Besucher der Webside. Wer als Webseitenersteller Zeit übrig hat sollte die zunächst in ein barrierefreies Layout investieren, wovon auch seine Besucher profitieren würden.

    Deshalb gilt auch für Flexbox: Bei dem heutigen Verbeitungsgrad braucht nur die aktuelle Schreibweise berücksichtigt zu werden. Für alle Problembrowser wird ein einfaches Fallback angelegt und fertig. Fallback hört sich für Neulige vielleicht nach viel zusätzlichem Aufwand an. In einem Responsive Layout sind das meist aber nur wenige Zeilen CSS-Angaben. Positiver Nebeneffekt: Der Quelltext bleibt für den Webseitenersteller übersichtlich.

    Wer dennoch von den alten Schreibweisen nicht lassen mag sollte dafür Online-Lösungen verwenden, die die alten Schreibweisen für ihn mehr oder weniger automatisch hinzufügen. Einfach das CSS mit der aktuellen Schreibweise hineinkopieren und den erweiterten Quelltext zurückkopieren.

    Gruss

    MrMurphy

    Hallo

    Das Problem sind die festen Breitenangaben vieler Elemente.

    Ebay will ein responsive Layout und sich dabei nicht von seinen Kunden ausbremsen lassen. Wer nicht mitmacht wird bestraft, indem sein Angebot bei Suchen schlechter gerankt (weiter hinten) angezeigt wird. Dies gilt zumindest bei gewerblichen Händlern.

    Ein wichtiger Punkt dabei ist, dass die Inhalte der Kunden in allen gängigen Festerbreiten ohne seitliches scrollen angezeigt werden.

    Als Kunde musst du deshalb auf feste, starre Einheiten bei Breitenangaben verzichten. In deinem Fall px. Aber auch em oder rem sind davon betroffen.

    Du hast einen umschließenden Container #mainwrapper mit einer Breite von 970px.

    Darin befinden sich die Container #header, #maincontent und #footer auch jeweils mit einer Breite von 970px.

    Die müssen alle auf Prozentangaben geändert werden.

    Dann musst du schauen, ob sich innerhalb der drei genannten Container weiterere mit festen px-Werten befinden.

    In .maincontent sind das zum Beispiel #sidebar (256px + 7px margin) und #content (680px + 7px margin). Da musst du zumindest den #content anpassen.

    Geringe px Werte wie bei #sidebar sind zulässig. Das sind die im i-ways-Checker genannten 320px. Zu den 320px gehören aber nicht nur die Breite (width), sondern, sofern vorhanden, auch seitliche padding, border und margin. #sidebar ist 263px breit und erfüllt damit die Anforderungen.

    Tip nebenbei:

    Insgesamt solltest du dir überlegen, deine Vorlage im Zuge dieser Anpassungen gleich aus HTML5 zu ändern. Falls Ebay später weitere Anpassungen an modernes HTML / CSS fordert bist du gleich auf der richtigen Seite und hast keinen Stress.

    So sollten zum Beispiel font-Elemente oder align-Attribute oder inhaltsleere Absätze (p-Elemente) nicht mehr verwendet werden.

    Gruss

    MrMurphy

    Hallo

    Laufen die Browser auf unterschiedlichen Rechnern?

    Webseiten können nur die Schriften nutzen, die entweder auf dem Rechner vorhanden sind oder die online eingebunden werden. Die Anweisung

    Code
    font-family: 'Courier New'

    erwartet die Schrift auf dem jeweiligen Rechner.

    Außerdem können direkt in den Schriften Rechte hinterlegt sein, die eine Verwendung beschränken. Einige Browser beachten solche Rechte und blockieren die Schrift, andere nicht.

    Gruss

    MrMurphy

    Hallo

    Zitat

    Hättet Ihr dann vielleicht mal ein Tool was etwas taugt?

    Das gibt es nicht. Erfahrung und Wissen bringen mehr als irgendwelche Tools. Die sind für Anfänger teilweise hilfreich, wer genügend Erfahrung gesammelt hat läßt die aber ganz schnell links liegen.

    Zitat

    Ich lasse die Angabe von width/height im html-Code immer(!) weg wenn es sich um ein "responsive Design" handelt?

    Nicht nur bei responsive Design, sondern grundsätzlich.

    Zitat

    Da alle mir bekannten leider mehr oder weniger über die fehlenden Angaben meckern (nibbler, w3c, gtmetrix, etc ...).

    Schlimmer noch: Die schreiben Unsinn. Das hast du doch grade live erlebt. Einerseits wird die Angabe von width- und height-Anttributen aggressiv (roter Hintergrund) angemahnt, bei der Prüfung aber direkt deren Existenz bemängelt. Dazu fällt mir nichts mehr ein.

    Gruss

    MrMurphy

    Hallo

    Zitat

    Hmm, werde nicht ganz schlau daraus auf mein Projekt bezogen

    Die Attribute einfach weglassen.

    Zitat

    Finde ich eine gewagte Aussage, vorallem weil noch so ziemlich jedes Tool zum testen von Webseiten das Fehlen von width-/height-Angaben bemängelt.

    Im Web wird leider mit großer Überzeugung und damit scheinbar glaubwürdig viel Unsinn geschrieben. Aber nur weil etwas häufig wiederholt wird muss es weder sinnvoll noch richtig sein.

    Zitat

    Aber gleich zu behaupten man hätte dann die Zeichen der Zeit nicht erkannt ist doch vielleicht etwas hoch gegriffen.

    Nicht für jemanden der sich auskennt. Ich behaupt genau so eindeutig, dass acht mal elf achtundachtzig ergibt. Die Angabe wäre dann ja auch etwas zu hoch gegriffen, da viele Leute / Schüler zu einem anderen Ergebnis kommen.

    Gruss

    MrMurphy

    Hallo

    Da liegt wohl ein Verständnisproblem vor.

    being streched meint in diesem Zusammenhang, das die Bilder entweder größer oder kleiner als in den Attributen angegeben dargestellt werden.

    width- und height-Attribute sind zwar noch zulässig, sollten in der Praxis aber vermieden werden.

    Wenn eine Webseite zu langsam aufgebaut wird sollten die Ursachen dafür beseitigt werden, nicht aber nachträglich an dem Ergebnis herumgedoktort werden.

    Die Ansicht, dass width und height Angaben als Platzhalter für Grafiken beim Laden einer Webseite sinnvoll sind, wird zwar noch immer in den Raum geworfen, hat sich bei Praktikern aber als Sackgasse erwiesen. Wer noch width- und height-Attribute verwendet zeigt eigentlich nur, dass er die Zeichen der Zeit nicht erkannt hat.

    Gruss

    MrMurphy

    Hallo

    Ich kann nur Infos geben, die die Suchmaschine meiner Wahl ausspuckt.

    Demnach hat der CKEditor unter HTML5 teilweise große Probleme. Die sind dem Entwickler wohl auch bereits seit Jahren bekannt, aber es gibt keine Lösung dafür. Auch sind eigene Anpassungen zur Behebung der Probleme wohl nicht möglich.

    Von daher wäre es interessant zu erfahren, ob die Probleme bei sudteam eventuell nach einem Wechsel von HTML4 / XHTML1 zu HTML5 aufgetreten sind. Er hat zwar geschrieben

    Zitat

    achso am editor selber wurde nix verändert so viel weiss ich.

    aber damit andere Änderungen nicht ausgeschlossen. Ursprünglich hat es doch wohl keine Probleme dieser Art gegeben.

    Gruss

    MrMurphy

    Hallo

    Im Quelltext der fertigen Seite sehe ich häufig diesen Quelltext

    Code
    <br><br />

    Meine kurze Suche mit der Suchmaschine meiner Wahl hat zu dem Ergebnis geführt, dass der CKEditor wohl (seiner Ansicht nach) schmutzigem Quelltext korrigieren will.

    Das br-Element besteht aus einem Tag, in HTML5 wahlweise

    Code
    <br>

    oder

    Code
    <br />

    Wenn mehrere Zeilenumbrüche direkt nacheinander angegeben werden sollen zum Beispiel entsprechend

    Code
    <br><br><br>

    oder

    Code
    <br /><br /><br />

    Die Angabe

    Code
    <br><br />

    wird von manchen Browsern als ein, von anderen als zwei Zeilenumbrüche dargestellt.

    Eventuell kommt der CKEditor damit nicht zurecht. Vielleicht hilft es nur öffnende oder nur schließende br-Tags zu verwenden.

    Gruss

    MrMurphy

    Hallo

    JavaScript ist durchschnittlich um den Faktor 10 langsamer als gleichwertige Lösungen mit CSS. Deshalb sollte, auch in Hinblick auf eher leistungsarme Smartphones und Tablets so weit wie möglich auf JavaScript verzichtet werden. Wobei es natürlich Probleme/Aufgaben gibt, die ohne JavaScript nicht lösbar sind.

    Zitat

    Ich weiß allerdings nicht, wie ich diese Fehler behebe.

    Es handelt sich um keinen Fehler, sondern um einen ungeeigneten Grundansatz.

    Da bleibt nur die Seite komplett neu zu erstellen und bei jedem JavaScript-Einsatz prüfen, ob der wirklich nötig tut.

    Gruss

    MrMurphy

    Hallo

    Deine Seite funktioniert nur mit JavaScript, ohne oder mit blockiertem JavaScript wird überhaupt nichts angezeigt.

    So ein Verhalten geht überhaupt nicht. Auch ohne JavaScript sollte der Inhalt der Seite komplett angezeigt werden und sie sollte uneingeschränkt benutzbar sein. Ansonsten werden viele Besucher abgeschreckt.

    Wer einen JavaScript-Blocker verwendet wird kaum einen Grund sehen den für deine Seite abzustellen, sondern eher nach funktionierenden Seiten suchen.

    Gruss

    MrMurphy

    Hallo

    Zitat

    In seiner Aufgaben stellung steht, das man zwischen allen Listenelementen, Übersnächriffen und Absätzen einen Abstand von 15 px haben soll.

    Bei so einer Formulierung sind in aller Regel die Außenabstände gemeint. Dafür gibt es statt padding dann margin. Also zum Beispiel:

    oder zusammengefaßt

    oder zusammengefasst mit weniger Absätzen

    Code
    h1, h2, h3, h4, h5, h6, p, li {
             margin-top: 15px;
             margin-bottom: 15px;
          }

    Da jeweils 15px oben und unten angegeben werden mag es so erscheinen, als ob die Elemente einen Abstand von 30px haben.

    Durch die sogenannten "collapsing margins", die fest zum HTML / CSS gehören, rutschen obere und untere margins (nicht die seitlichen) immer eineinander und es bleibt nur das größere margin übrig. Da in diesem Fall beide 15px haben halt einmal die 15px.

    Wenn ein margin-bottom mit 12px und ein margin-top mit 7px aufeinandertreffen beträgt der Abstand 12px.

    Das gleiche gilt wenn ein margin-bottom von 7px und ein margin-top von 12px aufeinandertreffen, es bleiben 12px. Entscheidend ist somit allein der größere margin, bei zwei gleichgroßen fällt einer weg.

    Das ist fest in den HTML- und CSS-Regeln hinterlegt, wird von jedem Browser so gehandhabt und sorgt bei Anfängern oft für Verdruß. Das gilt aber nur für margins und nicht für andere Abstände wie padding und border. Und nur für obere und untere margins, nicht für seitliche.

    Gruss

    MrMurphy

    Hallo

    Im Moment willst du Lösungen, für die weder HTML noch CSS vorgesehen und die in der Praxis unsinnig sind.

    Erschwerend kommt hinzu, dass du Bootstrap zwar benutzt, aber überhaupt noch nicht verstanden hast.

    Du machst dir damit das Leben doppelt schwer. Lernen kannst du so schon gar nichts. Das ist ungefähr so als würdest du mit dem Fahrrad Querfeldeinrennen fahren um für den PKW-Führerschein zu lernen.

    Du solltest dir erst mal ein Grundlagenwissen aneignen. Wenn du Bootstrap verwenden und zusätzlich mittels HTML/CSS Änderungen darin vornehmen willst zunächst aktuelles HTML/CSS (Hinweis: AKTUELLES) und dann zusätzlich Bootstrap.

    Zum aktuellen HTML/CSS gehört zum Beispiel dass das Layout dem Inhalt folgt. Layouts mit leeren Containern wie in deinem Beispiel zu erstellen ist vollkommen sinnfrei. Damit lernst du auch überhaupt nichts.

    Du solltest also zunächst eine Seite mit Inhalt erstellen. Wenn du eigenen Inhalt hast, dann bevorzugt den. Ansonsten suchst du dir eine Webseite, die dir gefällt, und baust die nach.

    So sollen auch height-Angaben nur in ganz bestimmten Ausnahmefällen verwendet werden. Grundregel: Die Höhe von Containern richtet sich nach deren Inhalt. Und nicht nach dem, wie der Webseitenersteller es sich wünscht. Zumal die Webseite in der Regel auf den unterschiedlichsten Endgeräten funktionieren soll. Vom Smartphone/Handy bis zum Desktop.

    An Hand von leeren Containern ist grade Anfängern auch kaum zu erklären, warum es sinnvoll ist auf height-Angaben zu verzichten.

    Wenn du dich ernsthaft mit HTML/CSS beschäftigen willst solltest du also zunächst den Inhalt erstellen.

    Danach folgt die Entscheidung, ob du das Layout mittels CSS selbst erstellen willst oder dafür Bootstrap verwenden willst.

    Wenn du Bootstrap verwenden willst solltest du auch bevorzugt die vorgegebenen Bootstrap-Möglichkeiten nutzen. Erst wenn die Seite damit fertig ist werden mit eigenem CSS noch ein paar Glanzpunkte gesetzt.

    Zitat

    Mit clear:both; klappts leider nicht

    Das ist logisch. Bootstrap 3 basiert auf einem float-Layout. Ohne genaue Kenntnis, wie float/clear und zusätzlich wie Bootstrap funktionieren, sind solche Angaben tödlich. Das wirst du spätestens merken, wenn du zunächst leere Container erstellst und nach dem Einfügen von Inhalt überhaupt nichts mehr wie vorgesehen funktioniert.

    Zitat

    dann soll es in die Mitte des oberen div's kommen

    Das Zentrieren ist eine der vielen Möglichkeiten für die Flexbox gedacht ist.

    Gruss

    MrMurphy

    Hallo

    An Hand deines Beispiels sind die von dir beschriebenen Probleme nicht direkt nachzuvollziehen.

    Das

    Zitat

    li in die boxen einfüge rutscht alles aus der box auserhalb unter die box.

    verstehe ich immer noch nicht.

    Hierzu

    Zitat

    dennoch den "weiterlesen link immer unten behalten

    habe ich eine Vermutung. Ich habe die Möglichkeit den Weiterlesen-Links (oder auch anderen Inhalt) unten in Containern anzuordnen eigentlich nur hinzugefügt um eine der vielen Möglichkeiten von Flexbox zu zeigen, danach hattest du aber überhaupt nicht gefragt.

    Praxisgerecht kannst du zum Beispiel folgenden HTML-Quelltext als Grundlage für die Cards verwenden:

    Code
    <section class="card">
                <div>
                   ...
                </div>
                <div>
                   ...
                </div>
             </section>

    An Stelle der Punkte kommt dann der Inhalt. Also zum Beispiel

    Du musst also alle (in diesem Fall vier) .card-Container so aufbauen.

    Sofern die Höhe mehr Platz bietet als der Inhalt steht das erste div oben und das zweite div möglichst weit unten.

    Dazu musst du noch das CSS

    Code
    .card p {
             margin: 0.5rem 0.25rem auto 0.25rem;
          }
          .card a {
             text-align: center;
             margin: 0.5rem 0.25rem 0 0.25rem;
          }

    ersetzen durch

    Zur Erläuterung:

    Durch

    Code
    .card {
             ...
             display: flex;
             flex-direction: column;
          }

    wird .card zu einem Flex-Container und die direkten Kind-Elemente (und nur die) zu Flex-Items. Das sind in diesem Fall jeweils die beiden div-Elemente.

    Durch flex-direction: column stehen sie übereinander, ähnlich wie Block-Elemente. Soweit noch nichts besonderes.

    Durch

    Code
    .card>div:nth-child(1) {
             margin: 0 0 auto 0;
          }

    wird dem jeweils ersten div ein unterer margin mit dem Wert auto zugewiesen. Sofern Leerraum zur Verfügung steht werden dadurch alle nachfolgenden Container so weit wie möglich nach unten gedrückt.

    Wichtig ist in diesem Zusammenhang der Selektor

    Code
    >

    statt des üblichen Leerzeichens. Dadurch wird auch dem CSS mitgeteilt, das nur für direkte Kinder-div von .card die dort bestimmten CSS-Anweisungen gelten sollen. Das mit :nth-child(1) das erste div-Element und mit :nht-child(2) das zweite angesprochen werden erklärt sich für den Anfang von selbst.

    Gruss

    MrMurphy

    Hallo

    Ich kann dein Problem nicht nachvollziehen.

    Zitat

    zwar kann ich die 4 container auch dynamisch von der höhenangabe machen und dennoch den "weiterlesen link immer unten behalten

    Das Verhalten haben die Container doch.

    Alle Container einer Reihe sind immer gleich groß und der Weiterlesen-Link ist immer ganz unten.

    Zitat

    weil wenn ich zb. li in die boxen einfüge rutscht alles aus der box auserhalb unter die box

    Das kann nicht sein. Inhalt kann nur aus der Box rutschen wenn du den HTML-Quelltext sachlich falsch erstellst oder CSS-Anweisungen verwendest, die den Dokumentenfluß zerreißen.

    Ohne Link zu deiner Seite kann ich dir leider nicht konkret helfen.

    Gruss

    MrMurphy

    Hallo

    Ich befürchte dass ich dir nicht groß weiterhelfen kann.

    Von import habe ich weder etwas geschrieben noch kenne ich mich damit aus.

    Und dir den Hintergrund von Media Queries zu erklären sprengt den (meinen Zeit)Rahmen hier im Forum. Das würde ein ganzes, ziemlich dickes Buchkapitel werden.

    Da ist es sinnvoller du wirfst zunächt die Suchmaschine deiner Wahl an, liest dir das Grundwissen zu den Media Queries auf unteschiedlichen Seiten an und fragst nach, wenn du dann einzelne Angaben nicht verstehst. Dazu gibt es inzwischen sehr viele Infos im Web, so dass meine Erklärung nur eine x-te Wiederholung wäre.

    Zumal ich mein Beispiel auch ohne Hintergrundinformationen ziemlich selbsterklärend finde.

    Gruss

    MrMurphy

    Hallo

    Wenn das Wort Registrierungsformular bei einer Schriftgröße von 36pt so ein Problemwort ist brauchen wir den Quelltext nicht mehr.

    Ich habe mal vier Beispiele erstellt um das Problem zu lösen. Wobei die vierte Lösung noch nicht auf ausreichend vielen Browsern unterstützt wird.

    Der Quelltext:

    und das entscheidende CSS dazu:

    Eine komplette Webseite mit Erläuterungen im Text:

    Und noch ein Link zu meinem Testaccount zum direkten ausprobieren. Da ich meinen Testaccount immer wieder mal aufräume wird die Datei nicht ewig bleiben:

    Testseite zur Schriftgröße

    Zitat

    Media Queries sprengt den Rahmen.

    Glaube ich nicht. Du musst dafür ja nicht dein gesamtes CSS umstellen. Du kannst einfach meine Vorgabe übernehmen und anpassen, zum Beispiel auch Breakpoints entfernen oder hinzufügen:

    Die erste Anweisung gilt von 0px Breite bis zum ersten Breakpoint, in dem Beispiel 400px.

    Gruss

    MrMurphy

    Hallo

    Meinst du die Überschrift:

    Code
    <span style="font-size:36pt">Registrierungsformular</span>

    Mal abgesehen dass die Einheit pt für Webseiten weder gedacht noch geeignet ist kann sich damit die Schriftgröße nicht anpassen.

    Du kannst entweder Media Queries verwenden oder eine Einheit die sich der Fensterbreite anpasst wie vw. Dabei solltest du aber darauf achten dass die Schrift nicht zu klein wird. Grade auf Smartphones sollte die Schrift jetzt nicht grade 36pt groß sein, aber etwas größer als üblich.

    Gruss

    MrMurphy

    Hallo tklustig

    Vom CSS kann nicht auf das HTML zurückgeschlossen werden. Wenn wir uns etwas ausdenken kann es deshalb nur falsch sein.

    Und was hindert dich daran die originalen Texte durch von der Menge passenden neutralen Text oder Bildtext zu ersetzen?

    Arne Drews und ich wollen dir helfen und unsere Nachfragen dienen nicht dazu dich zu ärgern. Schau bitte mal nach wie viele Beiträge bislang vorhanden sind. Und du verschweigst uns immer noch die entscheidenden Informationen um dir helfen zu können.

    Gruss

    MrMurphy

    Hallo

    Dummheiten https://www.forum-hilfe.de/images/smilies/icon_rolleyes.gif

    Ich hatte erst vor kurzer Zeit die Frage warum ein Text nicht umbrechen will.

    Nach drei- oder viermaligem Nachfragen erhielt ich dann den Text:

    fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff

    Wobei die Leerzeichen hier im Forum wohl von der Software eingefügt werden und im Original nicht vorhanden waren.

    Noch Fragen?

    Es lag weder am HTML noch am CSS noch am Browser noch konnte der Fragesteller einen Bug mit seinem Namen benennen.

    Gruss

    MrMurphy