Ankündigung

Einklappen
Keine Ankündigung bisher.

html / css frage

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    html / css frage

    moin,
    ich bin dabei, eine seite zu basteln aber im moment stehe ich vor dem problem dass überlange wörter die tabelle sprich die ganze seite sprengen. ich bin über google jetzt auf

    table-layout:fixed

    gekommen, nur das Problem ist nun dass die tabelle und somit die seite zwar gleich bleibt, das wort aber einfach über die tabelle hinaus läuft.

    Hier im forum bei rm siehts ja so aus, dass das wort am ende der tabelle einfach abbricht. wie bekomme ich das hin?

    mfG

    #2
    blocksätze?

    Kommentar


      #3
      guck dir mal overflow:hidden an. eine bessere lösung gibt es denke ich nicht, kommt aber auf deine ansprüche an.

      Kommentar


        #4
        oh danke genau das brauche ich ^^
        die alternative wörter mit wordwrap() zu trennen schließe ich einfach mal kategorisch aus ;-)

        Kommentar


          #5
          wenn du grade erst anfängst das ganze zulernen, also css und html, dann mach nicht den fehler und arbeite mit tabellen, gewöhn dich am besten direkt an divs

          Kommentar


            #6
            readmore ist auch in tabellen aufgebaut ?

            Kommentar


              #7
              ja. warum keine tabellen? ich hab damit noch keine probleme gehabt.
              fänds aber cool wenn du mir ein paar gute gründe nennst, ich bin für alles offen ;-)

              Kommentar


                #8
                CSS-Layouts kann man problemlos mit einem simplen Texteditor erstellen und bearbeiten. Bei einem Tabellenlayout kommt man kaum ohne einen WYSIWYG-Editor aus.


                Edit: Ein wichtiges Argument gegen Tabellenlayouts ist, dass sie nicht dem Sinn und Zweck von HTML und CSS entsprechen. CSS ist dafuer gedacht, die Gestaltung einer Seite zu uebernehmen und nicht HTML.

                Kommentar


                  #9
                  also als ich das damals inner schule gelernt habe haben wir auch erst mit table begonnen sind dann aber zu div containern gewechselt.. grund für mich wäre jetzt ganz simple das ich divs kann und tables mit row- und colspawn bla bla irgendwie nervig finde.
                  (zumal weiss ich nicht ob man wie bei div bspw div style und den rest inner css machen kann - also bei table)

                  ..aber bin ich nich der überprofi in css/html/xml bla bla

                  Kommentar


                    #10
                    zu #8
                    genau den hab ich ja

                    zu #9
                    ist doch eher positiv wenn man viele variationen hat? natürlich macht es das auch ein wenig komplizierter aber als vergleich: man schreibt ja auch lieber in c++ als in basic :D
                    und wie gesagt, mit nem WYSIWYG-Edit ist das ganze auch sehr leicht zu handhaben

                    Kommentar


                      #11
                      roflR postete
                      also als ich das damals inner schule gelernt habe haben wir auch erst mit table begonnen sind dann aber zu div containern gewechselt..
                      Das liegt wohl hauptsaechlich daran, dass man vor einigen Jahren noch standardmaeßig Tabellenlayouts benutzt hat. CSS-Layouts haben die Tabellenlayouts erst im Laufe der letzten Jahre abgeloest.


                      Edit: readmore hat uebrigens ein CSS-Layout.

                      Kommentar


                        #12
                        Tabellen sind gut und legitim für das wofür sie gemacht wurden:
                        Daten tabellarisch gliedern. Wenn du z.B. einen Stundenplan online stellen willst, dann benutze tables.
                        Für die Gliederung einer Seite aber NIEMALS tables, das ist ganz schlechter Stil.
                        Gliedere die Seite mit einzelnen divs, auch eine Navigation ist KEINE Tabelle, sondern eine Liste (ul/ol)!
                        Seitenaufbau mit tables ist wohl der größte Unfug den man im Bereich html machen kann (ausgenommen frames :B), gibt auch zahlreiche Literatur dazu.

                        Kommentar


                          #13
                          soo schlimm sind tables nun auch wieder nicht. und gaaaanz schlechter stil ist es mit sicherheit auch nicht. es ist halt einfach veraltet. nichtsdestotrotz kannst du xhtml konforme seiten mit tables erstellen.

                          es gibt durchaus sachen, die der aktuelle css standard einfach noch nicht richtig beherrscht. z.B.: mehrere nebeinanderliegende divs die automatisch die höhe des größten divs übernehmen.
                          das ist gerade bei seiten die ein vertikales menü rechts oder links bzw. verzierte borders haben durchaus nervig, weil man da ganz einfach nur "tricksen" kann.
                          die nächste css-verson verspricht da abhilfe, aber dann besteht halt wieder das lästige problem der abwärtskompatibilität zu älteren browsern.

                          suchmaschinen verzeihen dir tables übrigens auch nicht. habe mal eine seite nur durch den umstieg von tables zu divs um 50 plätze nach oben bei den suchergebnissen verbessert, bei gleichem inhalt.
                          fazit: willst du exzessives SEO betreiben kommst du um divs nicht herum, für hobbyprojekte ist es durchaus legitim und keineswegs ultraschlecht noch auf tables zu setzen.

                          btw.: readmore ist ja nicht gerade sehr "sauber" programmiert. :D

                          Kommentar


                            #14
                            hmhm das mag ja schön und gut sein dass es schlechter stil ist aber ich seh einfach keinen wirklichen grund nicht damit zu bauen. wenn der browser langsamer aufbaut als div tags, ja das wär wohl ein grund aber bisher hab ich noch nix vernünftiges gehört^^

                            /e ok das mit den suchmacshinen hat mich überzeugt

                            Kommentar


                              #15
                              es gibt einfach keinen grund mit tabellen zu arbeiten, aber viele ohne
                              -> go ohne

                              Kommentar

                              Lädt...
                              X