Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #197537 > unrolled thread

User Interface im Webbrowser

Back to article view | Back to de.sci.electronics

Contents

  User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-04 12:24 +0100
    Re: User Interface im Webbrowser Edzard Egberts <ed_09@tantec.de> - 2015-12-04 13:45 +0100
      Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-04 14:26 +0100
        Re: User Interface im Webbrowser Thorsten Just <newsgroups@thojumail.de> - 2015-12-04 14:30 +0100
          Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-04 14:53 +0100
            Re: User Interface im Webbrowser Siegfried Schmidt <usenet-59@shivasoft.de> - 2015-12-04 14:31 +0000
            Re: User Interface im Webbrowser Edzard Egberts <ed_09@tantec.de> - 2015-12-04 15:46 +0100
              Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-05 11:30 +0100
                Re: User Interface im Webbrowser Christian Zietz <newsgroup.1001@chz.xyz> - 2015-12-05 12:24 +0100
                Re: User Interface im Webbrowser Marc Santhoff <m.santhoff@t-online.de> - 2015-12-05 13:50 +0100
      Re: User Interface im Webbrowser Stefan Engler <Lehrerfreund@web.de> - 2015-12-04 08:25 -0800
    Re: User Interface im Webbrowser Marte Schwarz <marte.schwarz@gmx.de> - 2015-12-04 15:56 +0100
      Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-05 11:41 +0100
        Re: User Interface im Webbrowser Marte Schwarz <marte.schwarz@gmx.de> - 2015-12-05 12:43 +0100
    Re: User Interface im Webbrowser Joerg <news@analogconsultants.com> - 2015-12-05 12:44 -0800
    Re: User Interface im Webbrowser Arno Welzel <usenet@arnowelzel.de> - 2015-12-07 13:58 +0100
      Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-07 15:35 +0100
        Re: User Interface im Webbrowser Hanno Foest <hurga-news2@tigress.com> - 2015-12-07 16:02 +0100
          Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-07 16:17 +0100
            Re: User Interface im Webbrowser Joerg <news@analogconsultants.com> - 2015-12-07 08:00 -0800
              Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-07 17:04 +0100
                Re: User Interface im Webbrowser Hanno Foest <hurga-news2@tigress.com> - 2015-12-07 18:00 +0100
                Re: User Interface im Webbrowser Joerg <news@analogconsultants.com> - 2015-12-07 09:04 -0800
          Re: User Interface im Webbrowser Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-12-07 17:07 +0100
            Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-08 08:22 +0100
              Re: User Interface im Webbrowser Axel_Berger@b.maus.de (Axel Berger) - 2015-12-08 19:18 +0100
            Re: User Interface im Webbrowser Arno Welzel <usenet@arnowelzel.de> - 2015-12-08 17:42 +0100
              Re: User Interface im Webbrowser Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-12-08 17:55 +0100
                Re: User Interface im Webbrowser Arno Welzel <usenet@arnowelzel.de> - 2015-12-08 18:03 +0100
                  Re: User Interface im Webbrowser Siegfried Schmidt <usenet-59@shivasoft.de> - 2015-12-09 11:04 +0000
              Re: User Interface im Webbrowser Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-12-08 18:08 +0100
                Re: User Interface im Webbrowser Matthias Weingart <mwnews@pentax.boerde.de> - 2015-12-09 08:12 +0000
                  Re: User Interface im Webbrowser Lutz Schulze <lschulze@netzwerkseite.de> - 2015-12-09 09:24 +0100
                  Re: User Interface im Webbrowser Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-12-09 09:44 +0100
                  Re: User Interface im Webbrowser Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-12-09 10:48 +0100
          Re: User Interface im Webbrowser Axel_Berger@b.maus.de (Axel Berger) - 2015-12-07 19:47 +0100

Page 2 of 2 — ← Prev page 1 [2]

#197693

Am Mon, 07 Dec 2015 08:00:37 -0800 schrieb Joerg:

>>>> Ich hänge meine bisherigen Erkenntnisse mal hier an:
>>>>
>>>> Visualisierung im Browser über HTML und CSS, dabei Nutzung von
>>>> vorgefertigtem wie bootstrap und AngularJS (hier ist jQuery light
>>>> enthalten). Dafür gibt es auch diverse grafische Editoren, um nicht alles
>>>> von Hand schreiben zu müssen.
>>>>
>>>> Datenschnittstelle zum Webserver über Protokolle wie JSON und REST.
>>>
>>> Ich bin gespannt, wie lange das wohl benutzbar sein wird. Ich erinnere
>>> mich noch an die 3Com Switche, auf deren Webinterface man rein gar
>>> nichts mehr erkennen konnte, da niemand mehr einen Browser hatte, der
>>> dazu kompatibel gewesen wäre. Die waren da vielleicht mal 5 Jahre alt.
>>
>> Berechtigter Einwurf.
 
