Dreamweaver, FP u. ä. WYSIWYG-Generatoren in die Ecke legen ??

[Hanjo]

Moin,

so drückte sich hier neulich jemand aus - und findet damit durchaus meinen Beifall.

Aaaaber:

wie erkläre ich es meinem Kunden, der sich 'mal eben' mit FP o.ä. ein Design-Muster zurechtklickt, daß ich handwerklich ordentlich für die Umsetzung mit CSS u.ä. länger brauche ??

(Mein Anlaß sind die berühmten abgerundeten Ecken.
Mein Kunde klickt sich seine Design-vorstellung mal eben mit FP zusammen, es sieht auch nett aus.

Und ich versuche das mit CSS etc. nachzuvollziehen und gerate in reichlich (Detail)-Schwierigkeiten.

Für alle Fälle, die einschlägigen Artikel über abgerundete Ecken sind mir bekannt, darum geht es nicht.

Es geht darum, meinem Kunden zu erklären, warum ich sein mit FP zusammengeklicktes Template nicht einfach 1:1 übernehme....

Was meint ihr ??

Gruß von der Ostsee

Hanjo

[Martin]

Moin Hanjo,

das mit der Erklärung doer Rechtfertigung ist doch ganz einfach. Ziehe Parallelen, stell ähnliche Sachverhalte als Beispiel dar.

wie erkläre ich es meinem Kunden, der sich 'mal eben' mit FP o.ä. ein Design-Muster zurechtklickt, daß ich handwerklich ordentlich für die Umsetzung mit CSS u.ä. länger brauche ??

a) Wenn ich zuhause auf dem Basteltisch "mal eben" eine Handvoll Transistoren und ein, zwei ICs zusammenlöte, kriege ich vielleicht auch in kurzer Zeit eine funktionierende Schaltung. Die gleiche Schaltung so aufzubauen, dass sie auch die notwendigen Zulassungen bekommt, um sie verkaufen zu dürfen, ist erheblich mehr Aufwand.

b) Viele haben in ihrer Jugend schon "Seifenkisten" gebastelt. Die Dinger sind - je nach Anspruch - schnell zusammengenagelt und erfüllen ihren Zweck. Aber der TÜV macht Luftsprünge vor Entsetzen.

c) Für zwei oder drei Freunde und mich habe schnell ein einfaches Menü zurechtgebrutzelt. Wenn das aber den Ansprüchen professioneller Gastronomie genügen soll...

Die Reihe von Beispielen ließe sich fortsetzen. :)
Hilft dir das als Anregung?

So long,

Martin

[Rolf Rost]

Moin,

so drückte sich hier neulich jemand aus - und findet damit durchaus meinen Beifall.

Aaaaber:

wie erkläre ich es meinem Kunden, der sich 'mal eben' mit FP o.ä. ein Design-Muster zurechtklickt, daß ich handwerklich ordentlich für die Umsetzung mit CSS u.ä. länger brauche ??

Am besten fachlich erklären, das versteht jeder Kunde. Aber jeder Kunde wird letztendlich sehen, wo er das günstigste Angebot herkriegt. Und wenn es so ist, dass der der K seinen 0815 Kram mit FP selbst zusammenklicken kann dann hast du sowieso eine schlechte Verhandlungsbasis.

Gruss, Rolf

[Cybaer]

Hi,

ewige Thema, gibt's auch einiges im Archiv. Trotzdem mal spontan geantwortet:

Es geht darum, meinem Kunden zu erklären, warum ich sein mit FP zusammengeklicktes Template nicht einfach 1:1 übernehme....

Intelligenz + Erfahrung = Kompatibilität! Den Fundamenten eines Hauses, das ein Hobby-Maurer in Rekordzeit und ohne Architekt und Statiker mal eben (und mit Hilfe von Software à la "Data Becker's Haus-3D" - Apostroph absichtlich gesetzt >;->) hochgezogen hat, würde er ja wohl auch nicht vertrauen, oder? =:-)

