Re: Fehlerbehandlung
- From: Thomas 'PointedEars' Lahn <PointedEars@xxxxxx>
- Date: Sun, 18 Dec 2005 00:48:54 +0100
Andreas Born wrote:
> Thomas 'PointedEars' Lahn wrote:
>> Ich denke, das Problem bei dieser/unserer Diskussion ist, dass Du
>> zuwenig konkret wirst. Die ganze Zeit hast Du z.B. noch darüber
>> geschrieben, dass Du Probleme mit nichtexistierenden Elementen
>> abfangen willst. Darauf bezog sich dann auch meine Antwort.
>>
>> Und jetzt verstehe ich den Verweis auf die Spracheinstellung nicht.
>
> Ich würde ja gerne sagen, worum es genau geht, doch in der NG ist
> mir das zu heikel.
Kann ich nicht nachvollziehen, respektiere ich aber.
> Wo auch die beste Überprüfung keine Abhilfe schafft: es ist prinzipiell
> denkbar, das die HTML-Struktur in einer weise verändert wird, die ich
> nicht via JS erkennen kann,
Mir fällt da beim besten Willen keine Möglichkeit ein.
>>> Nocheinmal:
>>> - Weder der Benutzer noch ich haben irgendeine Möglichkeit,
>>> irgendwelche Änderungen am Markup vorzunehmen.
>> Eben. Was bringt es dann, Dir die "Fehlermeldung" zu
>> nichtexistierenden Elementen bei Websites, auf die weder der Benutzer
>> noch Du Einfluss haben, zu loggen?
>
> Wenn ich feststelle, daß keine der mir bekannten "Strukturen" vorliegt,
> kann ich das skript dahingehend ändern. Betrifft die Änderung z.B. nur
> nutzer mit französischer Spracheinstellung, kann ich das im skript
> berücksichtigen.
Da jetzt ja klar ist, dass das Script sich auf eine bestimmte Website
bezieht, kann ich jedenfalls den Wunsch, Änderungen zu loggen,
nachvollziehen.
>>> - Der Benutzer ist normaler "Internetsurfer" und Nutzer der
>>> Internetsite, nicht der Besitzer.
>> Schon klar. Das ändert ja nichts daran, dass man ihn _informal_
>> benachrichtigen sollte, weshalb es an dieser Stelle nicht
>> funktioniert.
>
> Werde ich auch machen, will einen kleinen Hinweis auf der Seite
> einblenden.
Siehe dazu meine andere Antwort.
>>> (personalisierte Einstellungen)
>>
>> ?
>
> Der Benutzer kann auf der Webseite bestimmte Anzeige-optionen
> aktivieren/deaktivieren. (Benutzerprofil).
Hmmm. Wenn dies das Markup so beeinflusst, dass das Script fehlschlagen
kann, ist es das Beste, das Script genau dahingehend ausfallsicher zu
machen.
Sagen wir mal, unsere hypothetische Website fügt ein bestimmtes div-Element
nur dann hinzu, wenn eine Option aktiviert ist, so wird der entsprechende
Script-Block schlicht nicht ausgeführt, wenn das Element (per ID oder
sonstwie) nicht gefunden wurde.
>>>> Gerade bei Anwendung auf fremde Websites treffen meine Aussagen voll
>>>> zu. Änderst Du das "Plugin" für einen oder wenige Benutzer, wird es
>>>> für den anderen bzw. viele andere Benutzer unbrauchbar.
>>> Nein, weil die Änderung so erfolgt, daß beide Fälle abgedeckt werden.
>> Das ist nur dann sinnvoll möglich, wenn das Zielobjekt tatsächlich nur
>> eine bestimmte Website ist. Anderenfalls blähte es den Script-Code
>> auf.
>
> Richtig.
> Es ist (im moment) nur eine bestimmte Website.
> Sollten später weitere Sites unterstützt werden, gibt es natürlich
> mehrere Scripte.
ACK
PointedEars
.
- References:
- Fehlerbehandlung
- From: Andreas Born
- Re: Fehlerbehandlung
- From: Thomas 'PointedEars' Lahn
- Re: Fehlerbehandlung
- From: Andreas Born
- Re: Fehlerbehandlung
- From: Thomas 'PointedEars' Lahn
- Re: Fehlerbehandlung
- From: Andreas Born
- Re: Fehlerbehandlung
- From: Thomas 'PointedEars' Lahn
- Re: Fehlerbehandlung
- From: Timo Stamm
- Re: Fehlerbehandlung
- From: Thomas 'PointedEars' Lahn
- Re: Fehlerbehandlung
- From: Andreas Born
- Re: Fehlerbehandlung
- From: Thomas 'PointedEars' Lahn
- Re: Fehlerbehandlung
- From: Andreas Born
- Re: Fehlerbehandlung
- From: Thomas 'PointedEars' Lahn
- Re: Fehlerbehandlung
- From: Andreas Born
- Fehlerbehandlung
- Prev by Date: Re: Fehlerbehandlung
- Next by Date: Re: Problem mit history.back()
- Previous by thread: Re: Fehlerbehandlung
- Next by thread: Re: Fehlerbehandlung
- Index(es):
Relevant Pages
|