[GUARDiAN]

Sicher bringt mir das etwas:

Um die "Fake-Buttons" sinnvoll verwenden zu können (click()-event des "echten" File-Selectors wird aufgerufen, anschliessend dessen Inhalt in die "Fake-Textbox" geschrieben) muss JS aktiviert sein, und auch nur in diesem Fall werden die "Fake-Buttons" angezeigt.

Wenn JS deaktiviert ist, wird nur der herkömmliche File-Selector angezeigt, und keine anderen Buttons/Textfelder die den (in den meisten Fällen unbedarften) User verwirren könnten.

[Waschbequen]

Ich sagte doch, siehe oben Habe die Aussage, dass es nicht funktioniert, zurückgezogen und geschrieben, dass das auf dein erstes Posting bezogen war. In dem schreibst du, dass du den einen Button per JS ausblenden willst - und damit würden alle beide angezeigt, wenn kein JS aktiv wäre. Klar?

[GUARDiAN]

Okay...

Ist noch früh, und ich habe Details, wie z.b. die per CSS zu setzenden Attribute, vergessen...

[ützelbrütz]

[dastef]

du hast seit sp2 wohl definitiv keinen zugriff, schreibender weise
auf das ein input file mit type file ..readonly!

[karmacoder]

imho gab es noch nie schreibzugriff auf file. sonst könnte man ja per js sich jede datei vom client besorgen, das muss der user schon selber angeben.

[ützelbrütz]

es mag schon sein, daß ich keinen schriebzugriff (mehr) habe. aber ausgeführ wirds ja! wenn ich den gefakten button anklicke öffnet sich der dateiauswahl-dislog, derpfad wird auch in das gefakte input-feld kopiert. alles kein problem und ohne fehler. erst beim versenden erhalte ich die zugriffsverletzung.
ich kann doch aber in jedes beliebige inputfeld eine lokale pfadangabe schrieben, das wird nur als string versendet. beim versand wird also nichts besonderes ausgeführt. wo liegt denn da die sperre????

[gtz]

der punkt is, dass so ein fernsteuerbares verhalten des file-dialoges demmisbrauch tür und tor öffnet. deswegen wirds selbstverständlich unterbunden. leb damit.