Entwürfe mache ich auf die Schnelle durchaus auch mal mit "WYSIWYG"-HTML-Editoren (wenn auch nicht mit FP =;->). Aber anders als bei z.B. DTP (OK, auch da ggf. mit Einschränkungen), gibt es bei HTML kein WYSIWYG. Was er als WYSIWYG wahrnimmt, ist *eine* Darstellungsmöglichkeit von vielen - jedenfalls solange Editoren und Browser sich nicht so präzise (und vollständig & fehlerfrei) an HTML & CSS & JavaScript halten, wie es z.B. die Druckindustrie mit Postscript schafft. Und kein (normaler) Kaufmann verweigert seinem (potentiellen) Kunden den Einlaß in sein Geschäft, nur weil ihm dessen Sockenfarbe (analog: Browserwahl/Browsereinstellungen), oder weist ihn zur schäbigen Hintertür. Und die "WYSIWYG"-Editoren sind nicht nur oft unzulänglich, sie produzieren auch häufig Fehler (wer z.B. kennt nicht diese katastrophalen, vordefinierten JavaScript-Funktionen von Dreamweaver =:-o).

Außerdem wären da noch schlechte Wartbarkeit und Abhängigkeit von einer Software.

Gruß, Cybaer

PS: Ich mache runde Ecken allerdings auch nicht mit CSS. Was eben geht (und vom Aufwand noch vertretbar ist - kommt auch auf die Zielgruppe an), mache ich lieber noch mit HTML (gleichwohl auch mit zusätzlichem CSS). Ich warte in Ruhe ab, bis die Browser CSS wirklich (und kompatibel) beherrschen.

[Hanjo]

Hi,

ewige Thema, gibt's auch einiges im Archiv. Trotzdem mal spontan geantwortet:

Moin,
Danke, das interessiert mich, nach welchen Stichworten muß ich da denn suchen ??

Intelligenz + Erfahrung = Kompatibilität! Den Fundamenten eines Hauses, das ein Hobby-Maurer in Rekordzeit und ohne Architekt und Statiker mal eben (und mit Hilfe von Software à la "Data Becker's Haus-3D" - Apostroph absichtlich gesetzt >;->) hochgezogen hat, würde er ja wohl auch nicht vertrauen, oder? =:-)

Nun ja, das sind alles schöne Beispiele.
Leider abstrakt.

PS: Ich mache runde Ecken allerdings auch nicht mit CSS. Was eben geht (und vom Aufwand noch vertretbar ist - kommt auch auf die Zielgruppe an), mache ich lieber noch mit HTML (gleichwohl auch mit zusätzlichem CSS). Ich warte in Ruhe ab, bis die Browser CSS wirklich (und kompatibel) beherrschen.

Das interessiert mich jetzt, hier kommts nämlich zum Praktischen.

Er klickt sich die Eckem mal eben mit FP zusammen
http://www.swinger-tip.de/tiller/test2.htm

Ich friemel mir was zurecht im Testbereich:
http://www.swinger-tip.de/divtest/

Gut, ich weiß, mein Problem ist die Grafik, da binn ich nichtg so gut.
Ich müßte jetzt meine Ecken-gifs transparent machen, habe ich gestgern abend gelernt. Krieg ich heute auch noch irgendwie hin.

Aaaber:
wieso funktiert das mit dem FP-Beispiel auch ohne Transparenz ??

Und wie machst Du denn die runden Ecken ?

Nein, das ist jetzt nicht ne andere Masche, um an Ideen zu kommen.

Ich sehe die Frage schon grundsätzlich.
Hier taucht sie bloß wie die Spitze eines Eisbergs aus dem Wasser.

Gruß von der Ostsee

Hanjo Grüßner

[Cybaer]

Hi,

Danke, das interessiert mich, nach welchen Stichworten muß ich da denn suchen ??

K.A., aber WYSIWYG & Editor sollten schon was bringen.

Nun ja, das sind alles schöne Beispiele.
Leider abstrakt.

