Irgendwie fand ich den Winter nicht sonderlich einladend, was die Kamera betrifft. Entweder es war schön und der Schnee fehlte oder es gab Schnee, was ich prima finde, aber der Himmel präsentierte sich in frischem Grau.

Ganz abgesehen davon fällt mir derzeit auf, dass die Sache mit dem Fotografieren, so schön das auch ist, einfach ein Zeitkiller ist. Zeit, damit bin ich im Moment nicht wirklich gesegnet.

Ich freu mich auf den Frühling. Bis dahin habe ich wieder mehr Leerlauf (oder besser ich kann mir mehr Leerlauf gönnen) und dann blühts auch endlich wieder.

Und ich bedank mich an dieser Stelle mal ganz herzlich bei meinen Lesern, die mir offenbar trotzdem treu bleiben, obwohl ich zur Zeit kaum zum Schreiben (im Netz) komme. Ich find das richtig schön, so macht Bloggen Spaß!

Update: ich habe gerade den Titel geändert und die Null entfernt. Seit heute gibt es TYPOlight 2.8.1!

Bisher gab es in TYPOlight lediglich die Option, ein Bild zu verkleinern (vergrößern wollt Ihr sicher nicht, denke ich). Bilder wurden dabei schlicht proportional verkleinert, wobei eine Angabe (Höhe oder Breite) ausreichend war, um das Bild beispielsweise auf eine Breite von 200px zu skalieren.

Neue Funktionen

Exakte Angaben

Exakte Angaben sind bestimmt die einfachste Variante und schnell erklärt. TYPOlight bestimmt, ausgehend von der Mitte des Bilds, den vorgegebenen Ausschnitt. Dass diese Einstellung nicht für jedes Bild geeignet ist beziehungsweise dem Bild eine völlig andere Wirkung verleiht, illustriere ich hier mal an einem etwas überzeichneten Beispiel:

Proportional

Was porportional bedeutet, wissen wir natürlich alle, aber… Gibt man für die Einstellung propotional nur einen Wert an - Höhe oder Breite- wird das Bild poportional skaliert. Das wirklich Wichtige dabei, ist zu wissen, nach welchen Regeln proportional funktioniert, sobald man zwei Werte angibt (sinnvoll?):

Ein proportional eingestelltes Bild wird auf die Angabe, die für die längere Bildseite gemacht wurde, skaliert. Was bedeutet das? Querformatige Bilder werden anhand ihrer Breite in den vorgegebenen Rahmen angepasst. Hochformatige Bilder hingegen werden anhand ihrer Höhe in einen vorgegebenen Rahmen eingepasst. Mit diesem Setting kann es passieren, dass das Bild über die Breite des Rahmens hinausragt, jedoch nie über die Höhe.

Beispiel mit zwei Bildern Hoch- und Querformat, Verhältnis 2 x 3 und einer Rahmengröße von 280 x 120 beziehungsweise 120 x 280.

Was passiert nun beim querformatigen Rahmen?

und im Vergleich hochformatige Angaben

An Rahmen anpassen

Auch das ist eine Skalierung, also kein Ausschnitt, die allerdings anders funktioniert als die Angabe proportional, insbesondere aber ist der Rahmen die absolute Begrenzung.

Bei Anpassung an den Rahmen gilt die kürzere Seite als Bezug - allerdings dann und nur dann, wenn dabei der Rahmen nicht überschritten wird.

Wieder das Beispiel von oben:

Fälle, die zusammenfallen

Die Grafiken zeigen ganz deutlich: es fallen jeweils zwei Fälle zusammen. Das querformatige Bild mit hochformatigen Angaben verhält sich bei proportionaler und Rahmen- Angabe identisch, ebenso das hochformatige Bild mit querformatigen Angaben.

Diskussion

Meistens wird man sich für die proportionale Variante entscheiden, insbesondere, wenn es sich um ein Bild zum Inhaltselement handelt. Proportional ist irgendwie ein bisschen wie die Methode “rundrum sorglos”. Interessant aber werden die verschiedenen Varianten insbesondere für Bildergalerien oder nicht? Das Stichwort zusätzlich zum Rahmen heißt hier wahrscheinlich Tabelle.

Insgesamt wurde mit den drei verschiedenen Bildmodi das Handling für das Einbinden von Bildern jedoch deutlich verbessert - eigentlich ist für jedes Einsatzszenario was dabei. Wie man allerdings durchgängig damit umgehen sollte…? Kommt irgendwie aufs Bild oder die Bilder an. Dabei, ich denke, das ist relativ offensichtlich, ist vor allem der Mix aus Hoch- und Querformaten ein echtes Problem. Ich persönlich bin ja im Zweifel Fan der quadratischen Version ;-)

Die Graphiken übrigens haben eine kleine Macke: natürlich spielt der Rahmen für die Darstellung keinerlei Rolle, es entsteht also (Achtung Ausnahme Bildergalerie inkl. entsprechender Settings) kein Freiraum rechts, links bzw. oben und unten. Ich habe die Rahmen lediglich eingefügt, um zu veranschaulichen, welche extremen Unterschiede sich bei der Größenberechtung ergeben.

Plötzlich werde ich mit Aha-Effekten konfrontiert und gelegentlich frage ich mich, ob wir nicht viel kategorischer nein sagen oder gelegentlich mehr mit Vorurteilen aufräumen sollten.

Was soll eigentlich diese Website?

Es sei ja wohl dann so, dass von Beginn an und durch das gesamte Projekt hinweg eine sehr engmaschige Absprache zwischen Webdesigner und Website-Betreiber nötig sein, vermutete meine Lieblings-Korrekturleserin und ergänzte, es sei ja wohl alles nicht so einfach, denn man müsse als Website-Betreiber ja offenbar wirklich wissen, was man möchte oder sich zumindest seinem Webdesigner komplett öffnen, um ihn dann konzipieren und machen zu lassen.

Vielleicht ahnt jemand das Strahlen in meinen Augen - genau das ist es! Die Botschaft ist angekommen! Mal schnell eine Website “hinstellen”, den Kunden schulen und ihn mal machen lassen, das geht nicht. Nur leider kommt es so oft eben nicht an (oder scheitert es am Budget?). Eigentlich war es gar nicht so schwer - nirgends liest man auf einer Seite des Buchs, das es zu korrigieren gilt,  den Wink mit dem Zaunpfahl. Vielmehr habe ich versucht zu beschreiben, wo denn konzeptuelle Überlegungen liegen und was es zu bedenken gibt. Ein bisschen fühle ich mich dabei wie eine Predigerin, aber das macht nichts.

Ich erinnere mich an die Vorstufe einer Website, die ganz klar am Budget und am Wissen des angehenden Website-Betreibers scheiterte und mit den lapidaren Worten endete, man wolle sich dann doch lieber an einen Profi wenden, der mache das dann für 500 Euro und in einer Woche sei alles fertig, ohne dass man sich darum kümmern müsse.

Eignungstest?

