Navi oben zu niedrig (Erledigte/abgelehnte Bugs & Requests)

[thread]13908[/thread]

Navi oben zu niedrig

Leser: 20

Articles: hide open all | hide show old branches

+10 replies
GwenDragon

2009-08-21 09:02

User since
2005-01-17
14555 Artikel
Admin1

Bei Auflösungen wie 1024×768 ist der obere Abschnitt zu schmal. Dadurch wird die Navi in eine zweite Zeile umgebrochen, Inhalte werden verdeckt.

Erst wenn das Browserfenster breiter gezogen wird, wird die Navi wieder einzeilig angezeigt.
die Drachin, Gwendolyn

Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
- +8 replies
- GwenDragon
  
  2009-08-21 10:30
  User since
  2005-01-17
  14555 Artikel
  Admin1
  Da wird hat/bekommt das zweite div keine Breite.
  
  Code: (dl )
  
  1 2
  
  <div class="header" style=" background-image:url(/battie/img/pc_logo.png); background-repeat: no-repeat; background-position: 10px 5px; "> <div class="navi_horizontal_container navi_horizontal_container_top" style="width: inherit; margin-top: 42px; margin-left: 150px;">
  
  ein width: inherit lässt es zwar breiter werden, aber es wird besser angezeigt.
  die Drachin, Gwendolyn
  
  Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
  - +7 replies
  - pq
    
    2009-08-21 12:16
    
    User since
    2003-08-04
    12208 Artikel
    Admin1
    
    hm, wenn ich das mache, ragt die navi rechts heraus und macht das fenster so viel breiter als es sein müsste.
    es muss doch irgendwie möglich sein, diese navi mit CSS browserübergreifend und skalierbar da anzubringen.
    
    zunächst werde ich wohl zwei navi-elemente rausnehmen und sie rechts oben plazieren, mal sehen, ob das was hilft.
    Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
    lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
    - +6 replies
    - freddy
      
      2009-08-21 12:46
      
      User since
      2009-08-08
      95 Artikel
      BenutzerIn
      
      Wäre denn nowrap und ein hor. Scrollbalken eine Alternative?
      
      Und: tritt das wirklich schon bei 1024 x 768 auf? Ich habe hier mal 1024 x 768 eingestellt und das Fenster vom IE 8 auf nur etwa 80 % Breite gezogen. Da wird noch immer nichts umgebrochen. Erst wenn ich es noch schmaler mache.
      - +4 replies
      - Linuxer
        
        2009-08-21 12:56
        
        User since
        2006-01-27
        3875 Artikel
        HausmeisterIn
        
        Naja, nicht jeder arbeitet bei 1024x768 mit einem maximierten Browserfenster, es kann ja durchaus kleiner sein (auch kleiner als 80% der Breite).
        Und je nach persönlicher Präferenz wirkt sich das dann schon aus oder nicht.
        
        Bei mir (auf meinem WinXP System mit einer Auflösung von 1280x1024) erfolgt der Umbruch, sobald der Seitenbereich schmaler als 934 Pixel (72%) wird, was ich heutzutage durchaus als einen akzeptablen Wert empfinde.
        
        Wenn durch einen nowrap der Umbruch verhindert wird, finde ich das eine akzeptable Lösung. Horizontal scrollen sollte dann ja immer noch über den horizontalen Fenster-Scrollbalken, der hoffentlich erscheint, möglich sein.
        Einen extra Scrollbalken innerhalb der Seite würde ich nicht implementieren...
        meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
        Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
        
        freddy
        
        2009-08-21 13:23
        
        User since
        2009-08-08
        95 Artikel
        BenutzerIn
        
        2009-08-21T10:56:55 Linuxer
        Wenn durch einen nowrap der Umbruch verhindert wird, finde ich das eine akzeptable Lösung. Horizontal scrollen sollte dann ja immer noch über den horizontalen Fenster-Scrollbalken, der hoffentlich erscheint, möglich sein.
        Einen extra Scrollbalken innerhalb der Seite würde ich nicht implementieren...
        
        Sehe ich exakt genau so!
        
        +2 replies
        
        pq
        
        2009-08-21 13:32
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        einen extra horizontalen scrollbalken kann ich auch gar nicht implementieren, da nur ein overflow-x: auto die navi überhaupt möglich gemacht hat.
        im nachhinein glaube ich, hätte ich das mit einer tabelle weitaus stressfreier hingekriegt. das war eine odyssee gestern abend. display inline für die liste ging nicht, musste also float left nehmen, und das wiederum ging dann zuerst einfach über den hellblauen rahmen nach unten hinaus. erst das overflow-x hat dafür gesorgt, dass der blaue rahmen soweit mit nach unten geht wie die navi. (da einzelne navi-elemente durchauus auch mal zeilenumbrüche beinhalten und ausserdem auch grosse schriften unterstützt werden sollen, konnte ich keine festen xy werte angeben.)
        Last edited: 2009-08-21 13:34:58 +0200 (CEST)
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        freddy
        
        2009-08-21 13:38
        
        User since
        2009-08-08
        95 Artikel
        BenutzerIn
        
        2009-08-21T11:32:43 pq
        im nachhinein glaube ich, hätte ich das mit einer tabelle weitaus stressfreier hingekriegt.
        
        Ich kann eh nicht nachvollziehen, warum Tabellen mittlerweile anscheinend auch schon verpönt sind. Die ganz guten alten Sachen werden durch neuen Schnickschnack ersetzt obwohl sie ganz hervorragend funktionieren. Na ja, das ist dann wohl das, was man in der IT Entwicklung nennt :)
      - pq
        
        2009-08-21 13:00
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2009-08-21T10:46:54 freddy
        Wäre denn nowrap und ein hor. Scrollbalken eine Alternative?
        
        ich bin für jede idee dankbar. hauptsache, bei jeder auflösung kann es gelesen werden - bei sehr kleinen fenstern darf schonmal etwas perfektion flöten gehn, aber es sollte trotzdem noch nach was aussehen und benutzbar sein.
        
        Quote
        Und: tritt das wirklich schon bei 1024 x 768 auf? Ich habe hier mal 1024 x 768 eingestellt und das Fenster vom IE 8 auf nur etwa 80 % Breite gezogen. Da wird noch immer nichts umgebrochen. Erst wenn ich es noch schmaler mache.
        
        ich hatte wie gesagt eben schon ein bisschen gebastelt, das rechte margin hab ich verkleinert und den small-view-button nach ganz rechts oben gepackt.
        ausserdem möchte ich die suche oben in den header packen, dann fällt sie in der navi nicht so aus der reihe.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
- pq
  
  2010-02-05 18:02
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  ich denke mal, das ist gelöst durch die verschiebung der suche nach oben.
  
  Move from Bugs to Erledigte/abgelehnte Bugs & Requests
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem

View all threads created 2009-08-21 09:02.