Dann installiere Browser von Lynx über alte Netscapes und Operas bis zu den diversen IEs (auf verschiedenen Rechnern, verschiedenen Betriebssystemen oder mit Festplatten-Images) und schau dir den Schnellschuß dort an. Besorg Dir ruhig auch Knoppix (eine von CD ohne Installation lauffähige Linux-Version, die öfter mal PC-Zeitschriften beiliegt) und schau dir deine Arbeit unter dem Linux-Browser Konqueror an (auf dem basiert auch Macs Safari).

Er klickt sich die Eckem mal eben mit FP zusammen
http://www.swinger-tip.de/tiller/test2.htm

Schweinkram-Websites klick ich nicht an! >;->

Entweder normale Domain, oder den Code hier posten.

Ich müßte jetzt meine Ecken-gifs transparent machen, habe ich gestgern abend gelernt. Krieg ich heute auch noch irgendwie hin.

Wäre besser. Ist eine *elementare* Grundtechnik!

Und wie machst Du denn die runden Ecken ?

"Klassisch", d.h. mit blinden Tabellen und transparenten GIFs (z.B. hier http://Coding.vampirehost.de/Systemvariable oder hier http://D-VHS.vampirehost.de).

Gruß, Cybaer

[Phil]

An dieser Stelle möchte ich mich kurz einmischen, wenn auch nicht zum eigentlichen thema:

Dann installiere Browser von Lynx über alte Netscapes und Operas bis zu den diversen IEs (auf verschiedenen Rechnern, verschiedenen Betriebssystemen oder mit Festplatten-Images) und schau dir den Schnellschuß dort an.

Wieso für verschiedene IE Versionen verschiedene Images? Es gibt im Netz haufenweise IE Standalone Installationen. Ich hab auf meinem Entwicklungs-PC 5 IE Versionen, klappt supi ;-)

Gruß

Phil

[Cybaer]

Hi,

Wieso für verschiedene IE Versionen verschiedene Images? Es gibt im Netz haufenweise IE Standalone Installationen. Ich hab auf meinem Entwicklungs-PC 5 IE Versionen, klappt supi ;-)

Weil ich vereinzelt gelesen habe, daß ein Browser Fähigkeiten/Darstellungsarten von einer anderen Version "erben" kann. D.h., nur mit einzeln installierten IEs könne man auch sicher sein, daß der Browser sich wirklich so verhält, wie beim Endanwender, der ja auch ohne diese Tricks arbeitet.

Ob diese Stimmen Recht haben, kann ich selbst nicht beurteilen. Deswegen gehe ich lieber auf Nummer sicher. Auf verschiedenen Rechnern sind verschiedene IEs installiert, und so ein Image-Wechsel ist ja eh auch nur 'ne Sache von wenigen Sekunden (sind ja ohnehin nur kleine Images - zumal die (entschlackten) Systeme von den sonstigen Daten/Programmen bei mir räumlich strikt getrennt sind).

Und ich arbeite sowieso seit langem nur noch mit Images (zumindest was Windows angeht). Das System (egal welches), geht zu leicht "kaputt" ... =:-o

Gruß, Cybaer

[Danny]

Moin,

es dürfte schwierig werden den Kunden davon zu überzeugen, wenn er - zumindest vom Aussehen her - zum gleichen Ergebnis kommt aber weniger Zeit braucht und damit Kosten spart.

Ich würde mit den vielen Vorteilen von sauberem Markup und CSS-Layouts argumentieren, mit denen sich am Ende auch Zeit sparen läßt.

MfG
Danny

[Beatrix]

Hallo,
ganz einfach, ich lade ihn bei mir zu Hause ein und zeige ihm seine Seite bei mir auf dem PC in verschiedenen Browsern. Dann ist normalerweise alles klar!

Beatrix

[Andreas-Lindig]

Hallo,

Es geht darum, meinem Kunden zu erklären, warum ich sein mit FP zusammengeklicktes Template nicht einfach 1:1 übernehme....