Auch bei meiner Korrekturleserin scheint angekommen zu sein, dass es in den Untiefen des Internets immer wieder sprachliche Unzulänglichkeiten zu lesen gibt. Schreib doch, so der Vorschlag im Rahmen einer längeren Diskussion über Redaktionsprozesse, der angehende Website-Betreiber müsse wissen, in wie weit er den Anforderungen sprachlich gewachsen sei (oder so ähnlich). Nein, so etwas könne man nicht schreiben, sage ich. Es sei ja nicht an jedem Internetschreiberling ein Journalist verloren gegangen. Wir einigen uns aber darauf, dass Zeit und Engagement notwendige, jedoch keine hinreichenden Kriterien seien und man als Webdesigner mit redaktionellen Qualitäten sicherlich Möglichkeiten habe, entsprechende Wartungsverträge anzubieten.

Wir unterhalten uns weiter, auch ein bisschen über das Thema Schulung. Sie sieht nun, was es bedeutet, Laien etwas zu erklären und sie bewundert uns Webleute, wie wir uns in so einem Content Management System zurecht finden und wissen, worauf es ankommt. Sie ahnt genau deshalb aber auch schnell, dass weder Schulung noch Benutzerhandbuch einen Vollständigkeitsanspruch haben können und viele Probleme bei der Realisierung von Pflege und Aktualisierung oft noch vor dem eigentlichen Arbeiten mit dem CMS liegen: Bildbearbeitung ist ein solches Thema, aber auch die Sache mit der Dateibenennung.

Kann der Website-Betreiber das überhaupt?

Ihr sei gar nicht so recht klar gewesen, wie das mit der Wartung eines Systems aussähe. Könne der angehende Website-Betreiber überhaupt Systemupdates durchführen und die Datenbank sichern? Naja, erkläre ich ihr, so einfach sei das nicht, es käme eben darauf an, wer der Website-Betreiber sei und wer die Website pflege.

So ein Wartungsvertrag, ein bisschen das Fazit der ganzen Geschichte, sei schon durchaus eine Überlegung wert, ich erkläre ihr aber auch, dass ich kein Fan knebeliger Dauerverträge bin, die den Website-Betreiber vom Dienstleister abhängig machen. Dazu bin ich wahrscheinlich zu gutmütig.  Alles in Allem, stellt sie fest, sei wohl eine Website auch im Betrieb nichts, das es umsonst gäbe?  Zwischen knebelig und sinnvoll liegen schließlich definitiv Welten. Das stimmt.

Last but not least

Ich glaube, der Webdesigner hat keinen sonderlich guten Stand in der Gesellschaft. Wird man nicht allerorts mit denen in einem Topf geschmissen, die für einen Apfel und ein Ei mal schnell die Vereinswebsite gestalten?

“Ach so, Sie kennen sich also mit Computern aus?” meinte irgendwann jemand zu mir. Ja, sagte ich, das ist mein Job und gehe dabei nicht ins Detail, um hier noch was geradezurücken. (Ich überlege mir, ob ich schon mal einen Arzt gefragt habe, ob er sich also mit Krankheiten auskenne?) Nein, es sei ihr jetzt auch klar, warum das alles so umfangreich und damit kein bisschen banal sei, meint meine Korrektur-Leserin. Ich bin froh, als sie das durchblicken lässt. Ich fühle mich ein wenig vollwertiger, landläufig und sehe mit Freude, dass Know-How auch wenn es sich dabei um für uns vermeintliche Banalitäten geht, durchaus gewürdigt wird. Sie erkennt auch den ein oder anderen wissenschaftlichen Ansatz: Usability, Informationsarchitektur - dass hier nicht das Erstbeste wirklich das Beste ist und dass der Mensch einfach auf seine Art und Weise tickt.

Die Inspiration, die ich im Lauf der Unterhaltung bekommen habe, ist durch keine noch so tolle Theorie zu ersetzen. Danke muss ich also nicht nur sagen fürs Korrigieren sondern auch für die vielen interessanten Gespräche. Wenn ich das so sehe, hat sich allein deshalb das Buchschreiben schon gelohnt.

Vielleicht ist jetzt endlich die Zeit zum Umdenken gekommen? Geht das? Wie gehen wir mit solchen Warnungen um?

Es ist ein Problem für alle, die auf den Internet Explorer angewiesen sind. Das mögen die sein, die aus technischen Gründen innerhalb einer größeren Infrastruktur noch den längst veralteten IE6 nutzen müssen, das mögen aber auch die sein, die sich für eine durchaus gelungene Lösung wie Sharepoint entschieden haben - nur ist leider auch da mitgefangen mitgehangen.

Es ist natürlich auch ein Problem für alle die, nicht wissen, wie sie dieses praktische Helferlein, das sich mit ihrem Betriebssystem installiert hat und dort fest verwurzelt keinen Millimeter weichen möchte, ersetzen können.

Vor allem aber ist die Berichterstattung ein Problem. Eigentlich muss der Endverbraucher ratlos bleiben. Ich bleibe ratlos, da ich Systeme einsetze, die nur mit dem Internet Explorer ihre wahre Stärke ausspielen und nicht weiß, wie ich das meinen Kunden erklären, geschweige denn verkaufen soll.

Aktueller Stand ist eine Warnung des BSI gestern (auf den IE vorerst total zu verzichten, wenn möglich) sowie eine meines Erachtens viel schlimmere Nachricht, die heute auf Heise und auch anderswo veröffentlicht wurde: wie die Sicherheitslücke aussieht und wie sie ausgenutzt werden kann, ist inzwischen offenbar öffentlich geworden. Ein Grund mehr, sich im Moment vom Internet Explorer fern zu halten?

Was aber nun kann man denen raten, die nicht anders können?  Microsoft hat ein offizielles Statement herausgebracht, das wenigstens der Risikominimierung dienen kann. Tja, anderweitig hält man sich da recht bedeckt.  Die Warnung des BSI jedenfalls klingt massiv und eindringlich. Mehr wissen wir Nutzer leider im Moment nicht wirklich.

Ein Fazit für mich heißt da jedenfalls vielleicht doch: Abhängigkeiten von Software-Komponenten vermeiden. Es heißt damit auch, Abhängigkeit von speziellen Software-Versionen vermeiden, wie man das ja allzuoft beim Internet Explorer 6 immer noch findet.  Es kann nicht sein, dass man als Dienstleistungsanbieter seinen Kunden gegenüber so ratlos dasteht. Offene Systeme und offene Software können dazu beitragen, dass Lücken schneller gefunden, vor allem aber auch schneller behoben werden. Sofern es offene und weniger proprietäre Lösungen gibt, sind diese also definitiv zu bevorzugen?

Ich hoffe nur, es gibt sehr, sehr bald eine vernünftige Lösung. Ich jedenfalls kann natürlich auch niemandem raten, Stift und Tastatur in die Ecke zu schmeißen und erstmal abzuwarten, was da kommen wird, oder doch? Freuen würde mich übrigens, wenn es insgesamt mehr “Outings” gäbe. Dienstleister, die verwundert bis verzweifelt sind, die nicht wissen, was sie ihren Kunden antworten sollen und die sich so ein bisschen hin- und her gerissen fühlen…

