Domino 9 und frühere Versionen > ND8: Entwicklung

Datei Ressourcen in Masken einbinden

<< < (2/2)

Tode:
Tja, dann musst Du halt die Prototype korrigieren anhand der Fehler, die Dir der Designer ausspuckt... Und wenn das gar nicht klappt, dann musst Du halt doch die File- Resource einbinden. Die URL wäre dann aber sowas wie:

http://Host/Database/FileResourceName?OpenFileResource

In Deinem Fall sollte der relative Pfad dann so aussehen: ale.js?OpenFileResource

HTH
Tode

rar:
Das bringt mich echt zum verzweifeln....

Wenn vom Designer aus der Maske heraus Vorschau im Web mach, funktioniert es mit
<script src=\"ale.js?OpenFileResource\" type=\"text/javascript\"></script>
aus dem Dokument heraus Vorschau im Notes geht es nicht. Ich muss da echt den kompletten Pfad mit Server angeben.
Mit Pfad geht das einfache alert jetzt mit dem File-Resource. Vielen Dank dafür!

Das kompliziertere leider nicht. Da muss ich noch weiter suchen woran es genau scheitert. Wahrscheinlich werde ich mich da bald wieder melden ;o)

Ans ausbessern der Fehler im prototype.js hab ich auch schon gedacht.....
Ich glaub das bekomm ich nicht hin. Der erste ging halbwegs:
Fehlermeldung: zeile 537test for equality (==) mistyped as assignment (0)?
Oke, da hat das doppelte == bei if (match = source.match(pattern)) { gefehlt.
Danach kam aber Zeile 1 Fehler beim Kompilieren von Java Script
Irgendwo in den 6000 Zeilen ist mindestens ein Fehler.... >:( Durch ewiges ausschneiden, speichern, einfügen, speichern,... bin ich dann auf einen Fehler in dieser wunderschönen Zeile gestoßen:
return (/^[\],:{}\s]*$/).test(str);  :-\  ??? Keine Ahnung wie das zum ausbessern ist...

lg
-daniel

Tode:
Dass es aus dem Dokument heraus nicht funktioniert hat damit zu tun, dass der Pfad, den Du aufrufst dann in etwa so aussieht:
Htt*://server/datenbank.nsf/unid-der-ansicht/unid-des-dokuments?open
Der relative pfad geht bis zum letzten / und hängt dann das ale.js an, was natürlich schief geht, die url sieht ja dann so aus:
Htt*://server/datenbank.nsf/unid-der-ansicht/ale.js
Und das ist ja falsch...

Probiers mal mot /ale.js, eventuell hilft das.
Ansonsten verwende @webdbname in deiner formel, um einen kompletten pfad zu kriegen, also:
"/" + @Webdbname + "/ale.js"

Aber: wenn sich das prototype.js nicht speichern lässt, dann ist ein Wurm drin (vielleicht fehlt noch was anderes) und dann wird es auch im Browser nativ nicht laufen...

rar:
HuRar endlich klappts  :D

Vielen Dank für deine Hilfe uns Kopfzerbrechen, Torsten!

Ich habe jetzt im HTMLHead so den kompletten Pfad angegeben.
_url := @GetProfileField("mKonfig";"Url";"DB");
"<script src=\"" + _url + "/prototype.js?OpenFileResource\" type=\"text/javascript\"></script>"
(In _url steht "http://server/pfad/db.nsf")

Wegen dem prototype.js... Ich gehe mal davon aus, dass aus dem js (glücklicherweise) nur Funktionen verwendet, die fehlerfrei sind. Alles läuft mei mir jetzt einwandfrei.

Über das @WebDBName bin ich auch schon gestolpert. Klingt eigentlich ganz gut, aber leider liefert es nur "pfad/db.nsf". Und wenn man im Web dieses hier aufruft
"http://" + @Name([CN];@Subset(@DbName;1)) + "/" + @WebDbName
steht nur
"http:///pfad/db.nsf"
ohne Server drin.
Deswegen hab ich mit der Formel ein Feld in einem Profildokument erstellt und lese es da aus.
Eigenartig, dass man im Web weder über @WebDBName noch über @DBName den Server auslesen kann. Wenigstens funktioniert es mit dem Profildokument-Workaround....

lG und danke nochmal
-daniel

Tode:
@subset(@dbname ; 1) liefert im web immer blank, weil die datenbank für den server ja lokal liegt.
Aber eigentlich brauchst du ja gar keinen vollständigen pfad mit http. Hier arbeitet man typischerweise mit relativen pfaden, und die sehen halt dann so aus:
/pfad/db.nsf/resource.js?openfileresource
Und den kannst du mittels @webdbname problemlos generieren...

Navigation

[0] Themen-Index

[*] Vorherige Sete