frag' ihn, warum er seine fertige Seite nicht einfach online stellt und Dich in Ruhe läßt ;-)

Gruß, Andreas

[Detlef G.]

Hallo Hanjo

wie erkläre ich es meinem Kunden, der sich 'mal eben' mit FP o.ä. ein Design-Muster zurechtklickt, daß ich handwerklich ordentlich für die Umsetzung mit CSS u.ä. länger brauche ??

Sage ihm, dass sein (zusammengeklickter) Entwurf eine gute Grundlage ist, um zu sehen, wie er sich das Design vorstellt. (Honig um die Backen schmier)

Dann zeige ihm seine Seite mit verschiedenen Browsern oder einfach nur mit vergrößerter Schrift und frage ihn, ob er wünscht, dass seine Seite bei seinen Besuchern eventuell so aussehen soll.

MFG
Detlef

[Mathias Bigge]

Hi Hanjo,

wie erkläre ich es meinem Kunden, der sich 'mal eben' mit FP o.ä. ein Design-Muster zurechtklickt, daß ich handwerklich ordentlich für die Umsetzung mit CSS u.ä. länger brauche ??

aus der gesamten Debatte schließe ich auf eine Überschätzung der Technik für das Ergattern von Aufträgen, zumindest im simplen Gestaltungsbereich. Für wirklich interessante Aufträge muss man eh mehr können, als nur eine nette Seite zu bauen. Was können überhaupt für einen Kunden Motive sein, eine Website beim Profi in Auftrag zu geben? Dass die Seite auch in exotischen Browsern funktioniert oder dass sich der Code an Glaubensbekenntnisse von Insidern hält? Bestimmt nicht...

Argumente könnten sein:

• wirklich gutes Design
• Funktionen, die man nicht zusammenklicken kann
• Sicherheit
• Einbindung in Arbeitsabläufe des Kunden
• Multimedia-Strategien
• Filme, besonders gute Bilder, Eyecatcher, Animationen
• Servertechnologien, die der Kunde nicht beherrscht
• Shop-Funktionen
• Datenbanktechnologien
• multimediale Strategien

Diese Liste ist natürlich unvollständig, aber umfasst doch einige Elemente, die meiner Erfahrung nach wichtig sind.

Und ich versuche das mit CSS etc. nachzuvollziehen und gerate in reichlich (Detail)-Schwierigkeiten.

CSS wird hier inzwischen als Allheilmittel für alle Positionierungsprobleme bejubelt, zum Teil mit wahrem Predigereifer. Dabei sind die Probleme wirklich nicht ohne und die erwünschte Komplexitätsreduktion gegenüber Tabellenlayouts wird oft nicht wirklich erreicht.

Es geht darum, meinem Kunden zu erklären, warum ich sein mit FP zusammengeklicktes Template nicht einfach 1:1 übernehme....

FP kenne ich nicht, aber wie bei anderen Editoren kann man sie intelligent und dumm nutzen. Wenn ich mit dem Ding effizient und erfolgreich arbeiten will, muss ich mich auch heute noch bei mäßig komplizierten Designs damit auseinandersetzen, was der Editor macht, wenn ich einen Layoutbereich aufziehe und wie er den Code realisiert. Als Beispiel möchte ich die Tabellenfunktion in Dreamweaver aufführen: Wenn ich einfach wahllos herumklicke, erhalte ich ein absurdes, kaum weiterzubearbeitendes Tabellenkonstrukt, das wäre aber auch nötig, um den gleichen Mist von Hand zu erzeugen, das gleihe gilt übrigens für undurchdachte div-Schachteleien.

Der schlechte Ruf der Editoren beruht vor allem darauf, was Irre damit anrichten, aber man stelle sich einmal vor, die würden das von Hand machen...