Nein, ganz klar, es ist nicht der Benutzer - das Programm ist schuld, ist doch klar. Schlägt es uns nicht schon beim Speichern seltsam kryptische Dateinamen vor, die sich genau an das anpassen, was wir geschrieben haben? Und wir schreiben nunmal wie uns der Schnabel gewachsen ist die Finger auf die Tastatur fallen. Und wie man eigentlich Dateien benennt, das weiß doch jedes Kind, oder?

Es ist alles nicht so einfach. Wir sind Gewohnheitstiere, wir mögen es einfach sprechend, wenn auch nicht immer unbedingt sinnvoll. Ließe man Word und Freunden nämlich immer ihren Willen, dann hätte man wahscheinlich fast auschließlich Dokumente wie ich beispielsweise “Anne-Kathrin Merz.doc” oder “Sehr geehrter Herr XY.doc” neben “Konzeptuellen Überlegungen der besonderen Art.doc” auf seinem Rechner herumschwirren.  Usability ist da wohl etwas anderes, aber eigentlich kann man weder dem liebevollen Namensvorschlag so recht widerstehen noch dem eigenen Wunsch nach etwas “Menschlichkeit” auf dem Rechner.

Warum nur?

Ein Problem ergibt sich natürlich, sobald man versucht, Dokumente von A nach B zu kopieren oder zu verschieben und wir gedanklich ein bisschen weitergehen und nicht mehr nur aufräumen auf dem eigenen Rechner. Da nämlich zeigt sich der Computer von seiner boshaften Art und konfrontiert den ein oder anderen mit Problemen, von deren Existenz er nicht mal zu träumen gewagt hatte. Windows verhält sich ja relativ friedlich und kann sogar mit Dokumenten ohne Namen wie “…rtf” noch etwas anfangen. Übrigens ist auch Novell da relativ gnädig. Lustigerweise gehört beispielsweise auch Sharepoint (das ja nicht wirklich Dokumente speichert sondern Binärdaten im SQL Server) zu den Umgebungen, in denen Dateibenennung nicht trivial ist.  Hier sind einige Zeichen einfach nicht erlaubt. Das Leerzeichen übrigens wird angenommen. Plötzlich spielt die Office Umgebung nicht mehr mit! Erklär das mal denen mit den vielen Menschen, die seit Jahren mit diversen Textverarbeitungsprogrammen und Kalkulationstoos glücklich sind… Die “~Sicherung der Sicherungskopie von vorgestern.doc” brauchen Sie nicht mehr, denn… Hex!Hex! - es gibt die Versionierung, die  kümmert sich schon drum. Die “Verknüpfung mit dem Schreiben vom 29.lnk” ist auch ein Konstrukt von gestern, denn die Suche funktioniert viel besser als sich das jeder Windows User träumen lässt und lässt seltsame Verlinkungen aller Art so richtig blass aussehen.

Begeben wir uns Richtung WWW. Warum lässt sich eigentlich “http://www.meineDomain.xy/meine wunderschöne Datei.zip” nicht öffnen? Zauberei? Boshaftigkeit des Webdesigners? Mitnichten - wieder einmal hat ein böser Rechner zugeschlagen. Der Apache mag es einfach nicht und quittiert den verzweifelten Versuch eines ratlosen Nutzers mit einer 404-Meldung. Es gibt so viele Sachen zu bedenken, fällt einem da ein, denn trotz aller Ermahnungen wird wieder das Gewohnheitstier im Menschen zuschlagen. Und der macht sich wiederum keine Gedanken darüber, was Leerzeichen in der Browser-Adresszeile bewirken oder Umlaute.

Leidtragend

Man fühlt sich ein bisschen seltsam mit diesen gebetsmühlenartigen Hinweisen. Eigentlich sollte es doch viel besser laufen: Usability ist etwas anderes. Don’t make me think! schreit der User gedanklich und würde sich wahrscheinlich nicht daran stören, wenn die Leerzeichen automatisch zu “_” würden oder sich sämliche Ääähs dieser Welt automatisch in Aeaeaehs verwandeln würden. Man wisse doch, wie es um die Regeln stünde, und man schwöre, diesen komischen Dateinamen habe man sicherlich nicht vergeben.

Stattdessen konfrontieren mich die Kisten Rechner und Betriebssysteme  mit dem Problem, mich rauswinden zu müssen, die Gratwanderung auf mich zu nehmen zwischen Verständnis für dem User und dem Wissen darum, dass ich bereits drei Monate und sechs Monate vorher ein ähnliches Problem mit ähnlichen Worten versucht habe zu lösen. Also begebe ich mich zur Wurzel des Übels, lasse eine Suche laufen, ersetze brav alle Tilden durch Nix (sprich lösche Sicherheitskopien), eliminiere alle Verknüpfungen, ersetze brav die Leerzeichen durch irgendetwas Nettes, Umlaute durch Aes und Ues und Oes und kümmere mich gleichzeitig noch um schöne Benennungen im Frontend der Website (denn auch ich mag es dann lieber leserlich), und teste alles noch einmal durch. Ich kann zaubern… ich habe wieder einmal Menschen glücklich gemacht und frage mich, warum eigentlich immer noch dieses Gerücht umgeht, es sei alles so einfach mit dem Computer. Warum mach ich hier eigentlich seinen (also des Computers) Job oder muss vorab irgendwelche Tools finden, die seinen Job machen?

Übrigens bin ich selbst ein solches Gewohnheitstier. Wenn es wirklich mal schnell gehen muss, so richtig schnell, dann ist es mir lieber, ich hab da eine gespeicherte Datei, die irgendwie heißt, als dass mir irgendwas verlustig geht.

Und weil jetzt 2010 ist und ich Euch nicht länger auf die Folter spannen möchte, erzähle ich Euch auch gleich, um was es in meinem Buch geht: Ja, es wird ein TYPOlight Buch werden, wie gestern schon so richtig gemutmaßt wurde…

Erst heute habe ich zufällig gesehen, dass das Buch, das offiziell “TYPOlight- das Praxisbuch” heißen wird, bereits bei Amazon gelistet ist - spannend, das kann ich Euch sagen. Erscheinen wird es am 19. Mai. 500 Seiten, auch das hatte ich bisher nicht geschrieben - Ihr ahnt es: da hängt eine Menge Herzblut drin, so dass Ihr gleichzeitig wisst, wie im Moment meine Abende und Wochenenden aussehen könnten (gespickt mit einer Menge Stress mit meinem HP Laser 1020, einem eigentlich nicht für den Mac gemachten Drucker, der mir momentan, egal wie ich es drehe und wende, immer nur 5-6 Seiten am Stück ausspucken möchte… ). Ja übrigens - gedruckt liest es sich besser Korrektur und Linus freut sich über die Berge an Malpapier.

