Beiträge von gandro

    Wie ich oben erklärt habe ist der IE7 einiges übler als der FFX2.

    Das klingt zwar absurd, ist aber der Grund warum Microsoft auch den noch unterstützt, weil er als letzter Browser das alte IE-Rendering verwendet. Das könnte für manche Firmen durchaus wichtig sein, darum macht MS noch Support.

    Der FFX2 hingegen hat nichts, was der FFX3 nicht auch könnte (dass es unter alten Windowsen läuft ist kein Feature, sondern eine Support-Entscheidung), darum gibt es keinen Grund mehr den FFX2 zu verwenden und Mozilla braucht keinen Support mehr anzubieten.

    Zitat von oreissig

    Das versteh ich allerdings auch nicht, warum sie noch so lange den IE7 mitschleifen und ihn sogar noch aktiv empfehlen [..]
    Klar gibts da irgendwelche verkorksten firmeninternen Richtlinien


    Das ist eigentlich der Punkt:

    Der IE7 ist von der Engine dem IE6 sehr verwandt. Der IE7 ist aus Webentwickler-Sicht immer noch sehr dämlich wie der IE6, nur ohne die schlimmsten Fehler (paar CSS-Features und transparentes PNG). Den der IE6 ist ja nicht nur doof, weil er nicht alle CSS-Features hat, sondern weil er teilweise sich auch sehr seltsam verhält. Und der IE7 (anders als der IE8) hat diese Fehlerverhalten halt fast alle übernommen.

    Das heisst: Eine verkorkste firmeninterne Seite, die nur mit dem IE6 funktioniert, funktioniert auch noch mit dem IE7.

    Der IE8 hingegen räumt echt auf mit dem alten kaputten Scheiss und verhält sich sehr sehr sehr viel standardkonformer. Darum hat er auch für kaputte Seiten extra eine Kompatibilitätsansicht.

    Zitat von florida

    Eigentlich peinlich für MS, wenn der FF 3.6 von 2010(!!!) noch unter Windows 2000 unterstützt wird, aber selbst der IE6 SP2 von 2004 nicht mehr unter einem 2k- System lauffähig ist.


    Unsinn. Micrsoft ist ja nicht zu doof dafür, die wollen das schlichtwegs nicht, denn der Windows 2000 Support kostet sie einiges an Geld.

    Da es sich hier um ein reines Software-Problem handelt, find ich die Vorschläge ne neue Tastatur zu kaufen oder die Tastatur aufzuschrauben recht idiotisch. Sowas machen nur einfallslose Windowsler.

    Wer Windows kennt, weiss, dass es die Energieeinstellungen in der Registry unter HKEY_CURRENT_USER\Control Panel\PowerCfg\GlobalPowerPolicy abspeichert. Mit powercfg gibts unter Windows XP und 2003 sogar ein Tool, um diese Einstellungen zu importieren/exportieren aus der Shell. Windows 2000 das Ding nicht (die 2003er Version soll laufen) - aber powercfg.exe kann dir leider nicht die Button-Einstellungen setzen.

    Weiteres Problem: Der Schlüsselwert ist binär und damit sieht man nicht wirklich, welcher Wert da für was gut sein soll.

    Das heisst an deiner Stelle würde ich mal folgendes Probieren: Ein Windows XP nehmen, die Einstellungen via GUI gewünscht setzen und danach den oben genannten Registry-Schlüssel exportieren und bei Windows 2000 importieren (importieren/exportieren geht evtl. auch über powercfg). Falls das nicht funktioniert kannst du ja mal schauen, was Windows 2000 an genanntem Registry-Schlüssel ändert, wenn du die Einstellungen via GUI änderst. Wenn der da was von 02 auf 03 stellt, könnte es gut sein, dass 00 dann für "gar nichts" steht.

    Hab aber kein Windows 2000 hier um das zu überprüfen.

    Nachtrag: Des weiteren gibt es folgende Command-Line für vLite (also offenbar Vista+). Weiss nicht, ob Windows 2000 bereits diese GUID-Bezeichner kennt, aber da hats ne Liste von Befehlen mit denen man die Buttons via powercfg.exe setzen könnte: http://www.msfn.org/board/topic/11…post__p__762639

    Nein, ist keine Aufgabe einer Hochschule, da hätt ich dann auch andere Möglichkeiten um Nachzufragen als hier im Forum. Ist für ein eigenes Programm.

    Hab das Problem jetzt aber umgangen, in dem ich die Suche nach einem bestimmten String verzichte. Wenn ich nur den String habe, speichere ich den halt (früher war Idee den Index zu speichern) und vergleiche erst später wenn ich den Index habe, ob es der gesuchte String ist.

    Naja, die Suche via Index wird im Programm dann eigentlich der signifikat häufigere Fall sein. Suche via String nur beim Programmstart und ggf. bei Debugging.

    Da ist die Frage dann, ob sich das Anlegen und Sortieren nach Strings der zweiten Liste für die binäre Suche überhaupt lohnt (qsort vs. das 400-Elemente-Array für ~10 Abfragen jedes Mal illterieren).

    Nachtrag: Wobei die Liste eh fest einkompiliert wird, da kann ich die auch vor der Compiletime mit nem Script im Quellcode sortieren.

    Nabend. Hab da ne Programmiererfrage, auf die ggf. jemand eine Antwort weiss.

    Folgendes Problem: Ich habe hier eine Liste von Paaren. Ein Paar besteht jeweils aus einem Index (von 0 bis ~400) und einem String, also sowas:

    Code
    struct table_entry KEY_TABLE[] = {
         /* ... */
        {242, "VENDOR"},
        {243, "ARCHIVE"},
        {244, "PROGRAM"},
        {245, "CHANNEL"},
        {246, "FAVORITES"},
         /* ... */
    };

    Meine Frage ist nun, wie ich diese Liste von Paaren effektiv durchsuchen kann, ohne jeden Eintrag via Illteration (for-Schleife) durchzugehen.


    Um zu einem bestimmten Index den String zu bekommen (bei der Suche nach 245 soll "CHANNEL" zurückkommen) ist kein Problem, da würde ja sogar ein Array reichen.

    Jetzt brauche ich aber zusätlich auch die Möglichkeit, in der Liste nach einem bestimmten String den den dazugehörigen Index zu suchen (also die Suche nach "FAVORITES" soll 246 zurückgeben).

    Jemand eine Idee, wie man sowas tut, ohne gleich zwei Listen anzulegen?

    So. Stopp.

    Micha94: Niemand auf der Welt, weder hier im Forum noch sonst wo, wird dir nen Pentium-3 Laptop für 15 EUR verkaufen.

    Das heisst, wenn du mit deinem Angebot jetzt nicht höher gehst auf einen angemessenen Preis, dann wird dieser Thread hier geschlossen.

    Zitat von Dirk

    Safari hat kein Ogg Support? Ich dachte das wäre gerade der witz an dem format, das dafür keine lizenzgebühren benötigt werden. setzten die jetzt nur auf h264 (oder wie die zahl war), was der firefox wahrscheinlich NIE unterstützen wird, solange es propertiär ist.


    Der Grund ist ein einfacher:

    Für OGG Theora gibt es keine Hardwarebeschleunigung. Im iPhone und iPod und iPad und so hingegen braucht Apple Hardwarebeschleunigung. Im überigen haben sie schon vor HTML5 die h264-Chips verbaut (weil der QuickTime-Codec ja inzwischen auch nix anderes als h264 is). Drum boykottiert Apple OGG Theora.

    Chrome kann als einziger OGG Theora und H264. Opera wird wohl nur OGG Theora machen, wie Firefox. Was Microsoft mit dem IE9 machen wird, ist noch unklar. Wär aber nicht verwunderlich wenn die noch WMV ins Rennen werfen.

    iRiver E150 8GB schwarz

    Multimedia-Player für diverse Audio-, Video- und Bild-Formate. Inklusive eingebauten Mikrophon, eingebauten Mini-Lautsprecher, FM-Radio und microSD-Karteneinschub für weitere 8GB Speicherkapazität.

    Benötigt keine Zusastzsoftware (lässt sich als Massendatenträger oder via MTP bespielen).

    • MP3/WMA/ASF/OGG/FLAC
    MPEG-4 SP/WMV9 SP/XviD SP
    • JPEG/BMP/PNG/GIF
    • TXT
    • 2.4" Color-TFT LCD (320x240) (262000 Farben)
    • Digital Voice Recording
    • FM-Tuner
    • Line In Recording
    • microSD-Kartenslot
    • integr. Lautsprecher
    • Equalizer (7 Voreinstellungen, 1 Benutzer)
    • Bis zu 17 Stunden (Audio) bzw. bis zu 5 Stunden Wiedergabezeit (Video) mit integriertem Lithium-Polymer Akku
    • Abmessungen (BxHxT): 95mm x 47.8mm x 13mm • Gewicht: 64.5g
    • USB 2.0

    Packung geöffnet, aber absolut neuwertig. Fast 12 Monate Garantie (bis 25.02.2011).

    Artikelstandort: Schweiz.

    Über Versand müssen wir noch reden, da lässt sich aber bestimmt was machen (ggf. fahr ich bei Gelegenheit ma über die Grenze und gebs da bei der Post oder so auf). Garantie ist bei einem Geschäft in der Schweiz, müsst ihr selber wissen ob ihr damit leben könnt.

    Preis (VHB): 65 EUR / 95 CHF
    Neupreis in DE ist ~80 EUR.