Das zweite Dokument von oben ist bei mir
http://www.offenbach.de/stepone/data/d…1/00/XLTest.doc
Da sind keine Leerzeichen enthalten.
Der Code von oben kann nicht funktionieren, wenn du ihn so in der Erweiterung stehen hast. Du hast den Code des Ubiquity Kommandos nur kopiert, natürlich musst du die relevanten Teile extrahieren.
Beispieldatei?
Dein Code?
wie soll ich dich eintragen? als boardraider?
Brauchst du nicht.
bei dateien die z.b. "das ist ein test.doc" heißen (also leerzeichen haben)
Verwende encodeURI - ich bau es mal bei mir im Code ein, dann siehst du wo es hin muss.
Bitte nutz solche Dienste wie pastebin, um Code zur Verfügung zu stellen. Als Bild ist das völlig nutzlos und für andere User sind deine Farbeinstellungen grausam.
Die textarea habe ich einfach damit man das http:// nicht mehr eingeben muss.
Geht offensichtlich auch mit input 
dass wenn man auf Google Suche klickt, ein neues Fenster geöffnet wird?
Entweder wieder mit JavaScript oder du nutzt das target-Attribut für form, was auch im ersten Fall klappen würde.
Zudem body auf vor head zu?
Style gehört in den head-Bereich.
usw.
Um welche Seite geht es denn?
und die Lesezeichenleiste beginnt immer von ganz oben
Strg+B nutzen
ich möchte herausfinden, wann ein einzelnes Lesezeichen erstellt oder verändert wurde
Öffne die Bibliothek (Lesezeichen verwalten...) und lass dir die entsprechenden Spalten anzeigen (Rechtsklick auf die Spaltenköpfe).
Kann ich ausschließen, das dieses von einem "Experten" verändert wurde oder ist dieser Timestamp zuverlässig?
Kann man durch Manipulation der Datenbank leicht ändern (leicht für einen "Experten").
Wie könnte eine Veränderung vorgenommen werden?
Mit einem SQLite-Client auf die places.sqlite zugreifen und via SQL die Werte beliebig ändern.
Wozu denn die textarea? Nimm doch einfach ein input-Element vom Typ text. Zum Öffnen kannst du einfach window.open nehmen. In JavaScript gibt es keine Funktion, die einen neuen Tab erzeugt, nur ein neues Fenster. Allerdings kannst du im Browser steuern, wie er solche Anweisungen behandeln soll (bspw. neuen Tab statt Fenster).
Na ja, so klar war das offensichtlich nicht
Dann frage ich mich aber was die Mozilla Jungs
Mozilla Jungs?
https://addons.mozilla.org/de/firefox/user/22
Die Erweiterung ist doch nicht von Mozilla.
Mit ist bekannt das es das eine Erweiterung gab die nach dem download den scan eines on-access Virenscanners startet. ClamWin ist aber ein on-demand scanner.
Ein OnAccess-Scanner sollte die Datei selbständig scannen.
Sicher doch einfach deinen Profilordner und vertrau nicht auf die Funktion eines Drittprogrammes. Das Betriebssystem ist wesentlich verlässlicher.
Ich habe mal ein Ubiquity Kommando aus der Problemstellung gemacht.
http://boardraider-ubiquity-commands.googlecode.com/svn/trunk/gd-upload.html
Den Quellcode kannst du dir hier anschauen:
http://code.google.com/p/boardraider-…nk/gd-upload.js
Den Code kannst du für deine modifizierte Erweiterung übernehmen oder als Anschauung verwenden. Ausdrücklich stelle ich dir die Nutzung außerhalb der GPL frei, soll dich bei deiner Erweiterung also nicht kümmern.
Ständig muss man auf einer Seite zusätzliche Scripts freischalten
Dafür gibt es die Whitelist und temporäre Freigaben.
Und wenn man generell alle Seiteskripte erlaubt könnte man denken, dass dann nichts beschränkt wird
Das denkt man nur, wenn man sich NoScript nicht richtig angeschaut und die Dokumentationen gelesen hat. NoScript realisiert noch mehr Funktionen über das Blockieren von JS hinaus.
die aber sehr wohl gehen, wenn man NoScript ganz deaktiviert.
Oder die entsprechenden Funktionen konfiguriert. Sollte es tatsächlich eine Seite geben, die durch NoScript in Verbindung mit angepasster Konfiguration in der Funktion beeinträchtigt wird, dann reicht in der Regel eine Meldung an den Autor.
Wieso wendest du dich nicht an den Autor der Erweiterung?
https://addons.mozilla.org/en-US/firefox/addon/8552
Inbesondere solltest du ohnehin mit ihm Rücksprache halten, falls du eine modifizierte Version veröffentlichen willst. Ich habe keine Lizenzbedingungen gesehen, aber die Höflichkeit gebietet es eigentlich den Autor zu kontaktieren.
Ich bin überzeugt, dass das deutlicher schneller und effizienter ist, als einen Ajax Request abzusetzen.
Man spart sich zumindest den Protokoll-Overhead im Browser und die Implementierung eines Listeners in Java. Gefühlsmäßig schätze ich auch das es etwas schneller ist, allerdings fehlen mir da Erfahrungswerte.
Aber gibt es eventuell auch die Möglichkeit einen Java-Thread zu starten, der sich nur bei Bedarf meldet und eine Methode innerhalb der Erweiterung anstößt? Oder macht das von der Belastung keinen Unterschied?
Ob man in einem Java-Thread einen Observer registrieren kann, der dann als Callback-Funktion innerhalb der Erweiterung liegt, kann ich nicht beurteilen. Das müsste ich selbst erstmal ausprobieren. Nach der Dokumentation von LiveConnect sollte es aber möglich sein.
Grundsätzlich wäre diese Lösung aber vorzuziehen. Das Polling des Cardreaders läuft ohnehin, aber du belastest den Fx-Prozess nicht mit zusätzlicher Arbeit.
Ich muss dann innerhalb der Erweiterung (z.B. im Sekundentakt) die getCardId() Methode aufrufen und auf einen verwertbaren Rückgabewert warten.
Das wäre letztlich immer noch möglich.
Hat jemand eine gute Web-Empfehlung (eventuell deutsch) für den Einstieg in die Entwicklung von FF-Erweiterungen?
https://developer.mozilla.org/de/Erweiterungen
https://developer.mozilla.org/en/Extensions
Das ist die Quelle (in doppelter Hinsicht). In der deutschen Doku sind aber nicht alle Artikel vorhanden, daher empfehle ich ohnehin die englische. Die Tutorials dort geben einen einfachen Einstieg. Die verwendbaren Interfaces sowie die XUL-Dokumentation (für die Oberflächen) findet sich ebenfalls dort.
Nachtrag:
LiveConnect dürfte aber keine verlässliche Basis für die Zukunft darstellen, es gibt Pläne es im Fx zu deaktivieren. Es lohnt sich daher wohl ein Blick auf:
http://simile.mit.edu/wiki/Java_Firefox_Extension
Begrifflichkeit:
Das ist kein "Header" das ist ein URL.
http://de.wikipedia.org/wiki/Header
http://de.wikipedia.org/wiki/Uniform_Resource_Locator
Grundlegend mag es aber tatsächlich eine Protokoll- bzw. Headerfrage sein.
Du versuchst via HTTP-GET den Google Dienst anzuweisen, dass er einen URL als Uploadziel verarbeiten soll. Vielleicht ging das früher mal, inzwischen hat Google wohl auf HTTP-POST ausschließlich umgestellt.
Beim regulären POST-Reqest über das Formular werden folgende Datenfelder übertragen:
security_token, formsubmitted, uploadedFile , uploadURL, DocName und saveChanges
Inwieweit alle tatsächlich nötig sind, habe ich nicht im einzelnen geprüft. Um das Ganze aber innerhalb einer Erweiterung zum Laufen zu bringen, wirst du wohl selbst einen POST-Request senden müssen.
Siehe dazu: https://developer.mozilla.org/en/XMLHttpRequest
Sollte der security_token eine Anti-CSRF-Maßnahme sein, wirst du nicht umhin kommen dir den Token zuerst mit einem GET-Request von https://docs.google.com/DocAction?action=updoc&hl=en zu holen. Rausparsen, Request-Parameter zusammenbauen und absetzen. Das sollte dann klappen, auch im neuen Tab
Cache geleert? Safe-Mode versucht? Neues Profil versucht? Irgendwelche Sicherheitssoftware?
Wie kann man diesen Aufruf in die download manager integrieren?
Welchen Aufruf? Welche Downloadmanager?
Die haben dann noch nicht in großen Teams gearbeitet, die bereits bei wenigen Teammitglieder große Datenbestände haben.
DMS verwenden?