Ich dachte, ich stelle Euch (im Rahmen des Buchs und überhaupt) mal eine Frage praktischer Art. Es geht um kleine Helferlein und Tools, die man fürs Webdesign so brauchen kann. Ich nutze eine ganze Reihe davon, Ihr sicher auch. Ich weiß, es gibt eine Menge guter Websites mit Artikeln der Art “Was der Webdesigner unbedingt braucht…” - ich frage aber lieber Euch. Vielleicht habe ich ja wesentliche Helferlein übersehen? Vielleicht bin ich einfach im Moment zu beschäftigt um zu wissen, dass meine Tools längst überholt sind? Ihr wisst: ich bin eher der Pragmatiker und nach dem Motto “never change a running system procedure” dann auch immer froh, wenn ich weiß, was ich an dem habe, das mir zur Verfügung steht.

IE6 oder der tägliche Wahnsinn

Jaja, der IE6. Ich gehöre ja nicht zu denen, die dieses Urviech kategorisch ausklammern und natürlich würde ich auch genau das jedem anderen raten. Meine Gründe dafür habe ich bereits ausreichend erläutert, beispielsweise in der Kategorie Browser oder dem Suchbegriff IE6.

Auch wenn TYPOlight selbst keine Unterstützung mehr für den IE6 anbietet (was nicht mehr heißt, als die Systemanforderungen auf den IE7 anzuheben) - die Besucher einer TYPOlight-basierten Website können durchaus dazu gezwungen sein, den IE6 zu nutzen, egal ob sie wollen oder nicht.

Lange Zeit habe ich Multiple IE genutzt, was auch prima geklappt hat. Leider wird das Programm nicht mehr weiter vorangetrieben. Eine Alternative könnte IE Tester sein, ein nettes Programm, mit dem man sogar mehrere Browser gleichzeitig in einer Anwendung abdecken und anpassen kann. Allerdings auch nicht ganz unkritisch. Es scheint doch recht unterschiedliche IE6 Versionen zu geben, insbesondere abhängig vom Service Pack und es kommt mir so vor, als wäre der IE Tester hier nicht ganz aktuell. Außerdem habe zumindest ich immer wieder ein Problem mit dem Cache. Es nervt so ein bisschen, dieses Geklicke, das gelegentlich auch zum Absturz führt.

Was mir eigentlich gut, manchmal aber auch weniger gut gefällt, sind die Services, die ein Abbild der Seite unter einem bestimmten Browser erstellen - hier gibt es kostenlose und kostenpflichtige Services.  Der Preis ist mir persönlich (fast) egal, nur:  ich bin mir eben nicht so ganz sicher, ob ich diese Services überhaupt mag. Ein Manko hat das Ganze übrigens: eine .htaccess-passwortgeschützte Seite kann man hier nicht testen lassen.

Ich bin nicht glücklich mit den Tools. Eigentlich wäre der IE6 kein Problem. Die Tools sind das Problem.

Meine Frage an Euch ist ganz klar: gibt es inzwischen was “Gescheites”? Was verwendet Ihr? Was kann man guten Gewissens empfehlen? Seid Ihr grundsätzlich meiner Meinung oder wisst Ihr etwas Besseres? Hier bin ich nicht nur im Hinblick auf das Buch dankbar für jeden Hinweis - diese bisherigen Lösungen nerven einfach.

Übrigens: wer kann, der installiert sich seine eigene virtuelle Maschine nur für den Internet Explorer 6 - nur: werde ich da noch fertig???

Firefox

Ich nutze meinen Safari kaum, weil es für den Firefox so viele tolle Erweiterungen gibt und ich kaum ausschließlich privat, sondern alles in allem immer irgendwie beruflich unterwegs bin in den Untiefen des Netzes.

Klar, die Webdeveloper Toolbar, wir müssen darüber nicht reden. Ohne ginge es kaum oder seht Ihr das anders? Manche meinen, im Firebug schon ihren Ersatz gefunden zu haben, ich hingegen finde, erst im Team werden sie richtig gut. Was brauche ich sonst? Eigentlich fast nichts außer einem Validierungstool. Zu meinen Windows Zeiten fand ich den HTML-Validator immer recht gelungen. Leider gibt es den für Mac nicht. Der W3C Page Validator ist eine macige Alternative oder der Total Validator.

Gibt es noch mehr? Brauche ich mehr? Könnte ich noch glücklicher sein? Insbesondere: könnte man angehende Webdesigner noch glücklicher machen, wenn man ihnen weitere Helferlein empfehlen könnte?

Tja, ich hoffe, Ihr könnt mir ein bisschen weiterhelfen und damit das Buch an dieser Stelle etwas lebendiger und praxisorientierter werden lassen. Übrigens tut Ihr das auch, wenn Ihr mir nun erklärt, dass ich offenbar schon seit Monaten oder Jahren hinter dem Mond lebe…

Ich wünsche allen meinen Lesern Frohe Weihnachten!

Herzlichen Dank, dass Ihr mich 2009 in meinem ersten “richtigen” Blogger-Jahr begleitet und mich mit Euren Kommentaren immer wieder so nett motiviert habt. Vor allem aber auch für Euer Verständnis dafür, dass ich wegen des Buchprojekts so wenig zum Schreiben komme… ein bisschen wird das leider noch andauern müssen. Ich weiß noch nicht, wann wir uns wieder lesen, sicherlich aber noch 2009, soviel ist klar. Bis dahin lasst es Euch gut gehen und genießt die weihnachtliche Ruhe!

Lange war ich mir nicht sicher, was meine Leser wohl mit der Information anfangen könnten, dass ich unter die “ganz realen” Autoren gehe und ich war mir ebenso wenig sicher, was ich mit der Tatsache, mich hier zu outen, wohl anfangen könne.

Das ganze Unterfangen “Buch” gehört zu mir und damit gehört es auch auf medamind - zumindest in Ansätzen, viel kann und will ich auch nicht verraten, ich dachte mir jedoch, es sei vielleicht recht spannend, den Prozess des Autorwerdens und Buchschreibens zu dokumentieren, Step by Step.

Wie alles anfing…

Als ich das Angebot bekam, zu schreiben, war ich sofort begeistert. Schreiben ist das, was ich schon immer machen wollte, nicht nur fürs Web. Es war also klar, dass mein Bauchgefühl sofort Feuer und Flamme für diese Idee war, während das bisschen Vernunft im Hintergrund sich natürlich neben dem Gedanken an eine wirklich gelungene Chance sofort fragte, wie sich das wohl vereinbaren ließe: mein Job, die Kinder und dann auch noch ein Buch, für das ich sofort eine ganze Menge an Einfällen hatte (an Einfällen, die sich bei mehr oder weniger näher Betrachtung teilweise als ganz schön aufwändig entpuppten und die damit das ganze Projekt auch sofort recht umfangreich erschienen ließen -aber das ist eine andere Geschichte ). Ein Buch, das ist ein Wort. Viele Worte, viele Seiten. Mehr als ein Blogartikel.

Aber…

Es kamen eine Menge Bedenken und Argumente aus der familiären Ecke und dem Freundeskreis. Zu publik wollte ich das potenzielle neue Projekt anfangs ja auch nicht machen, aber darüber reden muss man, denn eines war mir klar, ich werde Unterstützung brauchen, wenn es “hart auf hart” kommt und für den Anfang braucht man Feedback, - das Wissen, ob man nicht einfach ein bisschen spinnt, - nein eher, ob das Unterfangen realistisch ist.