> Nichts geht ueber die guten alten ASCII Interfaces. Die funktionierten 
> immer. So habe ich Anfang der 90er meine Fluege fuer Dienstreisen 
> rausgepickt, ueber Sabre. Haben sie inzwischen abgeschaltet :-(

Meinst du Bedienung direkt auf der Kommandozeile oder diese Pseudografik mit
ASCII-Zeichen?

Lutz

-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

[toc] | [prev] | [next] | [standalone]

#197696

Am 07.12.2015 17:04 schrieb Lutz Schulze:

>> Nichts geht ueber die guten alten ASCII Interfaces. Die funktionierten
>> immer. So habe ich Anfang der 90er meine Fluege fuer Dienstreisen
>> rausgepickt, ueber Sabre. Haben sie inzwischen abgeschaltet :-(
>
> Meinst du Bedienung direkt auf der Kommandozeile oder diese Pseudografik mit
> ASCII-Zeichen?

Ich denke mal, sowohl als auch. Die alten HP2626 Procurve Switche hatten 
jedenfalls eine Kommandozeile, die man mit dem Befehl "menu" in ein 
ASCII-pseudografisches Menüsystem umschalten konnte. Beides hat immer 
funktioniert, über ssh, telnet und serielle Schnittstelle. Die erwähnten 
3Com hatten zumindest auch noch eine Kommandozeile, die man statt des 
Webinterfaces benutzen konnte.

Ich denke mal, wenn du ein Webinterface baust, was ohne clientseitiges 
Scripting auskommt, wird das auch noch in 10 Jahren funktionieren. Mit 
clientseitigem Scripting wäre ich da nicht so sicher.

Hanno

[toc] | [prev] | [next] | [standalone]

#197697

On 2015-12-07 08:04, Lutz Schulze wrote:
> Am Mon, 07 Dec 2015 08:00:37 -0800 schrieb Joerg:
>
>>>>> Ich hänge meine bisherigen Erkenntnisse mal hier an:
>>>>>
>>>>> Visualisierung im Browser über HTML und CSS, dabei Nutzung von
>>>>> vorgefertigtem wie bootstrap und AngularJS (hier ist jQuery light
>>>>> enthalten). Dafür gibt es auch diverse grafische Editoren, um nicht alles
>>>>> von Hand schreiben zu müssen.
>>>>>
>>>>> Datenschnittstelle zum Webserver über Protokolle wie JSON und REST.
>>>>
>>>> Ich bin gespannt, wie lange das wohl benutzbar sein wird. Ich erinnere
>>>> mich noch an die 3Com Switche, auf deren Webinterface man rein gar
>>>> nichts mehr erkennen konnte, da niemand mehr einen Browser hatte, der
>>>> dazu kompatibel gewesen wäre. Die waren da vielleicht mal 5 Jahre alt.
>>>
>>> Berechtigter Einwurf.
>
>> Nichts geht ueber die guten alten ASCII Interfaces. Die funktionierten
>> immer. So habe ich Anfang der 90er meine Fluege fuer Dienstreisen
>> rausgepickt, ueber Sabre. Haben sie inzwischen abgeschaltet :-(
>
> Meinst du Bedienung direkt auf der Kommandozeile oder diese Pseudografik mit
> ASCII-Zeichen?
>

Kommandozeile pur. Da war keinerlei Grafik enthalten. Man konnte Fluege 
schneller finden als heute. Aber dann hat das irgendeine Travel Site 
gekauft und mit Grafik, Scripts und allem verflufft. Es wurde 
unbrauchbar und jetzt gehe ich immer direkt auf die Web Sites der 
Fluggesellschaften. Einige davon funktionieren sogar einigermassen.

Zumindest was mich betrifft, haben sich Reisebueros ein Eigentor 
geschossen. Das letzte Mal, dass ich einen Flug ueber ein Reisebuero 
gebucht habe, ist fast 20 Jahre her. Dito fuer Hotels, Mietwagen und 
anderes.

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#197694

On 12/07/2015 04:02 PM, Hanno Foest wrote:
> Am 07.12.2015 15:35 schrieb Lutz Schulze:
>
>> Ich hänge meine bisherigen Erkenntnisse mal hier an:
>>
>> Visualisierung im Browser über HTML und CSS, dabei Nutzung von
>> vorgefertigtem wie bootstrap und AngularJS (hier ist jQuery light
>> enthalten). Dafür gibt es auch diverse grafische Editoren, um nicht alles
>> von Hand schreiben zu müssen.
>>
>> Datenschnittstelle zum Webserver über Protokolle wie JSON und REST.
>
> Ich bin gespannt, wie lange das wohl benutzbar sein wird. Ich erinnere
> mich noch an die 3Com Switche, auf deren Webinterface man rein gar
> nichts mehr erkennen konnte, da niemand mehr einen Browser hatte, der
> dazu kompatibel gewesen wäre. Die waren da vielleicht mal 5 Jahre alt.

Ich kenne deutlich ältere Switches von Allied Telesyn deren Webinterface 
immer noch einwandfrei funktioniert. Das ist der Unterschied zwischen 
'nachgedacht' und 'funktioniert mit Brwoser <x>, kann raus'.

Aber Webapplikationen so zu coden, daß sie nur mit einem bestimmten 
Browser funktioniert ist immer noch nicht aus der Mode.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#197711

Am Mon, 7 Dec 2015 17:07:09 +0100 schrieb Gerrit Heitsch:

> On 12/07/2015 04:02 PM, Hanno Foest wrote:
>> Am 07.12.2015 15:35 schrieb Lutz Schulze:
>>
>>> Ich hänge meine bisherigen Erkenntnisse mal hier an:
>>>
>>> Visualisierung im Browser über HTML und CSS, dabei Nutzung von
>>> vorgefertigtem wie bootstrap und AngularJS (hier ist jQuery light
>>> enthalten). Dafür gibt es auch diverse grafische Editoren, um nicht alles
>>> von Hand schreiben zu müssen.
>>>
>>> Datenschnittstelle zum Webserver über Protokolle wie JSON und REST.
>>
>> Ich bin gespannt, wie lange das wohl benutzbar sein wird. Ich erinnere
>> mich noch an die 3Com Switche, auf deren Webinterface man rein gar
>> nichts mehr erkennen konnte, da niemand mehr einen Browser hatte, der
>> dazu kompatibel gewesen wäre. Die waren da vielleicht mal 5 Jahre alt.
> 
> Ich kenne deutlich ältere Switches von Allied Telesyn deren Webinterface 
> immer noch einwandfrei funktioniert. Das ist der Unterschied zwischen 
> 'nachgedacht' und 'funktioniert mit Brwoser <x>, kann raus'.
> 
> Aber Webapplikationen so zu coden, daß sie nur mit einem bestimmten 
> Browser funktioniert ist immer noch nicht aus der Mode.

ACK

Ich denke aber dass man sich zumindest auf valides HTML und CSS auch für die
Zukunft verlassen kann (muss ja nicht gerade die allerletzte Version sein).

Mit Scripten auf der Clientseite sieht das schon anders aus, obwohl es auch
JS schon um die 20 Jahre gibt. Zwischenzeitlich war es schon totgesagt,
mittlerweile ist es aber breit im Gebrauch.

Aber vielleicht kann man so ein UI so gestalten dass man für die
wesentlichen Funktionen mit HTML und CSS auskommt und für ggf. entbehrlichen
Komfort noch JS mit heranzieht?

Lutz

-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

[toc] | [prev] | [next] | [standalone]

#197745

Lutz Schulze wrote on Tue, 15-12-08 08:22:
>Mit Scripten auf der Clientseite sieht das schon anders aus,

Für wohldokumentierte Basiselemente der Sprache dürfte m.E. dasselbe 
gelten. Gebissen werden alle die, die stets den neuesten Schnulli und 
Schickimicki verwenden, undokumentierten Proprietärkram, oder die 
einfach fehlerhaften Müll schreiben und sich auf die Korrektur im 
Browser verlassen.

[toc] | [prev] | [next] | [standalone]

#197726

Am 2015-12-07 um 17:07 schrieb Gerrit Heitsch:

[...]
> Aber Webapplikationen so zu coden, daß sie nur mit einem bestimmten 
> Browser funktioniert ist immer noch nicht aus der Mode.

Ist es. Selbst Microsoft hat verstanden, dass es nichts bringt, wenn
ihre web-basierten Anwendungen wie SharePoint oder TFS nur mit dem IE
laufen. Die sind selbst mit Firefox und Opera benutzbar.


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]

#197727

On 12/08/2015 05:42 PM, Arno Welzel wrote:
> Am 2015-12-07 um 17:07 schrieb Gerrit Heitsch:
>
> [...]
>> Aber Webapplikationen so zu coden, daß sie nur mit einem bestimmten
>> Browser funktioniert ist immer noch nicht aus der Mode.
>
> Ist es. Selbst Microsoft hat verstanden, dass es nichts bringt, wenn
> ihre web-basierten Anwendungen wie SharePoint oder TFS nur mit dem IE
> laufen. Die sind selbst mit Firefox und Opera benutzbar.

Ich kenne da ein paar Anwendungen die nach dem Prinzip 'IE11 or bust' 
arbeiten. MS mag es gelernt haben, andere leider noch nicht.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#197729

Am 2015-12-08 um 17:55 schrieb Gerrit Heitsch:

> On 12/08/2015 05:42 PM, Arno Welzel wrote:
>> Am 2015-12-07 um 17:07 schrieb Gerrit Heitsch:
>>
>> [...]
>>> Aber Webapplikationen so zu coden, daß sie nur mit einem bestimmten
>>> Browser funktioniert ist immer noch nicht aus der Mode.
>>
>> Ist es. Selbst Microsoft hat verstanden, dass es nichts bringt, wenn
>> ihre web-basierten Anwendungen wie SharePoint oder TFS nur mit dem IE
>> laufen. Die sind selbst mit Firefox und Opera benutzbar.
> 
> Ich kenne da ein paar Anwendungen die nach dem Prinzip 'IE11 or bust' 
> arbeiten. MS mag es gelernt haben, andere leider noch nicht.

Kannst Du ein paar Namen nennen? Denn ich kenne aus meinem eigenen
Alltag mittlerweile gar keine solchen mehr, die unbedingt einen
bestimmten Browser haben wollen.


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]

#197752

Arno Welzel schrieb:
 
> Kannst Du ein paar Namen nennen? 

ATEN, QNAP und IP-Kameras diverser Hersteller.

> Denn ich kenne aus meinem eigenen
> Alltag mittlerweile gar keine solchen mehr, die unbedingt einen
> bestimmten Browser haben wollen.

Downloadbare IE-only-Plugins gibts immer noch auf vielen Geräten. 
Immerhin sind die Oberfläche meistens auch ohne diese zumindest 
eingeschränkt nutzbar.


Siegfried



-- 
Diese Nachricht kann zukunftsgerichtete Aussagen beinhalten, diese sind 
mit Risiken und Ungewissheiten verbunden und basieren auf gegenwärtigen 
Erwartungen. Die tatsächlichen Ereignisse können daher wesentlich von den 
Darstellungen abweichen.

[toc] | [prev] | [next] | [standalone]

#197730

Arno Welzel <usenet@arnowelzel.de> wrote:
>Am 2015-12-07 um 17:07 schrieb Gerrit Heitsch:
>[...]
>> Aber Webapplikationen so zu coden, daß sie nur mit einem bestimmten 
>> Browser funktioniert ist immer noch nicht aus der Mode.
>
>Ist es. Selbst Microsoft hat verstanden, dass es nichts bringt, wenn
>ihre web-basierten Anwendungen wie SharePoint oder TFS nur mit dem IE
>laufen. Die sind selbst mit Firefox und Opera benutzbar.

MS hat aber lange gebraucht um das Licht zu sehen. Andere Hersteller
verlangen immer onch eine drei jahre alte Java-Umgebung, deren Version
bis auf die dritte Stelle hinter Komma stimmen muss, damit keine
subtilen, kaum als solche erkennbaren Versager der Software auftreten.
Toll, wenn man mehrere solcher Hersteller am Hals hat, dann braucht
man mehrere VMs, alle unsicher.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#197740

Marc Haber <mh+usenetspam1118@zugschl.us>:

> Arno Welzel <usenet@arnowelzel.de> wrote:
>>Am 2015-12-07 um 17:07 schrieb Gerrit Heitsch:
>>[...]
>>> Aber Webapplikationen so zu coden, daß sie nur mit einem 
> bestimmten 
>>> Browser funktioniert ist immer noch nicht aus der Mode.
>>
>>Ist es. Selbst Microsoft hat verstanden, dass es nichts bringt, wenn
>>ihre web-basierten Anwendungen wie SharePoint oder TFS nur mit dem IE
>>laufen. Die sind selbst mit Firefox und Opera benutzbar.
> 
> MS hat aber lange gebraucht um das Licht zu sehen. Andere Hersteller
> verlangen immer onch eine drei jahre alte Java-Umgebung, deren Version
> bis auf die dritte Stelle hinter Komma stimmen muss, damit keine
> subtilen, kaum als solche erkennbaren Versager der Software auftreten.
> Toll, wenn man mehrere solcher Hersteller am Hals hat, dann braucht
> man mehrere VMs, alle unsicher.

Hersteller? Insbesondere Ämter (Zool, Ear usw) sind früher gern mal auf das 
"sichere" Java gegangen und nur noch der einzige Grund, warum man den Mist 
installieren muss.

M.
-- 

[toc] | [prev] | [next] | [standalone]

#197742

Am Wed, 9 Dec 2015 08:12:46 +0000 (UTC) schrieb Matthias Weingart:

>> MS hat aber lange gebraucht um das Licht zu sehen. Andere Hersteller
>> verlangen immer onch eine drei jahre alte Java-Umgebung, deren Version
>> bis auf die dritte Stelle hinter Komma stimmen muss, damit keine
>> subtilen, kaum als solche erkennbaren Versager der Software auftreten.
>> Toll, wenn man mehrere solcher Hersteller am Hals hat, dann braucht
>> man mehrere VMs, alle unsicher.
> 
> Hersteller? Insbesondere Ämter (Zool, Ear usw) sind früher gern mal auf das 
> "sichere" Java gegangen und nur noch der einzige Grund, warum man den Mist 
> installieren muss.

Ich habe hier mehrere Börsenprogramme die Java erfordern, eigentlich gibt es
da keine Probleme. Vielleicht haben die durch die Bezahlung der Ersteller
bessere Möglichkeiten?

Lutz

-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

[toc] | [prev] | [next] | [standalone]

#197744

Am 09.12.2015 um 09:12 schrieb Matthias Weingart:

> Hersteller? Insbesondere Ämter (Zool, Ear usw) sind früher gern mal auf das
> "sichere" Java gegangen und nur noch der einzige Grund, warum man den Mist
> installieren muss.

Früher?
Das hier: http://breitbandmessung.de/
stammt aus diesem Jahr, soll ausdrücklich breite Bevölkerungsschichten 
ansprechen, und ... setzt noch immer auf das Java-Plugin.

Dazu dann noch die schizophrene Argumentation in der FAQ, der Java- 
Einsatz diene der "Unabhängigkeit von Browser- und Betriebssystemtyp", 
während wenige Zeilen später dann genau deswegen mehrere weit 
verbreitete Browser ausgeschlossen werden müssen (darunter die 
Standard-Browser von Android und Windows10). Und zur wiederholten 
Warnung des BSI vor Java natürlich kein einziges Wort.

Herr, wird Hirn auf den Amtsschimmel!

Hergen

[toc] | [prev] | [next] | [standalone]

#197749

Matthias Weingart <mwnews@pentax.boerde.de> wrote:
>Marc Haber <mh+usenetspam1118@zugschl.us>:
>> MS hat aber lange gebraucht um das Licht zu sehen. Andere Hersteller
>> verlangen immer onch eine drei jahre alte Java-Umgebung, deren Version
>> bis auf die dritte Stelle hinter Komma stimmen muss, damit keine
>> subtilen, kaum als solche erkennbaren Versager der Software auftreten.
>> Toll, wenn man mehrere solcher Hersteller am Hals hat, dann braucht
>> man mehrere VMs, alle unsicher.
>
>Hersteller?

Ja, gerne Lights-Out-Management-Module, Storage-Devices, Router und
so. Was einem in der IT außer Servern halt so über den Weg läuft.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#197710

Hanno Foest wrote on Mon, 15-12-07 16:02:
>da niemand mehr einen Browser hatte, der dazu kompatibel gewesen wSigmre.

Tja, solange es alle akzeptieren, daß Anbieter im Web bestimmte in 
begrenzter Zahl gelisteter Browser "unterstützen" anstatt ganz einfach 
valides, normgerechtes HTML auszuliefern und den Browser allein damit 
zurechtkommen lassen, wird sich daran nichts ändern. Die Menschen 
wollen es so, und Leute, die auf Fehlermeldungen von Validatoren 
verweisen sind Spinner.

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | de.sci.electronics

csiph-web