Beiträge von bugcatcher

  • Firefox Tabbed Browsing

    Fürs Tabbrowsering gibts zahlreiche Erweiterungen. Vermutlich sogar eine, die nur diesen Button liefert.

    Nur als Tipp: Ein doppelklick auf eine leere Fläche auf der Tableiste (ganz links neben dem ersten Tab z.B.) öffnet auch ein neues Tab...

  • vb script

    Zitat

    Um durchs Internet sicher surfen zu können gibt es für Internetbrowser viele Sicherheitsbestimmungen. Um den Surfkomfort zu erweitern werden ständig neue Benutzertools kreiert. Einige Browser halten sich nur an die seit Jahren gültigen Mindestanforderungen und andere entwickeln sich immer weiter.

    Die Internetforschungsabteilung von Microsoft bietet uns Softwareentwicklern und Grafikdesignern so mit jeder Version mehr Möglichkeiten Webseiten mithilfe neuer, innovativer Ideen attraktiv zu gestalten. Leider verfügen andere Browserhersteller nicht über das nötige Budget, weshalb sie oft Abstriche machen müssen.

    Auf GameClub.at werden viele Features und Methoden genutzt werden, die es uns erlauben neue Wege zu gehen und die Möglichkeiten des Internets noch zu erweitern. Die Interaktivität der GameClub.at-Seite reicht somit von einem komplett integrierten Messenger über ein komplett neues, interaktives Kommunikationssystem bis hin zum direkten Datenaustausch mit Nintendo DS und Nintendo Revo.

    Du siehst also, durch die Nutzung der internetexplorerexklusiven Features kann mit Hilfe von Visual Basic, ActiveX und Microsoft Windows ein komplett neues Interneterlebnis geschaffen werden. Wir hoffen auf eine Integration dieser neuen Features in andere Browser, jedoch bis es soweit ist kann GameClub.at nur mittels Internet Explorer erforscht werden.


    Schade das alle Sicherheitsmethoden auch im IE schlagartig versagen, wenn man dort das Scripting deaktiviert. Zumal ja eh IMMER ALLES in den Temporären Internetdateien zu finden ist, was der IE jemals aufmacht. Sogar wenn man so Befehle wie no-cache als Meta-Angabe übergeben werden. ; )

    Die Typen gehören für mich zum dümmsten Obst seit Monaten. Ich glaub wir brauchen n Award für sowas *g*

  • Auf ein Neues!

    Zitat von Coce

    Andere Möglichkeit, die ich nach wie vor anwende: Keinen Alkohol trinken. :wink:

    Zitat von dogfriedwart

    Diese übertriebene "Ich lass doch sowas nicht an mich ran"-Haltung finde ich einfach albern.


    <lösch>
    Ich behalt das lieber für mich. Sonst mach ich den Thread kaputt.

  • Unterschiede Frames in FF und IE!

    Zitat von HaMF

    wollen wir wetten, gleich kommt bugcatcher mit einem ganz tollen ganz anderen kommentar? ;)

    (bugcatcher: du siehst: hier wird viel von dir erwartet xD )


    Doll. Immer ich. Aber Tatsache. Ich sag was anderes (zur Problemösung; Frames bleiben natürlich auch weiterhin Igitt, weil darum). Und dabei brabbel ich jetzt bloss nach, was SelfHTML vorsagt... und das hier keiner mal nachgeblättert hat.... ich bin auf den Thread erst aufmerksam geworden, nachdem er so lang wurde. Anfangs dachte ich echt, dieses "einfache" Problem wäre auch für andere lösbar, womit ich mir Arbeit sparen kann. Hab ich wohl falsch gedacht. ; )

    Und alle, die hier jetzt was vom Validator gebrabbelt haben: 6 setzen. Valides HTML ist zwar was wirklich schönes, sollte auch immer angestrebt werden..... aber der Validator ist nur für die geeignet, die wissen was er macht. Mag jetzt fies klingen, aber... wenn man keine Ahnung hat, sollte man einfach mal die Fre**e halten. Soll natürlich kein Angriff sein! Der Validator wird einem nämlich in diesem Fall überhaupt nicht helfen, da GARKEIN Browser bei Frames irgendwas nach W3C richtig anzeigt. Auch nicht Firefox... leider. Darum bitte nur mit dem Validator wedeln, wenn ihr wisst, dass das Problem mit diesem Zu lösen ist. Was in 99% der Fälle meistens nicht ist. Der Validator prüft kein Javascript, der Validator berücksichtigt auch keine Browser-Bugs, absichtliche Fehldarstellungen oder fehlendes Können und nochweniger kann er die Logik hinter den Zusammenstellungen der Tags erkennen.

    So. Kommen wir zum Problem:
    http://de.selfhtml.org/html/frames/eigenschaften.htm#rahmen
    Ich zitiere mal eben:

    Zitat

    Erläuterung:

    Wenn Sie HTML-Standard-konform arbeiten wollen, notieren Sie in einem gewünschten <frame>-Tag das Attribut frameborder. Mit frameborder="0" unterdrücken Sie die sichtbaren Rahmen zwischen dem betroffenen Frame-Fenster und allen seinen Nachbarfenstern, und mit frameborder="1" zeigen Sie die sichtbaren Rahmen explizit an (letzteres entspricht allerdings der Voreinstellung).

    Bei der Syntax, die von den Browsern unterstützt wird, werden die dazu nötigen Attribute im einleitenden <frameset>-Tag desjenigen Framesets notiert, für das die Angaben dann gelten - sie betreffen dann also alle Rahmen innerhalb des Framesets.
    border [Pixel] ist Netscape-Syntax und bestimmt die Breite der Rahmen in Pixel. Erlaubt sind Zahlenwerte von 0 (keine Rahmen anzeigen) und größer (border = Rahmen).
    frameborder [1/0 oder yes/no] bedeutet nach Microsoft-Syntax die Angabe, ob 3D-Rahmen angezeigt werden sollen oder nicht. Dieses Attribut ist also gleichnamig mit dem HTML-Standard-konformen Attribut, bedeutet jedoch etwas anderes.
    framespacing [Pixel] ist Microsoft-Syntax und bestimmt den Abstand zwischen Frame-Fenstern, mithin also die Breite der Rahmen in Pixel (spacing = Abstand).

    Beachten Sie:

    Nur mit frameborder="0" framespacing="0" (also mit beiden Angaben) unterdrücken Sie beim Internet Explorer die Rahmen konsequent. Wenn Sie nur frameborder="0" angeben, zeigt der Internet Explorer sichtbare Abstände zwischen den Frame-Fenstern an, allerdings nicht die üblichen 3D-Rahmen, sondern flache Zwischenräume. Um die Rahmen beim Internet Explorer und bei Netscape zu unterdrücken, müssen Sie alle drei Angaben frameborder="0" framespacing="0" border="0" notieren (wie im obigen Beispiel 2).

    Wenn Sie die Rahmen zwischen den Frame-Fenstern unterdrücken, hat der Anwender keine Möglichkeit, die Größe der Frame-Fenster zu verändern. Testen Sie Projekte mit rahmenlosen Frames deshalb möglichst unter mehreren Bildschirmauflösungen und mit unterschiedlich großem Anzeigefenster.


    border ist also für Firefox und eine pixelangabe (zudem ist es nach w3c FALSCH). Schreibt man 1 rein, wird man den Frameborder garnicht erst erwischen können. Zu dünn. Macht man so 3-5 draus, kann man den Border dann auch anfassen. Beim IE wird frameborder erkannt. Leider nicht so wie im Standard vorgesehen. Statt das es die Pixeldicke angibt, wie dick der border sein soll, kann man nur 1 oder 0 angeben (Rahmen ja, Rahmen nein). Also keinerlei Angabe über die Dicke. Dafür müsste man beim IE framespacing benutzen, was natürlich nicht standardkonform ist. Somit sehen wir: Selbst wenn der Validator sagen würde: Seite ist ok, würde keiner der beiden Browser es richtig anzeigen.

    Schreib den Frameset halt so:

    Code
    <frameset framespacing="3" border="3" cols="170,*" frameborder="1">


    Das ist natürlich nicht valide, bringt aber das gewünschte Ergebnis in den Browsern. Auch ein Grund warum Frames Igitt sind.

    Andere Gründe kann man hier nachlesen:
    http://de.selfhtml.org/html/frames/layouts.htm

    Besonders zu beachten sei die absolute Barrierefeindlichkeit der Frames und die nur über Script abfangbare Verlinkbarkeit von Unterseiten.

    Fazit: Frames sind viel viel bäh Igittigitt.

  • Kein @-Zeichen möglich bei Stra*o

    Ist ein Flash und kein Firefox-Problem (bei Opera besteht das Problem z.B. auch). Es gibt 2 Flash-Plugins. Eine Version für ActiveX (nur für IE) und eine Version für ALLE anderen Browser, die "Netscape"-Version. Bei dieser Version kommt es wohl zu einem Tastaturabfragefehler innerhalb des Plugins.

    Da kann man im Firefox nix machen. Das müssten wohl die bei Macromedia richten.

    Das einzigste was Du machen kannst, ist per Copy&Paste das @ einfach an die passende Stelle reinzukopieren.