LANtastic’s Blog

Archive for category Bugbase

Apr 6

Posted by LANtastic in Bugbase | 4 Comments

Das Gröbste scheint soweit getan zu sein. Die Seite ist wieder erreichbar. Jetzt muss ich mich nur noch um die anderen Subdomains kümmern, dann sollte der Umzug erledigt sein.

[edit]Nach einigem Hin und Her hab ich mich nun entschlossen die Bugbase nicht mehr zu online zu stellen. Das liegt daran, dass dahinter einiges an Arbeit steckt und bei den häufigen Updates der Browser immer wieder neue Bugs dazu kommen und andere verschwinden. Bei jedem Update müsste ich dann auch wieder alle Bugs auf Ihre Aktualität überprüfen, Workarounds testen, usw. Das lässt mein Studium zeitlich leider nciht mehr zu. Sollte noch jemand vereinzelte Probleme mit Bugs haben, so kann ich die Seite http://www.positioniseverything.net empfehlen, wo noch sehr sehr viele Bugs und Workarounds zu finden sind.[/edit]

Dec 2

Posted by LANtastic in Bugbase | No Comments

Nach einer beschämend langen Pause, habe ich heute langsam, aber sicher damit angefangen mich wieder um die Bugbase zu kümmern. Auch wenn es nicht von heute auf morgen weitergehen wird, aber nach und nach werde ich dort die alten HTML Vorlagen durch die momentan im Blog verwendeten Vorlagen ersetzen. Desweiteren werden auch endlich wieder ein paar neue Bugs hinzukommen und auch die letzten Tabellen werden aus meiner Seite verbannt. Wie gesagt, ich habe angefangen ….

Opera 7 Crash

Jul 11

Posted by LANtastic in Bugbase | No Comments

Wenn schon Scheisse, dann richtig Scheisse. Hab mal schnell eine kleine Demoseite gebastelt, wo man das schnelle Ende mal beobachten kann. Dem Link kann man als Opera Benutzer noch folgen. Von der Seite verweist ein weiterer Link auf die Crash Seite.

verschwundener Inhalt

Jul 4

Posted by LANtastic in Bugbase | No Comments

In allen Mozilla (ab Version 1.0.1) basierten Browsern gibt es auf dieser Seite ein ernsthaftes Problem. Weit und breit ist kein Inhalt zu sehen. Warum der Inhalt nicht zu sehen ist, hab ich auch noch nicht rausgefunden. Aber das kommt noch. Hoffe ich. In allen anderen Browsern, ist der Inhalt zu sehen.

hat jemand eine Idee ?

Frame und Frameset stylen

Jun 28

Posted by LANtastic in Bugbase | No Comments

Vor einigen Tagen stieß ich in einem Forum auf eine eigentlich ganz einfache Frage. Kann man die Frames in einer HTML Seite via CSS stylen. Erste Antwort meinerseits : Nööö kann man nicht. Dann doch mal sicherheitshalber ein Blick in das entsprechende Doctype :


%coreattrs; -- id, class, style, title --
rows %MultiLengths; #IMPLIED -- list of lengths,
default: 100% (1 row) --
cols %MultiLengths; #IMPLIED -- list of lengths,
default: 100% (1 col) --
onload %Script; #IMPLIED -- all the frames have been loaded --
onunload %Script; #IMPLIED -- all the frames have been removed --
>
]]>



%coreattrs; -- id, class, style, title --
longdesc %URI; #IMPLIED -- link to long description
(complements title) --
name CDATA #IMPLIED -- name of frame for targetting --
src %URI; #IMPLIED -- source of frame content --
frameborder (1|0) 1 -- request frame borders? --
marginwidth %Pixels; #IMPLIED -- margin widths in pixels --
marginheight %Pixels; #IMPLIED -- margin height in pixels --
noresize (noresize) #IMPLIED -- allow users to resize frames? --
scrolling (yes|no|auto) auto -- scrollbar or none --
>
]]>


%coreattrs; -- id, class, style, title --
longdesc %URI; #IMPLIED -- link to long description
(complements title) --
name CDATA #IMPLIED -- name of frame for targetting --
src %URI; #IMPLIED -- source of frame content --
frameborder (1|0) 1 -- request frame borders? --
marginwidth %Pixels; #IMPLIED -- margin widths in pixels --
marginheight %Pixels; #IMPLIED -- margin height in pixels --
scrolling (yes|no|auto) auto -- scrollbar or none --
align %IAlign; #IMPLIED -- vertical or horizontal alignment --
height %Length; #IMPLIED -- frame height --
width %Length; #IMPLIED -- frame width --
>


]]>

