ActionScript 3 pain #001 (Update 1)

SWFAddress Firefox 3.0.1 Mac Blitzer Workaround
Warum programmieren für Flash wesentlich angenehmer als für das gute alte HTML? Weil Flash wirklich plattformunabhängig ist. Ist es nicht. Ich weiß nicht, wem man hier die Schuld zuweisen muss, aber ein Aufruf von ExternalInterface führt im Firefox Mac in den meisten Fällen zu einem unangenehmen Blitzer. Wie in einem Beitrag auf blog.lessrain.com beschrieben wird, ist eine mögliche Lösung, beim Aufruf von ExternalInterface-Funktionen SetTimeout(function, 300) zu nutzen.
SWFAddress ist ein sehr nützliches Tool, um auch in Flash eine Browserhistory aufzubauen. Da es sich auf die ExternalInterface-Klasse verlässt, taucht auch hier das Blitzer-Problem auf. Aus diesem Grund, habe ich das Javascript-File von SWFAddress angepasst.
::::: Für verzweifelte AS3-Entwickler: hier runterladen
Update (06.03.2009): Ein Folgeposting auf blog.lessrain.com erwähnt, dass Asual den Workaround wohl in SWFAddress Version 2.2 eingebunden hat.

SWFAddress Firefox 3.0.1 Mac Glitch Workaround
Why it is much less pain in the a$$ to use Flash instead of good old HTML? Because it truly is a cross platform tool. It is not. I am not sure who it is to blame but on Firefox 3.0.1 a call to ExternalInterface may cause a split second graphic glitch. As noticed for example at blog.lessrain.com a possible solution is using SetTimeout(); when calling a ExternalInterface function.
As SWFAddress is heavily using ExternalInterface you eventually will run into this problem. That is why I altered the javascript file of SWFAddress for convenience.
::::: For your pleasure: Grab it here.
Update (03/06/2009): Regarding a post at blog.lessrain.com Asual has included the workaround in SWFAddress version 2.2.

Unterschlupf

Apple Safari 3.2.1 pain #001

Bleib konsistent
Warum nur ist es im gesamten System möglich mit alt-ziehen Objekte zu kopieren nur nicht bei Tabs in Safari?
Frag ich mich...

Keep it consistant
Why oh why you are able to copy an item with alt-drag systemwide but you are not able to do this with a Safari tab?
Just wondering...

Rettet den Südpol!

thing

Apple Mail 3.5 pain #001

GUI-Krampf: bitte lasst mich E-Mails einfach markieren

Manchmal sind es die kleinen Dinge, die einem immer und immer wieder auf die Nerven gehen. Und manchmal weiß ich einfach keine Lösung. Wer bereits mit Apple Mail gearbeitet hat, kennt sicherlich die Flaggen-Symbole, die man dafür verwenden kann, E-Mails zu markieren, die man im Auge behalten möchte.

Leider hat niemand daran gedacht, es dem User zu erlauben, die Flagge mit einem einfachen Klick auf das Symbol zu setzen. Nein, mann muss erst das Kontextmenü öffnen, nach unten scrollen, einen Menüpunkt selektieren und als markiert/als nicht markiert auswählen. Viel zu anstrengend für ein Feature, dass eigentlich dafür da ist, Arbeitsabläufe zu verbessern.

Und das ist der Grund, warum ich es nicht nutze.

::::Unbefriedigender Workaround: erst alle Mails anwählen und danach den Befehl im Kontextmenü auf die Selektion anwenden. Lahm!

GUI woes: please let me flag emails easily

Sometimes it's the small things that annoy you over and over. And sometimes I don't know a satisfying solution. You may know the little flag symbol in Apple Mail that gives you a hint which mails you want to keep an eye on. 

Sadly nobody thought of setting this flag by simply clicking on it. No, you have to open the context menu, scroll down, choose mark and select As Flagged/As Unflagged. Way to sluggish for a feature that is intended to improve your workflow.

And that is why I don't use it.

:::: Nonsatisfying workaround: select all emails you want to flag before you  open the context menu. Lame!

TextEdit 1.5 pain #001

HTML Source in TextEdit sichern

Hin und wieder bleibt mir die Aufgabe nicht erspart, auf fremden Compuntern HTML Sourcecode zu editieren. Bislang stieß ich dabei auf ein ärgerliches Problem. Glücklicherweise ist auf Apple-Rechnern das Programm TextEdit vorinstalliert, mit dem kleinere Textarbeiten erledigt werden können. Wenn man ein HTML-Dokument darin öffnet, wird es wie im Browser als Webseite dargestellt, was sich aber leicht umgehen lässt, wenn man beim öffnet die Checkbox "Ignore richt text commands" anklickt. Schwierig wird es erst, wenn man direkt in TextEdit HTML-Code erstellt. Der Sichern-Dialog lässt sich nämlich ums Verrecken nicht dazu bringen das Dokument als Plaintext speichern. Manchmal erinnern mich Programme an die seltsamen Adventuregame-Rätsel vergangener Tage. Nach der Lösung kratzt man sich den Kopf und zuckt mit den Schultern und kann es sich auch nicht erklären. Apple hat sich nämlich einen besonders schönen Ort für das gewünschte Feature ausgedacht: Statt eine Option im Sichern-Dialog anzubieten muss man zuerst den Text im Menü (Format->Make Plain Text) in Plaintext umwandeln. Apple, bitte! Wollt ihr mich verschaukeln?

::::: Format->MakePlainText

Saving HTML source in TextEdit

Once in a while I tended to run into an annoying problem when I was forced to edit HTML source code on other people's computers on the fly. God bless Apple that it provides preinstalled TextEdit for simple text editing (well, you may have guessed it from the name). If you open a HTML document it will be rendered as a website but as this behaviour is not what I want I am fine with checking "Ignore rich text commands" to access the source code. The real problem occures when you are writing a document from scratch just to find TextEdit uncapable of saving it as plain text HTML. Sometimes Applications resemble these strange adventure game puzzles where you scratch your head in bewilderment after finding the solution: Rather than presenting you an option in the save dialog (where it belongs to to my opinion) you first have to convert the document into plain text (Format->Make Plain Text) and subsequently safe. Apple, please! Are you kidding me? 

::::: Format->Make Plain Text