Da waren die… die meinten, wo ich denn die Zeit hernehmen wolle. Ich hätte genug zu tun mit Job, Hund und Kindern. Wo sei da noch Platz für das Buch. Klar, diese Bedenken kamen von sehr, sehr außerhalb einerseits und dann von denen, die schon merkten, dass sie gefordert werden würden, wenn ich Unterstützung brauchen würde und die Bedenken waren vernünftig….

Irgendwie wollte ich dann doch nicht ganz blank dastehen hinsichtlich der Planung der nächsten Monate. Ich begann, einen exakten Plan zu machen, wie mein Buch in meinen Tagesablauf passen würde. Ich rechnete die Seiten zusammen, teilte sie durch die Zeit, die mir zur Verfügung stehen würde und kam drauf, dass mir abendliches und nächtliches Buchschreiben locker reichen würde.  Klar, ein anfänglicher Trugschluss.Dass in der Praxis ein Buch übrigens nicht durch das Schreiben von ein paar Seiten abends entstehen kann, ist vollkommen klar, dass es abends nach einem harten Tag auch mit der Kreativität nicht so weit her ist, ebenso … Aber das ist eine andere, spätere Geschichte. Schreiben braucht Zeit und Ruhe.

Dann waren die, die mich fragten, ob das denn nun ein lukrativer Job sei. Jeder, der bereits ein Buch geschrieben hat, wird ein wenig lachen, ich denke, diese Frage kommt immer und sie ist schwer zu beantworten.  Dass das Autorendasein auch viel mit Idealismus zu tun hat, das war schwer zu vermitteln. Ich versuchte, diese Frage möglichst hinten anzustellen und dachte mir plausible Erklärungen dafür aus ohne Fragen zu beantworten.

Und dann waren die, die sofort verstanden, was das Buch für mich bedeutet. Ein Job (und nicht nur das), den ich einfach nicht ablehnen konnte. Die mich sofort allein zu dieser Chance beglückwünschten, sich sofort meine Ideen anhörten und weder am Projekt selbst, noch an meiner Zeit noch an irgendwas anderem Zweifel ließen. Es war klar: Anne schreibt jetzt also ein Buch! Auch das war meine Familie, aber auch Menschen, die mich damit wirklich erstaunt haben.

Und trotzdem…

Mich lies also die Idee einfach nicht los, mein Gefühl hatte natürlich all meine Vernunft längst “überzeugt” und so sagte ich zu und fing an, meine gebrainstormten Ideen zunächst in einen hübschen lindgrünen Moleskine zu packen und  das Buchprojekt in sowas wie “trockene Tücher”. Und irgendwann fing ich an zu tippen…

Inzwischen schreibe ich lang genug, um daran glauben zu können, dass dieses Werk irgendwann nach vielen Stunden Arbeit fertig werden wird und lang genug, mich “outen”zu können. Vor allem aber macht es Spaß und ich sehe nach vielen anfänglichen Ideen und vielen Umstellungen (auch das liegt wohl in der Natur vieler Bücher) Licht am Ende des Tunnels. Schreiben, das ist eine seltsame Mischung zwischen Knochenjob und der totalen Leidenschaft. Ich und mein Buch, irgendeine Art seltsamer Symbiose? Auch das aber Teil einer Fortsetzung…

Ich werde bei Gelegenheit über “mein” Buch schreiben, insbesondere werde ich Euch natürlich demnächst auch erzählen, um was es überhaupt geht. Derzeit bin ich erstaunt, wie kreativ denn so ein Blog zu sein scheint. Wann immer ich etwas bloggen möchte (und es gäbe vieles, über das es sich zu schreiben lohnt). fehlen mir neben der Zeit (denn neben dem Buch ruft, Ihr ahnt es, auch das Geldverdienen mit meinen ganz alltäglichen Projekten) irgendwie die Worte. Die sind derzeit  gut investiert auf dem Weg zu meinem Buch, einem “Werk”, bei dem ich dann doch sehr den Anspruch habe, meinen persönlichen Anforderungen und denen meiner potenziellen Leser gerecht zu werden…

An dieser Stelle als Einstieg danke an meine Muse und all die, die sich mit viel, viel Geduld meine Ideen und Pläne anhören, lesen, zuhören und hinschauen.

Es begann damit, dass Mr. X sich vorstellte. Den genauen Wortlaut habe ich nicht im Kopf, der Dialog ist also nicht fiktiv, aber frei zitiert.

Mr. X: ” Hallo, ich heißt Mr. X und ich helfe dir, wenn du mich brauchst. Wenn du eine Frage hast (es folgt eine lange Abhandlung über das ToDo)… Wenn du mich nicht brauchst, klick hier, dann verschwinde ich. Wenn du mich dann wieder brauchst, klick wieder. Ich bin dann sofort wieder da!”

Linus: “Hallo Mister X, ich brauch dich nicht…” (klickt )

Mr. X: “Du weißt ja, klick hier und ich komme sofort zurück!” (verschwindet)

5 Minuten später…

Linus: (klickt) “Mister X - jetzt brauch ich dich aber wirklich!” (klickt und Mr. X erscheint)

Mr. X: “Hallo, ich heißt Mr. X und ich helfe dir, wenn du mich brauchst.  Wenn du eine Frage hast (es folgt eine lange Abhandlung über das ToDo)…  Wenn du mich nicht brauchst, klick hier, dann verschwinde ich. Wenn du mich dann wieder brauchst, klick wieder. Ich bin dann sofort wieder da!”

Linus: “Ja, Mister X. Sag mal, ich hätt da mal ne Frage…”

Mr. X: (schweigt)

Linus: “Sag mal Mister X, wie schnell kann man denn bei Lego Racers überhaupt fahren?”

Mr. X: (schweigt)

Mr. X: (schweigt)

Linus: “Mama? Maaaammmaaa!!! Wie schnell kann man denn bei Lego Racers fahren?”

Tja, so ist das also mit den mentalen Modellen… und so ist das wohl auch mit Hilfesystemen, denn nicht nur im Fall des Mister X sondern auch bei allen anderen alltäglichen Problemchen mit oder ohne Computer ist der Ruf nach der Mama dann doch der einfachste. Leider weiß ich auch nicht, wo die Höchstgeschwindigkeit der kleinen Legoautos liegt. Mr. X habe ich jedenfalls nicht befragt. Aber ich habe herzlich gelacht.

Ein paar Erkenntnisse.

Grundsätzliches

WordML ermöglicht es, XML Dateien in Word darzustellen, indem via XSLT XML in WordML überführt wird. Leider kein triviales Thema, denn WordML ist nicht nur prorpietär, sondern auch recht umfassend und nochdazu nicht sonderlich offensichtlich dokumentiert.

Die Aufgabe bei XML to Word besteht also darin, ein geeignetes XSLT Stylesheet zu basteln, das die Konvertierung von einem ins andere Format übernimmt.