Aus Deinem Posting geht etwas hervor, was ich durchaus positiv sehen würde: Wenn man profitorientiert arbeiten will oder muss, kommt man um den Einsatz sinnvoller Tools überhaupt nicht herum. Site-Management mit zahllosen Unterseiten, Bildern und Grafiken, ein komplexes Geflecht von Hyperlinks, die Aktualisierung der lokal veränderten Dateien auf dem Server, verweiste Dateien auf dem Server, warum sollte man das nicht automatisieren, genau wie die Menge der CSS-Befehle bestimmten Browsergenerationen zuzuordnen, Codekontrolle, Verwaltung von Schnippseln usw.

Wer wäre so irre, bei Profi-Programmierprojekten auf eine entsprechende Arbeitsumgebung zu verzichten?

Viele Grüße
Mathias Bigge

[e7]

Hi,

Wer wäre so irre, bei Profi-Programmierprojekten auf eine entsprechende Arbeitsumgebung zu verzichten?

Profi-Projekte laufen im Normalfall mit PHP/Perl/ASP (sichtbar oder unsichtbar), und da hat man ohne WYSIWYG sowieso viel mehr Möglichkeiten...

E7

[Mathias Bigge]

Hi e7,

Profi-Projekte laufen im Normalfall mit PHP/Perl/ASP (sichtbar oder unsichtbar), und da hat man ohne WYSIWYG sowieso viel mehr Möglichkeiten...

a) Profi bedeutet im Normalfall "für ahnungslose Baumarktbesucher"
b) "edition" bedeutet "Design für Golffahrer"
c) was haben Perl, PHP und ASP mit den angesprochenen Problemen zu tun, außer dass es bis auf das Letztgenannte zu wertgute Techniken sind?
d) machst Du runde Ecken in einem DIV mit Perl, PHP oder mit C *g*

Viele Grüße
Mathias Bigge

[e7]

Hi,

c) was haben Perl, PHP und ASP mit den angesprochenen Problemen zu tun, außer dass es bis auf das Letztgenannte zu wertgute Techniken sind?

Frontpage zerschießt beispielsweise sämtlichen PHP-Code...

E7

[Mathias Bigge]

Hi e7,

Frontpage zerschießt beispielsweise sämtlichen PHP-Code...

Ist eben ein Profi-Tool ;-) Gibt's eigentlich schon eine "Edition"-Variante?

Viele Grüße
Mathias Bigge

[at]

Hallo.

Aus Deinem Posting geht etwas hervor, was ich durchaus positiv sehen würde: Wenn man profitorientiert arbeiten will oder muss, kommt man um den Einsatz sinnvoller Tools überhaupt nicht herum. Site-Management mit zahllosen Unterseiten, Bildern und Grafiken, ein komplexes Geflecht von Hyperlinks, die Aktualisierung der lokal veränderten Dateien auf dem Server, verweiste Dateien auf dem Server, warum sollte man das nicht automatisieren, genau wie die Menge der CSS-Befehle bestimmten Browsergenerationen zuzuordnen, Codekontrolle, Verwaltung von Schnippseln usw.

Wer wäre so irre, bei Profi-Programmierprojekten auf eine entsprechende Arbeitsumgebung zu verzichten?

Und wo liegt jetzt der Zusammenhang mit WYSIWYG?
MfG, at

[Jeena Paradies]

Hallo,

Vielleicht hilft dir dieser Artikel: http://www.sitepoint.com/article/sell-web-accessibility

Grüße
Jeena Paradies

[Mathias Bigge]

Hi Jeena Paradies,

Vielleicht hilft dir dieser Artikel: http://www.sitepoint.com/article/sell-web-accessibility

bei mir erschien gerade unter dieser Adresse eine ansonsten leere Seite mit der Zahl "1" und ein Popup-Fenster mit der Aufforderung, einen wertguten Newsletter zu abonnieren...

Viele Grüße
Mathias Bigge

[Jeena Paradies]

Hallo,

bei mir erschien gerade unter dieser Adresse eine ansonsten leere Seite mit der Zahl "1" und ein Popup-Fenster mit der Aufforderung, einen wertguten Newsletter zu abonnieren...

