HotSpot auf Dateiverzeichnisse

[regNov]

Hallo Zusammen,

ich komme grade nicht weiter und habe auch schon im Forum nach ähnlichen Beiträgen gesucht.

Folgendes Problem bei der Verlinkung von Dateiverzeichnissen:

Die Verlinkungen werden von einigen Usern (nicht voll allen) mit einem dreifachen Slash angelegt, wenn über die HotSpot
Funktion eine Verzeichnis verlinkt wird.

Das ganze sieht dann so aus:

file:///Laufwerksbuchstabe/pfad

IE 9 ist Standardbrowser und eigentlich benötigt der IE doch nur zwei Slashes für ein Dateiverzeichniss.

Also file://Laufwerksbuchstabe/pfad


Jedenfalls funktionieren die Verlinkungen wenn mann manuell zwei Slashes nachträglich einfügt.
Bin im Moment etwas ratlos wie ich Notes beibringen kann, das nur zwei anstatt drei Slashes benötigt werden.

Gruss

regNov

[koehlerbv]

Wieso willst Du Notes das beibringen, wenn doch die User den Fehler begehen? Statt einer falschen Anzhal von Slashes kann der User ja auch das Verzeichnis gleich ganz falsch angeben etc.
Alternativ müsste man dem geneigten User eine Funktionalität zur Verfügung stellen, die via FileOpenDialog den gewünschten Pfad automatisiert übernimmt und eine korrekte URL daraus bastelt *und* dann via DXL und etwas Backend-/Frontend-Voodoo den gewünschten Hotspot in das Dokument an der aktuellen Cursorposition einfügt. Dazu sollte man aber Programmierprofi sein oder einen zur Hand haben (dann ist das kein Zauberwerk).

Prinzipiell sei gesagt: Software kann niemals dazu da oder in der Lage sein, alle Fehlleistungen des Menschen abzufangen. Auch hier ist das de facto unmöglich, da eine dreifache Folge von Slashes durchaus eine korrekte "Ortsangabe" darstellen kann - keine Software kann wissen, was der User denn nun gemeint hat.

FRA-194

[Jens_1]

Hallo,

ich hab das jetzt mal versucht nachzustellen.
Der Link dürfte ja vom Typ "URL" sein - oder?

Ein Filelink hat aber (zumindest auf der WinDose) imho mit dem Browser nichts zu tun.
Wenn es sich um ein Verzeichnis handelt, öffnet Windows allenfalls den Explorer - aber nicht den IE!
file:///C:\temp\

Wenn das Dateiformat bekannt ist, wird die Applikation direkt gestartet...
Ein entsprechnder Link sieht bei mir so aus:
file:///C:\temp\HD-35381-A.pdf

Oder habe ich Frage falsch verstanden?

Gruß
Jens

[regNov]

Hi,

@koehlerbv
Der User gibt den Pfad ja nicht mit File:/// ein, sonder einfach nur das Verzeichnis. Notes hängt dann die drei Slashes an. Insofern liegt das Problem nicht beim User.

@Jens_1
Eigentlich sollte es auch nur den Windows Explorer mit dem Verzeichnis öffnen, und keinen IE.

Habe es jetzt mal mit einem Dokument versucht, also direkt auf eine Datei. Kommt aber der gleiche Fehler.
Seltsamerweise gibt es Kollegen, bei denen die Links korrekt weiterleiten. Könnten es Einstellungen im Notes sein,
die bei einigen Usern fehlen?

Im Moment wird Notes 8.5.1 eingesetzt

Gruß

[m3]

RFC 1738 "Uniform Resource Locators (URL)" meint:

3.10 FILES
A file URL takes the form:

       file://<host>/<path>

   where <host> is the fully qualified domain name of the system on
   which the <path> is accessible, and <path> is a hierarchical
   directory path of the form <directory>/<directory>/.../<name>.