Da WordML und XML (also das Zusammenspiel von Word und XML)  vor allem im Cross Media Publishing und in der technischen Dokumentation eine Rolle spielen, sind dies alles Features, die einem nicht sonderlich häufig unterkommen. Meist spielen im Hintergrund XML Standards wie DITA oder DocBook eine Rolle und natürlich gibt es für diese Standards bereits eine Reihe von Lösungen. Manchmal müssen diese Standards allerdings auch erweitert oder angepasst werden…

Die Aufgabenstellung

Die Aufgabenstellung ist so simpel, wie man sie sich nur vorstellen kann: eine zweispaltige Tabelle, in der links ein Bild in Originalgröße stehen soll und rechts ein Erläuterungstext.

Zum Warmlaufen kann man sich zunächst in Word eine optimale Tabelle basteln, das Dokument als XML (WordML) abspeichern und in einem Texteditor zu öffnen. Leider hilft das zunächst lediglich, in das Konstrukt Tabelle und Bild hineinzuwachsen. Insgesamt gilt nämlich, dass WordML im Gegensatz zu vielen anderen Microsoft Produkten und Funktionalitäten recht rudimentär dokumentiert ist - Try and Error ist also gefragt oder der Griff zur Suchmaschine und die Übernahme der Word XML Tabelle einfach 1:1 ins XSLT zu übernehmen führte zumindest bei mir nicht zum gewünschten Ergebnis. Trotzdem hilft das Grundgerüst bei den ersten Schritten schon mal weiter, sich überhaupt über die Syntax von WordML im Klaren zu werden.

Internet sei also auch Dank, dass ich doch noch einige wertvolle Infos finden konnte, die mich weitergebracht haben, denn nur die Elementreferenz ist nicht wirklich hilfreich.

Die Tabellenbreite

Die erste Hürde ist die Tabellenbreite. Als Maßeinheit sieht WordML drei Varianten vor: auto (klar - eine automatische Tabellenbreite - Achtung, angeblich relativ zum Satzspiegel! ), pct (Prozent) und dxa (jenes Twips, das einen zunächst vor einige Rätsel stellt).

Bei meinen ersten Tests mit Word und Speichern als XML Datei offenbarten sich, dass Prozentangaben offenbar irgendwie (genau, mehr kann ich dazu nicht sagen…) anders gehandhabt werden, als wir Web, HTML und CSS Leute so vermuten würden: meine auf 100% definierte Tabelle hatte die Breitenangabe:

<w:tblPr>
<w:tblW w:w="5000" w:type="pct"/>
<w:tblLook w:val="04A0"/>
</w:tblPr>


Verwirrend… Ich kann übrigens weder bestätigen, dass auto die volle Breite nutzt, noch kann ich bestätigen, dass Prozentwerte, die ich erwarten würde, zu sinnvollen Ergebnissen führen. Nach einigen Fehlversuchen musste ich mich also dann doch auf dxa einlassen - es geht also ans Rechnen. Inzwischen weiß ich, dass ein Din A4 Blatt Hochformat mit 100% Tabelle auf einen Breitenwert von ca. 10.000 hinausläuft - je nach Rand. Ich muss zugeben: im Moment bin ich einfach nur froh, dass es funktioniert.

Das Bild

Abenteuerlicher hingegen das Bild. Alle Bilder sollten in Originalgröße angezeigt werden. Der CSS Coder weiß: entweder gibt man dem Bild also gar keine Breiten- und Höhenangaben mit oder man setzt diese auf 100%. Leider bewirkt das in WordML nichts oder bessergesagt,

• height: 100%; bzw. width: 100%;  bewirkt, dass jedes Bild auf eine Höhe bzw. Breite von ungefähr einem Inch gesetzt wird
• lässt man Styleangaben weg oder setzt beide Werte auto, so bewirkt das, dass jedes Bild quadratisch angezeigt wird, auch auf ungefähr ein Inch

Natürlich ist es möglich, dem Bild fixe Breiten oder Höhen in cm Angaben mitzugeben (Achtung: wir sind hier im Print, daher die cm Angaben!), was aber hier nicht der Aufgabenstellung entspricht.

Fragen zum Thema gibt es im Web viele, Antworten leider weniger viele. Nach einigen Stunden des Googlens mit verschiedenen Suchbegriffen, meist im Kontext v:shape (dies entspricht der Box, in die WordML das Bild packt und für diese Box können Größenangaben gemacht werden), wurde ich dann endlich fündig:

die Originalgröße eines Bilds wird dann verwendet, wenn height und width auf 0 (sic!) gesetzt werden. Eine mögliche, recht simple XSLT Anweisung für in Originalgröße anzuzeigende Bilder lautet also

<w:pict>
<v:shape alt="{Bild}" style="height:0; width:0;visibility:visible;">
<v:imagedata src="{Bild}"/>
</v:shape>
</w:pict>

wobei “Bild” dem Namen des XML Tags für das Bild entspricht.

Fazit?

WordML ist gewöhnungsbedürftig. Vielleicht ist es sogar von Vorteil, wenn man nicht aus der Webdesigner Welt kommt, - dan nämlich ist man wahrscheinlich weniger befangen, weniger irritiert und oft auch weniger genervt, weil alles, was man gelernt hat, hier einfach seine Gültigkeit zu verlieren scheint.

WordML ist generell relativ wenig dokumentiert, die Treffer reduzieren sich auf einige wenige wirklich gute Quellen. Die Fragen zum Thema scheinen sich zu wiederholen, die Antworten kommen von einigen wenigen netten Menschen, die offenbar die Energie hatten, sich freundlicherweise durch WordML durchzubeißen.

Wer sich mit WordML auseinandersetzen möchte oder muss, braucht Zeit und Geduld. Geduld sollte man mehr auf Internet-Recherche verwenden als auf reines Try and Error. Ich bin mir immer noch nicht sicher, ob es nicht auf Effekte gibt, die von Rechner zu Rechner (und wahrscheinlich auch von Drucker zu Drucker) andere Ergebnisse liefern.

Wer sich gerne deutschsprachig ins Thema einlesen möchte, sei auf die Website data2type verwiesen. Die Macher haben auch ein Buch zu WordML verfasst: Professionelle XML Verarbeitung mit Word, eine gelungene Anschaffung für jeden WordML Einsteiger.

Sollten die obigen Twips, Inch und Zentimeter Berechnungen übrigens nicht korrekt sein, so liegt dies wahrscheinlich auch an der teils widersprüchlichen Dokumentation der Geschichte, allgemein kann ich dazu nur sagen, dass diese Angaben meinen Erfahrungswerten der letzten Tage entsprechen.

Ich freue mich trotz allem darauf, in den nächsten Tagen mit einem größeren Projekt rund um XML und Word anzufangen. Die Technologie ist dann doch wirklich mächtig und wie immer ist vieles davon einfach eine Frage von Erfahrung und harter Arbeit.

Leider, liebe Online Shops, muss ich Euch sagen, dass Eure Glaubwürdigkeit gelegentlich etwas leidet mit den Methoden, mit der Ihr versucht, Euch in Erinnerung zu bringen…
Geht das nicht auch anders…?