Keine Ahnung warum es bei mir geht. Naja ich poste mal einfach den Text von dort hier mit Quellenangabe sollte es doch erlaubt sein oder?

Quelle: http://www.sitepoint.com/article/sell-web-accessibility
------------------------------------------
By now, we've all heard about Web accessibility and how important it is to us Internet users. You may think so, too. But how can you persuade your client, or your boss, that accessibility is worth it?

There's always the argument of legal requirements for sites to be accessible, but, unless they're Yahoo! or a business of equal stature, it's pretty unlikely that this will ever affect your client. After all, there's only been one recorded instance of any legal action arising from Web accessibility issues in the entire world.

But, you care about accessibility. You want all the sites you build to be as accessible as possible, and that means work. To the client, it means a higher project price. So, how can you justify the cost of accessibility?
The Business Case

There are two very good reasons why your client should start to think about Web accessibility:

An accessible Website will make your client money.
An accessible Website will save your client money.

Now, if that doesn't get his attention, I don't know what will. Here are eight ways in which accessibility will save or make your client money.

1. His Website will be easier to manage.
The PHP Anthology: Volume I & II

An accessible Website separates the content (HTML) and presentation (CSS) of each page. Wave goodbye to tables! Now, to adjust the layout of the Website, developers only need to make changes to the CSS file, rather than amending each and every page of the site, saving considerable time (and, therefore, money).

2. His Website will be compatible with new browsing technologies.

In the near future, PDAs, mobile phones and in-car browsers will all regularly be used to access the Internet. Do you think you client knows that some 58 million PDAs will be sold in 2008 alone? (source: eTForecasts).

The people making use of these new technologies are generally high-income individuals. To reach this lucrative audience, your client will need a Website that functions effectively on these machines. (Now would be a great time to show him just how bad his current Website looks like on a mobile phone, using the Wapalizer.)

3. His Website will appear higher in search engine rankings.

By making a Website more accessible to Web users, you also make it more accessible to search engines. Search engines can't typically understand images, JavaScript, Flash, audio, or video content. Provide alternative content to each of these programs, and search engines will have a better understanding of the purpose of the Website.

The more confident a search engine is of what a Website's about, all other things being equal, the higher it will rank that Website in its listings.

Does your client know that 64% of Internet users employ search engines as their main tool for finding things on the Internet? Be sure to tell him! (source: The Kelsey Group)

4. The download time of his Website will be significantly improved.

Just 17% of Web users are connected to theInternet via broadband in the UK. You can be sure that if your Website takes much longer than ten seconds to download, site visitors will be leaving in droves.

5. The usability of his Website will be enhanced.

There is a certain degree of overlap between Web accessibility and Web usability.

Usability guru Jakob Nielson has shown that a usability redesign increases the sales/conversion rate of a Website by 100%. Look for the dollar signs in your client's eyes when you tell him this!

6. He'll gain good publicity.

"Make your Website accessible to everyone, Mr. Client, and you can proudly announce it to the world!"

7. His site won't cause his business to incur legal fees (or bad press).

Although the client has dismissed this as unimportant, now might be a good time to mention it, as he'll be thinking about all that good PR he can get by ensuring his site is accessible.

The RNIB (Royal National Institute for the Blind) and the DRC (Disability Rights Commission) have been exerting pressure on both commercial and government entities to make their Websites accessible. The DRC is currently investigating 1000 Websites to ascertain their accessibility. If your client's Website is on this list, he can expect to hear from them soon.

8. He'll increase his site's reach.

This is a huge topic -- let's talk about it in detail.
Increase Reach via Accessibility

"Disabled people don't access my Website," your client might say. Why should I care?"

Well, Mr. Client, check out these statistics (for the UK):

