Firefox 2 selectiert letzte hinzugekommene <option> eines <select>

Martin Honnen wrote:

Christoph Dahlen wrote:

Bringt leider nichts, zumindest wenn es - wie in meinem Falle über
jQuery gemacht wird:

$(target).attr("selectedIndex","-1");

Wobei $(target) _definitiv_ die betroffene SELECT Box ist.

$('#selectId').attr("selectedIndex", -1)
sollte funktionieren.

Nein, tut es mit Firefox nicht, da jQuery unsinnigerweise daraus
selectElementObject.setAttribute('selectedIndex', -1)
macht. Keine Ahnung, wie man jQuery dazu bringt, die DOM-Eigenschaft
namens 'selectedIndex' zu setzen und nicht das Attribut.



--

Martin Honnen
http://JavaScript.FAQTs.com/

Gregor Kofler schrieb:

Ralf Beutler meinte:
Und ich gehe auch davon aus, dass ein Framework es de ahnungsloseren
Programmierern eher erlaubt, etwas funktionierendes ins Netz zu stellen
als etwas, was nur in seinem Browser läuft.

Ahnungslose Programmierer sollten vielleicht garnichts ins Netz stellen.

Ich habe nichts von ahnungslosen Programmierern geschrieben. Es gibt
aber welche, die erfahrene Programmierer sind und nun vor der Aufgabe
stehen, die schöne neue Ajax-Welt zu bedienen. Die werden sich mit einem
Framework leichter tun, da es sich eher so verhält, wie in der
(hoffentlich guten) Doku beschrieben. Um ein Fehlverhalten eines
Browsers beurteilen zu können, braucht eben nicht nur gute Kenntnisse
der API, sondern auch viel Erfahrung.

Abgesehen davon setzen die meisten Programmierer auch Frameworks ein, um
Applikationen zu bauen: Struts, JSF, wingS, ... Da sagt auch niemand was
dagegen. Letztendlich sollen sie die Arbeit erleichtern. Das tun die
meisten Frameworks und es gibt ein paar Ecken zu umschiffen, das ist
aber in jedem Framework so.

Oder eben mit ihrem fehlerhaften Plunder leben lernen - den können sie
mit Selbstgeschriebenen genauso generieren, wie mit einem der zig
Frameworks.

Naja, mir ist es allemal lieber, dass die Leute auf ein Framework
setzen, als dass sie heute noch in ihrem Quellcode zur Unterscheidung
von IE und Firefox sowas benutzen:

if(document.all){
// ie stuff
} else if(document.layers){
// firefox stuff
}

Eine andere Prüfung gibt es nicht. Dann lieber ein Framework, denn dann
würde die Seite für mich auch funktionieren.

Neulich wurde der Wunsch an mich herangetragen, eine Seite, die
prototype, scriptaculous, YUI und spry zusammen mit ein paar
selbstgeschriebenen Routinchen kombiniert, zu debuggen...

Naja, man sollte sich hat für ein Framework entscheiden. Ich kombinieren
ja auch nicht wingS und Struts

br | rb
--
Sie freuten sich riesig, wenn eine Maschine nach sechs Stunden etwas
fertig brachte, wozu jeder Mensch auf der Straße für 2 Cent fähig
gewesen wäre. Anschließend ließen sie sich Bananen- und Sushi-Pizza
kommen und schliefen vor der Tastatur ein. [aus T.P., Heiße Hüpfer]

Gregor Kofler schrieb:

Ralf Beutler meinte:

Ja, aber wenn du einen Smart Client implementierst und ein JS-Framework
dafür einsetzt, dann willst du die Funktionalitäten des Frameworks
verwenden.

Man soll also die direkte Abfrage einer einzigen Property mit einem
Framework abstrahieren? (So klingt das nämlich.) Dann wundert mich der
Framework-Hype gleich nicht mehr so sehr.

Wie kommst du darauf, dass der Code, den der OP als relevanten Part
seiner Frage hier postet, sein gesamter Code ist? Wie du vorher gelesen
hast, macht er noch ein paar andere Sachen vorher und
<spekulation>dieses dann in eine oder mehrere andere Routine
eingebettet</spekulation>, wobei er sich mit einem Framework anscheinend
leichter tut. Sobald ein Framework die Erstellung bestimmter
Funktionalitäten vereinfacht - warum sollte man es nicht verwenden? Ich
sage ja nicht, dass man es hirnlos verwenden soll. Außerdem habe ich was
von Smart Client geschrieben. Das ist ein bisschen mehr als eine
Plausibilitätsprüfung eines Formulars.