-- alternate content container for non frame-based rendering -->
%attrs; -- %coreattrs, %i18n, %events --
>
Demnach existieren für das Frameset-Element, das Frame-Element also auch für das iFrame-Element jeweils ein style-Attribut. Erster Test:








<br /> <body><br /> </body><br />

Führte zu folgendem Ergebnis : Der IE6/win liest tatsächlich das style Attribut aus und wendet es sogar an. Mit anderen Worten : Das gesamte Dokument wird von einer grünen 5px dicken gepunkteten Linie umschlossen und auf der linken Seite wird man von einem roten 5px dicken gepunkteten Rahmen angelächelt. Alle anderen Browser, die ich hier verwendet habe (Opera 5-7/win, Mozilla 1.x) gehen überhaupt nicht auf die Style Definition des Rahmens ein.Was ich aber eben nicht ganz verstehe, da es durchaus vorgesehen ist. Wo liegt mein Denkfehler ?

Fehlerhafte Breitenberechnung eines kursiven Textes

May 8

Posted by LANtastic in Bugbase | No Comments

Geisterscrollbalken

Ich sitze schon seit längerer Zeit an einem kleinen Redesign meiner Webseite. Während ich in den letzen Tagen seit Langem mal wieder was daran getan habe, bin ich auf einen bitterbösen Bug im IE6/win gestossen. Der ist ja sogar schon wieder so dreist, daß man sich das gar nicht erst vorstellen kann.

Den Fehler konnte ich auf einen einfachen kursiv geschriebenen Text zurückführen, mehr aber auch nicht. Ich bin mir nicht sicher den Auslöser gefunden zu haben, noch bin ich mir sicher zu verstehen, was da überhaupt verkehrt läuft.

Zum Nachvollziehen hier mal der Quellcode um das Problem nachvollziehen zu können :

Quellcode (als .zip)

Ruft man die im Zip enthaltene Seite im IE6/win auf, dann muß man nicht zwangsläufig auf diesen Fehler stoßen. Er hängt nämlich von mehreren Faktoren ab.

  • Breite des Browserfensters.
    Dazu einfach mal die Breite manuell verändern
  • Die Größe der Schriftart
    Diese läßt sich im Menü Ansicht->Schriftgröße einstellen. Je nach verwendeter Schriftgröße scrollt die Leiste zwischen 1 Pixel und 3 Pixel weit nach rechts

Ich habe nun mittlerweile schon alles ausprobiert und bin zu keiner Lösung gekommen, wie man diesen Fehler “ohne Einbußen” los wird.

Versucht habe ich bereits folgende Sachen :

  • Doctype entfernen, bzw. anderes Doctype verwenden
    Die Lösung funktioniert zwar, aber es stört mich doch gewaltig, daß ich danach kein HTML 4.01 Strict Doctype mehr verwenden kann, wobei die Seite eigentlich die Strict Anforderungen erfüllt
  • Schriftgröße per Pixel festlegen
    Bringt leider auch nichts, da der Bug bei einer Schriftgröße von 10px bei einer Auflösung von 1280 x 1024 nicht erscheint, wohl aber wieder bei einer Schriftgröße von 11px. Bei 12px ist er wieder weg, bei 13px wieder da.
  • Die Breite des Elementes, daß den betroffenen Text beinhaltet (hier Body)auf 99% reduzieren.
    Ganz toll, die gesamte kann 100% Breit sein und nur wegen eines kursiven Textes habe ich nun einen Rand von 1% ? Das kann’s ja nun wirklich nicht sein. Man kann jedoch das Element in einen Div Container packen und diesen dann reduzieren.
  • Das Element via “padding-attribut” vom Rand “fernhalten”
    bringt leider auch nichts, der Scrollbalken ist immer noch zu sehen.
  • Den Text nicht kursiv darstellen
    Klappt zwar, war aber nur eine Idee, die man durchaus als bescheuert bezeichnen kann.

Mit anderen Worten, ich gebe mich geschlagen. Dieses Phänomen hat mich beinahe schon eine ganze Nacht gekostet und ausserdem eine ganze Menge Nerven.
Hat hier Irgendjemand vielleicht eine zündende Idee ?

Position:fixed für IE/win

May 6

Posted by LANtastic in Bugbase | No Comments

Ich habe es eben endlich mal geschafft im Artikel Position:fixed für den IE/WIN ein paar kleiner Korrekturen vorzunehmen. Nix weltbewegendes, aber Sachen die endlich mal geändert werden mussten.