...
As a special case, <host> can be the string "localhost" or the empty
   string; this is interpreted as `the machine from which the URL is
   being interpreted'.

Korrekt sind also 3 "/".

Siehe auch file URI scheme, from Wikipedia, the free encyclopedia:

If host is omitted, it is taken to be "localhost", the machine from which the URL is being interpreted. Note that when omitting host you do not omit the slash ("file:///foo.txt" is okay, while "file://foo.txt" is not, although some interpreters manage to handle the latter).

Und File URIs in Windows im IEBlog @ MSDN Blogs:

The number of slashes following the ‘file:’ is dictated by the same rules as other wellknown schemes like http and ftp. The text following two slashes is the hostname. In the case of the UNC Windows file path, the hostname appears immediately following the ‘//’. In the case of a local Windows file path, there is no hostname, and thus another slash and the path immediately follow.

Ich wuerde mal schaun, ob file://localhost/Laufwerksbuchstabe/pfad in Eurem IE9 funktioniert. Wenn nicht, dann spiel dich mal mit den Sicherheitseinstellungen.


Aber immer ist Notes schuld ...

[regNov]

Hey,

sowohl als auch... Mit dem IE 9 gehen die Angaben mit zwei bzw. drei "/" ohne weiteres. Dort scheint es keine Problem mit der Schreibweise zu geben.

Nur Notes kann anscheinend den Pfad nicht verständlich an den IE weitergeben. Hier mal die Fehlermeldung. Wohl gemerkt kommt die Fehlermeldung vom IE und nicht von Notes aus.


http://imgur.com/8xj3xC6


weiter gehts... 

[m3]

Funktioniert es, wenn der Pfad keine Leerzeichen beinhaltet?
Funktioniert es, wenn der Pfad auf ein lokales Laufwerk (C:\...) und nicht auf ein Netzlaufwerk zeigt?

[regNov]

Hey,

unktioniert es, wenn der Pfad keine Leerzeichen beinhaltet?

Ja, tut es. Der Windows Explorer öffnet sich einwandfrei

Funktioniert es, wenn der Pfad auf ein lokales Laufwerk (C:\...) und nicht auf ein Netzlaufwerk zeigt?

Ebenfalls keine Fehlermeldung



Schon mal der richtige Weg wie mir scheint !

[m3]

Funktioniert es, wenn in dem Pfad die Leerzeichen durch "%20" ersetzt werden?

Wenn ja, dann ist es klar - die Leerzeichen muessen richtig als "%20" encoded werden.
Wenn Du das nicht programatisch abfangen kannst, musst Du einen PMR aufmachen...

[regNov]

Hey m³,

Notes hängt mir dann noch eine "25" an die "%20"? Siehe Fehlermeldung.

http://imgur.com/pDnLBE2


Aber öffnen läst sich das dann auch nicht... 



ps. was ist denn ein PMR? bin neu hier

[m3]

%2520 ist ein doppelt encodedtes Leerzeichen " " -> %20 ->  %2520  (genauer gesagt, dass Prozentzeichen vom ersten Encoden nochmals encoded).

Interessant waere nun halt, wo das her kommt. Ob das Dein Code macht, ob das Windows macht, oder Notes oder der Browser, oder die Fehlermeldung.
Was steht denn eigentlich im Hotspot als Target drinnen (Screenshot)?


PMR:

A PMR is a Problem Management Request which is a document used to manage any technical product issue that a customer reports to IBM. In order to create/submit a PMR, a customer needs to submit a Service Request using the Service Request (SR) Tool. Once created, the PMR will be assigned a unique number which is communicated in real-time to the customer through the SR Tool. Each time an IBM Support Analyst updates a PMR, the customer will receive an email notifying them of the update. Where necessary, the customer should respond through the SR Tool with any information or further questions they may have related to the reported issue.

Kurz gesagt: Ein Support-Ticket bei IBM.

[regNov]

Hi,

http://imgur.com/mayYEJ1  


So würde der Benutzer das Verzeichnis einstellen.

[koehlerbv]

Warum hängst Du die Bilder nicht direkt hier in Deine Posts rein?

[regNov]

Hi,

bei manchen Foren ist das nicht gewünscht. Hab mir das so angewöhnt...

[cebolina]

bei manchen Foren ist das nicht gewünscht. Hab mir das so angewöhnt...

... aber manche User haben in der Firma keinen Zugriff auf solche Dienste - ich zum Beispiel
Stefan

[regNov]

Also hier dann mit Anhang .)

[m3]

Also bei mir geht das unter Windows (FF als default Browser) problemlos auf.
Was steht denn bei Deinen Links in der Statuszeile, wenn Du mit der Maus ueber den Link faehrst (siehe Screenshot)?

[regNov]

Hi,

hier die Adresszeile. Wird ohne Leerzeichen dargestellt... kommt aber weiterhin die Fehlermeldung.

[regNov]

ich weiss nicht ob dir das weiterhilft, aber seltsamerweise werden die Hotspot Links, die ich aus dem "Gesendet" Ordner aufrufe,
auf das Verzeichnis weitergeleitet ohne Fehlermeldung.

So wie es eigt. sein sollte.  Dort ist dann auch in der Adresszeile nur der Laufwerksbuchstabe zu sehen, und kein file:///

[regNov]

Hallo zusammen,

ich denke ich habe das Problem gelöst. Durch den Versand an die externen Email Adresse eines internen Mitarbeiters werden die Verzeichnisse nicht geöffnet, bzw. wird die Fehlermeldung ausgelöst.

Verwendet der Benutzer aber eine Interne Adresse, werden die Verzeichnisspfade einwandfrei geöffnet. Dabei wird dann eben kein "file:///" davor gehängt.