Richtig eingesetzt kann das "Senden an"-Menü von Windows eine große Hilfe bei der Arbeit sein. Für eine konsequente Anwendung fehlte bisher allerdings ein entsprechendes Systemtool wie zum Beispiel das Tools&More-Tool SendMan. Das Kontextmenü einer jeden Datei ... birgt einen kaum beachteten Schatz: Die Funktion "Senden an...". Damit lassen sich beliebige Dateien mit wenigen Klicks auf Disketten speichern, auf der Arbeitsoberfläche ablegen oder an den Mail-Client schicken. Allerdings ist damit das bisherige Funktionsspektrum auch schon ausgeschöpft. Viele weitere Möglichkeiten Mit ein paar Tricks lässt sich damit aber noch sehr viel mehr anstellen. Zum Beispiel ist die Ablage von Dateien in bestimmten Ordnern keineswegs nur auf die Arbeitsoberfläche, den Aktenkoffer oder auf "Meine Dateien" beschränkt. Theoretisch ließe sich hier jeder beliebige Ort anführen, sei es ein lokales Verzeichnis, ein Memorystick oder ein bestimmter Ordner auf einem Netzwerkserver. Überlegen Sie einmal, wie viel Geklicke Sie sich dadurch tagtäglich ersparen könnten. Zudem kann man Dateien nicht nur kopieren, sondern auch gleich weiterverarbeiten lassen. So wäre es z.B. praktisch, anhand eines "Senden an"-Eintrags eine nicht registrierte Textdatei - z.B. readme.now - mit dem Texteditor Notepad zu öffnen. Selbst Skript- und Stapeldateien könnten durch einen Eintrag in "Senden an" ganz neuen Nutzen bringen. Ungereimtheiten Die Verwendung von "Senden an" hat in Bezug auf Applikationen einen kleinen Nachteil: Die Namen der zu verarbeitenden Dateien werden nicht per OLE übergeben, sondern als Startparameter beim Aufruf des Programms, das dem betreffenden Verweis zugrunde liegt. Das wäre eigentlich kein Problem, wenn nicht der hierfür von Windows zur Verfügung gestellte Übergabepuffer lediglich 256 Byte umfassen würde. Aufgrund des begrenzten Platzes werden die Dateinamen zwar mit ihrem Pfad, aber nur in ihrer Kurzschreibweise übermittelt - und zudem kann man nicht sicher sein, das auch alle Angaben berücksichtigt werden. Bei einem Pufferüberlauf verschwinden die überzähligen Zeichen nämlich einfach in den Tiefen des Betriebssystems, ohne Fehlermeldung wohlgemerkt. Handelt es sich bei dem "Senden an"-Ziel um ein Laufwerk oder einen Ordner, tritt der beschriebene Effekt jedoch nicht auf. Der Explorer ist hierbei sowohl Quell- wie Zielapplikation und handhabt die Übergabe daher intern. Damit kann es gar nicht erst zu einem Pufferüberlauf kommen. Ein letztes Problem ergibt sich noch bei "Senden an"-Links, die auf Applikationen mit bereits vorgegebenen Startparametern verweisen. Wer beispielsweise versucht, eine simple Skript- oder Stapeldatei bei dem über den Attrib-Befehl Dateiattribute vor dem Kopieren entfernt werden (attrib -r -s -h), direkt als Verknüpfung zu realisieren, wird scheitern: Im Dateiaufruf der Verknüpfung müsste man in diesem Fall nach dem Programmnamen die im Beispiel verwendeten Parameter -r -s -h angegeben. In der Praxis passiert es allerdings, dass sobald der Link mit den zu bearbeitenden Dateinamen versorgt ist, alle vorgegebenen Parameter ignoriert werden - lediglich der Dateiname wird übergeben. In diesem Fall ist die Verwendung eines Sktipts oder Batches unumgänglich. Die Verknüpfung verweist dabei einfach auf den Namen der Batchdatei, dessen Inhalt bleibt davon unberührt.