Marketing Emails gibt es viele. Es geht hier allerdings nicht um “der LCD Fernseher kostet derzeit nur…” sondern um Emails, die Kunden oder ehemalige Kunden direkt ansprechen und sie mit Rabatten und Gutscheinen locken wollen, wieder zu bestellen.

Leider geht dabei oft einiges schief.

Problem: Vertrauen, das nicht existiert

Dieser Tage erreichte mich wieder einmal ein Newsletter, den ich sicherlich nicht ins Abo genommen hatte. Es war also kein Newsletter, sondern genau genommen eine Werbekampagne. Grenzwertig nicht nur, sowas zu verschicken, sondern auch die Art und Weise Kunden zu “ködern”. Die Message: “Danke für Ihr Vertrauen… Sie erhalten einen Exklusiv 10% Gutschein auf die nächste Bestellung,…”

Mein Problem: es war Jahre her, dass ich in diesem Shop eine Bestellung getätigt hatte, ich hatte sogar Mühe, mir in Erinnerung zu rufen, was das denn überhaupt gewesen sein könnte.  Ich also als der treue Kunde? Mehr als unglaubwürdig und so dann auch die Kampagne.

Problem:  “Geringe” Bestellfrequenz

Einige Tage später erreichte mich wieder eine Werbe Email von einem mir durchaus bekannten Shop, ich hatte dort vor einigen Wochen etwas bestellt. Die Message: “Wir vermissen Sie…! …Sie bekommen daher einen 10% Gutschein…”.

Mein Problem: ich bestelle gelegentlich dort, aber sicherlich nicht wöchentlich und werde diese Gewohnheit zum Wohlbefinden meines Geldbeutels auch sicherlich nicht dauerhaft ändern. Dass mich tatsächlich ein Shop (mit Luxusartikeln) vermisst, wo meine letzte Bestellung noch keine 8 Wochen her ist - das mag ich nicht glauben. Oder ticke ich falsch?

Der Fehler: “die totale Unglaubwürdigkeit”

Der Fehler ist offensichtlich: dem Adressaten wird etwas unterstellt, was definitiv falsch ist oder auf ihn persönlich nicht zutrifft. Es wird eine persönliche Ansprache suggeriert, deren Wahrheits- und Glaubwürdigkeitsgehalt so gering ist, dass alle Persönlichkeit verloren geht und dafür Ärger aufkommt. Persönliche Ansprache mit massentauglicher Message? Kaum möglich, oder?

Lösungsansätze?

Ich weiß nicht, ich weiß nicht. Wahrscheinlich wäre es mir fast lieber, man würde schlicht schreiben, man habe einfach mal Lust, auch eine Werbekampagne mit Gutscheinsystem zu fahren… ich würde es sogar akzeptieren, wenn man schreiben würde, es sei Weihnachten, eine Zeit in der alle werben würden und so würde man das eben auch mal versuchen.

Ich würde allerhand akzeptieren, wenn nur eines gewahrt bliebe: die Glaubwürdigkeit. Authentizität heißt wohl mal wieder das Stichwort: persönliche Ansprache benötigt in diesem Fall zwar nicht persönliches Kennen, aber wenigstens ein paar Eckdaten. Hat man die nicht, sollte man darauf verzichten und sich lieber ein freundliches, glaubwürdiges und vor allem reales Szenario überlegen.

Und warum immer ein Gutschein? Warum nicht mal ein lustiges oder nützliches Addon, das der Kunde bei der Bestellung frei wählen kann, ein Punktekonto für Bestellungen, …irgendwas, das Spaß macht. Nichts, was dem Empfänger vorgaukelt, er sei wichtig, während der wiederum auf den ersten Blick erkennt, dass man sich keine Mühe gegeben hat, seine Kunden zu analysieren, sie wenigstens in Gruppen einzuteilen.

Kümmert Euch um Euere Kunden und nehmt sie ernst, ist mein Tipp. Nehmt sie persönlich und wenn das nicht geht, bemüht Euch nicht um einen Fake. Der Kunde bestellt, weil er etwas braucht (oder auch nicht) oder weil er einen Shop und seine Produkte mag. Den Gutschein nimmt er dann auch gerne mit. Im Allgemeinen wird aber ein Gutschein niemanden motivieren, der entweder die Produkte nicht tagtäglich braucht oder aber in diesem Shop nicht gerne einkauft. Und wenn… dann würde ich vorschlagen, doch wenigstens ein bisschen Werbung für neue Produktlinien etc. zu machen und das dann gleich als Aufhänger zu verwenden…

Ich ordne diesen Beitrag in Usability und UX ein, weil auch für (vollkommen legitimes und wichtiges) Marketing die Grundsätze von Usability und UX gelten. Am Kunden vorbei designt ist am Kunden vorbei designt. Dies gilt auch für die Ansprache. Ich bin nach wie vor der Überzeugung, dass Authentizität der Schlüssel zu allem Erfolg ist - übrigens nicht nur im Netz.

Das Foto oben zeigt den Start der Sprengung, wie man am Rauch erkennen kann - mir fiel das beim Fotografieren gar nicht auf, denn um nichts zu verpassen, hatte ich vorher bereits zig Fotos ähnlicher Einstellung geschossen…

Hier ein Foto ca. 10 Minuten vor Start… Die Menschenmassen drängelten sich, wir hatten gerade so einen verbotswidrigen Platz für das Auto gefunden und drängelten mit. Ich habe aber dann ein recht ruhiges Plätzchen gefunden, das ich im Nachhinein gar nicht so schlecht fand.

Um 15.13 Uhr oder so ähnlich ging es dann los, naja, und wie das Sprengungen so an sich haben, fällt alles ziemlich schnell in sich zusammen und damit ist das Spektakel auch sehr schnell wieder vorbei. Übrigens ist das alles eine Frage der Perspektive - hier ungewöhnlich “gerade” Aufnahmen, direkt in nordöstliche Fallrichtung. Aus anderer Richtung präsentierte sich das Ganze etwas “schlangenlinienartiger”.

Nein, es gab keine sonderlich hohe Staubwolke, die aus unserer Richtung zu sehen gewesen wäre und daher gibt es auch kein Foto mit Staubwolke. Das Foto “mit ohne Turm” erspare ich Euch ;-)

Und ein besonderes Danke an S., der trotz Umzugsstress die Ruhe hatte, sich das mitanzusehen und mir den Linus ein wenig vom Leib gehalten hat, der vor lauter Aufregung ständig an mir rumgezupft hat - naja, bei den letzten Fotos fiel mir auch so fast die Kamera aus der Hand, daher kann hier von Schärfe kaum die Rede sein.

Was man auf den Fotos so leider nicht erkennt, ich weiß es jetzt, denn auf der Treppe in halber Höhe stehen einige Graffiti Schmierereien: Stan ist auf dem “Give me Peace” Trip und irgendwer (vielleicht auch Stan?) hat ein Faible für Maria… nun sind diese Verewigungen auch Geschichte.

]]> http://www.medamind.de/stuff/2009/sturzender-turm/feed/ http://www.medamind.de/arbeiten/2009/infopath-und-sharepoint-ein-enterprise-szenario/ http://www.medamind.de/arbeiten/2009/infopath-und-sharepoint-ein-enterprise-szenario/#comments Wed, 11 Nov 2009 18:09:25 +0000 Anne-Kathrin http://www.medamind.de/?p=9083 Seit einigen Tage erlebe ich nach einigen Jahren mit Infopath endlich das wahre Vergnügen: die Zusammenarbeit von Infopath und Sharepoint auf einem MOSS 2007 in der Variante Enterprise.