Und ob es ein Hype ist, weiß ich nicht.
Ich persönlich habe mich auch lange gesträubt, ein framework
einzusetzen, weil es immer den Nachteil hat, dass man nicht mehr so
genau weiß, was da intern passiert. Aber das hat es auch schon früer
gegeben. Georg Maaß könnte dazu ein paar Geschichten erzählen, die schon
10 Jahre alt sind. Der Punkt ist nur, dass inzwischen die Browserwelt
sich soweit entwickelt hat, dass es langsam wieder Sinn macht, ein
Framework zu haben und zu pflegen. Ein Wahnsinn, dass sich die
Browsergersteller bemühen, einen Standard zu implementieren. Das ist den
Browserprogrammierern von Microsoft ein halbstündiges Video wert, weil
IE 8 den Acid2 Test besteht.

br | rb
--
Sie freuten sich riesig, wenn eine Maschine nach sechs Stunden etwas
fertig brachte, wozu jeder Mensch auf der Straße für 2 Cent fähig
gewesen wäre. Anschließend ließen sie sich Bananen- und Sushi-Pizza
kommen und schliefen vor der Tastatur ein. [aus T.P., Heiße Hüpfer]

Gregor Kofler schrieb:

Wobei die Framework deutlich an Gewicht verlieren würden, wenn sie
plötzlich der Aufgabe Browserinkompatibilitäten zu beheben entbunden
wären.

Das glaube ich nicht, weil diese Frameworks ja bestimmte Dinge sehr
einfach ermöglichen, z.B. Animationen mit Fade-out Effekten usw.
Dann können sich Frameworks verstärkt auf Widgets konzentrieren und z.B.
ein SpinEdit Objekt anbieten ;-)

br | rb
--
Sie freuten sich riesig, wenn eine Maschine nach sechs Stunden etwas
fertig brachte, wozu jeder Mensch auf der Straße für 2 Cent fähig
gewesen wäre. Anschließend ließen sie sich Bananen- und Sushi-Pizza
kommen und schliefen vor der Tastatur ein. [aus T.P., Heiße Hüpfer]

Gregor Kofler schrieb:

Du meinst, wenn einer so null Ahnung von JS hat, dass der dann - Dank
eines tollen Frameworks - die Web 2.0 Seiten aus dem Ärmel schüttelt?

Nein, aber er wird sich leichter tun, bestimmte Dinge schneller und
"funktionierender" zu erstellen. Um z.B. Struts zu verwenden muss ich
auch Ahnung von Java, JSP, Servlet ... haben.

Mir ist kein JS-Framework bekannt, das "alles" erledigt (UDIAGS),
weswegen kompetente JS-Entwickler ihre eigenen Lösungen "richtig"
integrieren (oder überhaupt nur eigene Lösungen einsetzen), die
ahnugslose(re)n werfen eben Framework über Framework ein. Wird schon
irgendwie klappen. Wie gut zeigt ja dieser Thread.

Falsche Verwendung von Frameworks schließt deren Nützlichkeit nicht aus.
Waffen sind auch nicht deswegen schlecht, weil man damit Menschen
erschießen kann.

br | rb
--
Sie freuten sich riesig, wenn eine Maschine nach sechs Stunden etwas
fertig brachte, wozu jeder Mensch auf der Straße für 2 Cent fähig
gewesen wäre. Anschließend ließen sie sich Bananen- und Sushi-Pizza
kommen und schliefen vor der Tastatur ein. [aus T.P., Heiße Hüpfer]

On 21 Dez. 2007, 07:23, Ralf Beutler <spa... (AT) brain4 (DOT) de> wrote:

Bringt leider nichts, zumindest wenn es - wie in meinem Falle über
jQuery gemacht wird:

$(target).attr("selectedIndex","-1");

selectedIndex ist aber kein Attribut des betreffenden HTMLElementes,
sondern eine Eigenschaft des entsprechenden JavaScript-Objektes. Damit
sollte

$(target).selectedIndex = -1;

funktionieren

Das tut es, danke.

br | rb

Gruß,

Christoph