There are 8.6 million registered disabled people in the UK, totaling 14% of the population (source: DRC)
One in 12 men, and one in 200 women, has some form of colour blindness, totaling 9% of the UK population (source: Institution of Electrical Engineers)
Two million UK residents have a sight problem -- that's 4% of the population (source: RNIB)
There are 12 million people aged 60 or over -- some 21% of the UK population (source: UK government)

Now, there's bound to be some overlap between these groups, but if you add up the numbers, you get a total of 48% of the UK population. That's right -- 48% of the population of the UK, not to mention those of other countries, could potentially face problems using your client's Website.
Beyond Disabilities

Non-disabled people can also experience difficulties on Websites. Not everyone uses the latest version of Internet Explorer, with all the plug-ins and programs that are required for them to have optimal access to every site they come across.

If your clients' Website relies on images, Flash or JavaScript, and fails to provide alternatives, then numerous Web users will be unable to access his site. Explain the following to your client:

Users on slow connections regularly turn images off to enable a quicker download time. Some browsers, such as the text-only Lynx browser, do not display images at all.
Not every user has downloaded the latest Flash plugin that is needed to view the site. Additionally, the download time on Flash Websites is often so long that low bandwidth users lose patience and don't even wait to see the content. Remember, just 17% of Web users in the UK are connected to the Internet via broadband.
JavaScript is unsupported by about 4% of Web users, either because they've turned it off to prevent pop-up ads, or because their browsers don't support it.
WebTV, mobile phones, and PDAs have limited support for large images, Flash and JavaScript. Check your client's site by downloading the free WebTV viewer.
Will He Say, "Yes"?

With these kinds of arguments, the only type of person who'd say no to an accessible Website would be an unethical, money-hating individual. If your client's one of them, I suggest you run.

Otherwise, hang in there, persuade him with these arguments, and perhaps a few examples of large, big-name sites that have already answered the accessibility call, and you'll be on your way to landing a project you'll be proud of!
----------------------------------------------------------

Grüße
Jeena Paradies

[Detlef G.]

Hallo Jeena

Keine Ahnung warum es bei mir geht. Naja ich poste mal einfach den Text von dort hier mit Quellenangabe sollte es doch erlaubt sein oder?

Wenn Cookies blockiert sind, bekomme ich die Seite mit http://www.sitepoint.com/article/sell-web-accessibility?SID=8b035f51f16f73d46c02ae53fbd2ddc4 ausgeliefert.
Sind Cookies erlaubt, aber noch keine von dieser Seite gespeichert kommt http://www.sitepoint.com/article/sell-web-accessibility?ct=1 und ich sehe nur eine 1 statt Seiteninhalt.
Wenn die Seite bereits Cookies gesetzt hat, dann wird die Seite unter ihrer normalen Adresse angezeigt.

MFG
Detlef

[Jeena Paradies]

Hallo,

Wenn Cookies blockiert sind, bekomme ich die Seite mit http://www.sitepoint.com/article/sell-web-accessibility?SID=8b035f51f16f73d46c02ae53fbd2ddc4 ausgeliefert.
Sind Cookies erlaubt, aber noch keine von dieser Seite gespeichert kommt http://www.sitepoint.com/article/sell-web-accessibility?ct=1 und ich sehe nur eine 1 statt Seiteninhalt.
Wenn die Seite bereits Cookies gesetzt hat, dann wird die Seite unter ihrer normalen Adresse angezeigt.

Na darauf muss man erst einmal kommen :)

Grüße
Jeena Paradies

[Detlef G.]

Hallo Jeena

Na darauf muss man erst einmal kommen :)

Solche oder ähnliche Fehlerursachen können noch wesentlich unerwartete Wirkungen haben. http://forum.de.selfhtml.org/archiv/2004/3/74581/#m429634

(Wobei ich mich immer noch frage, warum ayReon meine Antwort ignorierte, sich fast zwei Tage nach meinem Posting noch wunderte, dass der Fehler dann auch im Mozilla auftrat, und es nicht für nötig hielt, uns mitzuteilen, ob er die Fehlerursache nun gefunden hat und worin diese genau bestand.)

MFG
Detlef