| |
|
|
- Seite 1 - |
|
Christian Schneider | Gibt es im Internet Explorer eine Möglichkeit JavaScript per Registry zu aktivieren / deaktivieren. Mir wären natürlich auch andere Wege recht, solange ich das Ganze bewerkstelligen kann ohne den entsprechenden Einstellungsdialog zu verwenden.
Damit möchte ich folgendes Problem umgehen: [...] (letzter Beitrag - kann man die eig. auch direkt verlinken?). Wenn JavaScript aktiv ist kann ich den Frameinhalt nicht direkt aufrufen, da ich sonst per JS umgeleitet werde. |
|
|
| |
|
|
|
| |
|
- Seite 1 - |
|
| [offtopic]@Jörg: Was mich erinnerte mal den VSync aus der Reg zu fitzeln! Könnte sein dass ich damit die relevante Option gefunden habe.[/offtopic] |
|
|
| |
|
|
|
Christian Schneider | Danke für den Tipp Jörg!
Unter Vista mit dem IE8 ist wohl HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionInternet Settingsones31400 abhängig von den Sicherheitsrichtlinien dafür zuständig.
Da hab ich mir scheinbar einen steinigen Weg ausgesucht. |
|
|
| |
|
|
|
| Kenne die komplette Aufgabe zwar nicht, aber wenn im HTML aus < script < noscript gemacht würde, dann würde ein JS (natürlich) auch nicht ausgeführt. |
|
|
| |
|
|
|
Christian Schneider | Wäre halt das Problem wie ich den Quelltext vor dem Anzeigen ändern kann. Du hast ja vor einiger Zeit mit bgcolor was ähnliches versucht. Hattest du Erfolg damit? |
|
|
| |
|
|
|
| bgcolor im Zusammenhang mit Quelltext vor dem Anzeigen ändern bekomme ich jetzt zwar nicht so recht gebacken aber den Quelltext vor dem Anzeigen ändern ginge vlt. über Quelltext laden, ändern, anzeigen. Wenn Quelltext per http erreichbar z.B. einfach per download$ oder dw.get aus der download.inc. Wenn es Dir aber eher um JS geht, also per JS den eigenen Seiteninhalt uninterpretiert erfassen, ändern, anzeigen, dann ginge das per body.value und body.innerHTML. Oder OCX? |
|
|
| |
|
|
|
Christian Schneider | Hab mir den Beitrag nochmal angeschaut. Hatte es so in Erinnerung, dass du testweise versucht hast Bgcolor vor dem Anzeigen zu verändern. Dem war doch nicht so. Kennst dich doch besser als ich dich ;)
Edit: Wenn ich den Quelltext einfach runterladen könnte hätte ich ein Problem weniger, allerdings setzt das in meinem Fall nen eine SessionID voraus. |
|
|
| |
|
|
|
| Meistens sind die hinter einer SID abgespeicherten Daten auch offline verfügbar, was den Aufruf auch deutlich performanter macht. |
|
|
| |
|
|
|
Uwe ''Pascal'' Niemeier | Hi Leute!
...dann ginge das per body.value und body.innerHTML. Oder OCX?
Muß mich in den nächsten Tagen im Rahmen meines aktuellen Projektes sowieso mit dem Thema befassen; mal sehen, was man da machen kann. Im Moment bin ich dicht (zeitlich meine ich ) und weiß noch nicht mal, ob OCX überhaupt mit XProfan 11.2 läuft.
@Christian: Worum geht es dabei nochmal? Quelltexte oder sonstige Infos von Frames auslesen? Oder dieses Sicherheits-Dingsbums?
SeeYou Pascal |
|
|
| |
|
|
|
| Wobei im body.value der Ausgangshtmltext steht und im body.innerHTML (immer) der gerenderte Inhalt.
@Uwe: Ist das denn einfach nicht hinzubekommen mit der ocx.inc für XProfan11? Ich hätte angenommen, dass ein Umschreiben auf Variablen fester Adresse ausreichen sollte. |
|
|
| |
|
|
|
Christian Schneider | @Uwe: Mein Grundproblem besteht darin den Quelltext eines Frames auszulesen. Prinzipiell läuft OCX mit Xprofan 11.2 (zumindest soweit ich getestet habe). Nur einige ältere Beispielcodes haben bei mir Fehler verursacht. |
|
|
| |
|
|
| |
|
- Seite 2 - |
|
|
Uwe ''Pascal'' Niemeier | Hi Leute!
Der OCX-Fehler beruht(e) mutmaßlich auf einem Bug in XProfan 11.1, bei dem Variablen-Adressen (also Pointer) bei Übergabe als Parameter an PROCs verschoben wurden. Ich bin einfach nur noch nicht dazu gekommen, auszutesten, obs bei 11.2 jetzt klappt. Sollte aber eigentlich so sein. Aber wie gesagt: Das Thema HTML / JS ist demnächst sowieso fällig.
SeeYou Pascal |
|
|
| |
|
|
|
| Ich warte seither unbedingt, mir fehlt lediglich das Senden von Nachrichten zwischen JS und Programm. |
|
|
| |
|
|