Es ist natürlich auch eine Frage des Infopath und Sharepoint 2003 - die Versionen 2007 haben dann doch einiges an Features mitgebracht, das das Arbeiten einfach schöner und komfortabler macht. Letztendlich ist es aber dann doch MOSS Enterprise, das den letztendlichen Ausschlag dafür gibt, dass es mehr als komfortabel wird: es ist jetzt auch einiges machbar, das mit der Variante Standard nicht geht.

Eine ganz typische Anforderung der Form wie sie mich ohne Enterprise zur Verzweiflung gebracht hätte - und die jetzt ohne Weiteres funktionieren (und damit ausschlaggebend waren, die richtige Entscheidung zu treffen):

Ohne eine Datenverbindungsbilbiothek können die Pfade auf sekundäre Datenquellen in Sharepoint ausschließlich absolut definiert werden. Das ist weiter kein Problem, bis zu dem Zeitpunkt, an dem man einen Arbeitsbereich als Vorlage verwenden möchte, in der Infopath auf eine in diesem Arbeitsbereich liegende Sharepoint Liste als externe Datenquelle zugreift - die bleibt nämlich absolut und dann … funktioniert erstmal gar nichts so wie es eigentlich gewünscht ist.

Realisiert werden sollte in meinem Fall eine Vorlage für einen Besprechungsarbeitsbereich, in dem eine Infopath Vorlage auf die Teilnehmerliste eben jenes Besprechungsarbeitsbereichs (oder seiner Klone) zugreift. In der Sharepoint Variante Standard ist dies schlicht nicht möglich. Alle denkbaren Umwege sind übrigens auch eher als “Krücken” zu bezeichnen - aber Enterprise ist die Lösung.

Zutaten

Zunächst muss man natürlich den Enterprise Upgrade machen, sofern bisher die Standardversion zum Einsatz kam. Im nächsten Schritt müssen die Enterprise Features für die entsprechende Website aktiviert  werden (Websiteaktionen -> Websiteeinstellungen -> Websitefeatures -> “Features von Websites in Office SharePoint Server Enterprise”). Es steht dann der neue Dokumentenbibliothekstyp “Datenverbindungsbibliothek” zur Verfügung und man kann sich auf seiner Seite eine solche Bibliothek einrichten.

Infopath flott machen

Im nächsten Schritt müssen die eventuell bereits eingerichteten externen Datenquellen entweder konvertiert oder neue Datenverbindungen so konfiguriert werden, dass sie in einer Datenverbindungsbibliothek gespeichert werden können (beispielsweise relativ zur Formularbilbiothek, was in obigem Beispiel dringend erforderlich ist!).

Fazit

Infopath ist wirklich ein gelungenes Tool, aber ich denke, die wahren Stärken spielt es in Kombination mit Sharepoint wirklich erst unter MOSS Enterprise aus - auch abseits der Forms Services. Kalkuliert man wirklich alle Anforderungen bis ins letzte Detail (und denkt dabei nicht vorwiegend an die Forms Services und die Tatsache, dass damit Infopath Formulare auch für die nicht-Infopath Besitzer zugänglich sind), ergeben sich ganz andere Möglichkeiten, Infopath und Sharepoint auszureizen und damit ein Portal zu schaffen, das noch einen Tick mehr “Service” bringen kann. Es gewinnt also nicht nur Sharepoint an Funktionalität - auch das Duo Infopath/Sharepoint wird um einiges leistungsstärker.

Und dem Entwickler macht es auch ein bisschen mehr Spaß, wenn Ideen keine Theorie bleiben ;-)

Und weil ich kürzlich ein Problem hatte, das darauf zurückzuführen war, dass ich schlicht vergessen hatte, eine entscheidende “Kleinigkeit”(?) zu kommunizieren, die aber auch im Kollegenkreis einige Zeit für Verwirrung sorgte, hier die Dokumentation des Ganzen samt seiner Lösung.

Das Problem

Es ging ganz schlicht darum, ein neues Dokument in einer Infopath Formularbibliothek anzulegen. Die Berechtigungen waren soweit gesetzt und ich war mir sicher, dass alles vollkommen in Ordnung sei.

Das Problem - und das (ist Infopath hin oder her) immer ein Problem: bei mir klappte alles prima, beim Kunden nicht. Der nämlich wurde mit Meldungen konfrontiert, dass sich Berechtigungen nicht verifizieren ließen:

“http://meineDomain.de/SiteDirectory/meine _Site/meineForms_Bibliothek/Forms/template.xsn”  Die Sicherheitseinstellungen des Formulars lassen das Überprüfen Ihres Benutzernamens oder Ihrer Gruppenmitgliedschaft nicht zu.

- nur eine von einigen Fehlermeldungen.

Eine spannende Sache, wenn man mit eben jenem Benutzer alle möglichen Szenarien durchgespielt hat und alles klappt… eigentlich aber dann schon ein Hinweis darauf, dass es sich um ein Client-seitiges Problem handeln muss.

Die Lösung

Die Lösung ist simpel - ich hatte das schließlich irgendwann gemacht und dann schlicht vergessen, vielleicht weil mir jene Abhängigkeit von Infopath und Internet Explorer schon so in Fleisch und Blut übergegangen ist:

Man muss die Sicherheitseinstellungen des Internet Explorers anpassen. Es hilft dabei nichts, Sicherheitseinstellungen auf ein Minimum zurückzufahren (was ja sowieso alles andere als des Rätsels Lösung ist). Die Lösung liegt vielmehr darin, den entsprechenden Server, im Beispiel oben meineDomain.de zur Liste vetrauenswürdiger Websites hinzuzufügen.

Das ist dann auch schon alles - es klappt.

Wichtig ist also: wenn irgendein Berechtigungsproblem im Kontext Sharepoint/Infopath auftritt, kann dies sowohl an den Berechtigungen der Sharepoint Gruppe/des Sharepoint Nutzers liegen, aber eben auch an den Sicherheitseinstellungen des Internet Explorers. (anders formuliert ist glücklicherweise nicht immer der Sharepoint Administrator verantwortlich…)

Und das Fazit dann leider auch: es reicht offenbar nicht immer, eine virtuelle Maschine mit allen passenden Settings zu haben. Wichtiger ist es  (auch nicht nur im Microsoft Umfeld), virtuelle Maschinen zu haben, auf denen ein Betriebssystem in Reinform installiert ist - denn so haben es die meisten Benutzer.

Die Fehlermeldung - das sollte man vielleicht mal weitergeben?- könnte man allerdings durchaus in irgendeiner Form verbessern, denn die sagt, wie leider so oft im Microsoft Umfeld, nichts über die Qualität und Art des Fehlers aus. Ein Usability Problem der ganz anderen Art…