macfidelity

Eigentlich war ja der Plan heute hairy 0.1 RC1 an die Tester zu verteilen und diesen dann bei hoffentlich ausbleibenden Fehlern public werden zu lassen ….. aber is nicht =)

Warum ?

Um die Sicherheit des Update-Prozesses via Sparkle sicherer zu machen benötigt man inzwischen DSA Signaturen und die letzte Version bei den Testern (0.09) hat dieses eben noch nicht drin, damit kann ich auch noch nicht via Sparkle den heutigen Bild verteilen. Ärgerlich.

Im Kern geht es darum das kommende Updates somit eindeutig zuordenbar werden und man nicht mehr Opfer einer bösartigen falschen Update-Quelle werden kann. Diese Änderung in Sparkle (dem zugrundeliegenden Update-Framework) bin ich erst heute auf die Schliche gekommen.

Dies hat zur Folge das heute nochmal eine runde per Mail verteilt wird und dieser dann hoffentlich stressfrei via Sparkle in den kommenden Tagen die RC2 anbietet.

Sorry für den Umstand an die Tester. Extra-runde war so nicht eingeplant.

Dafür gibts noch minimale Funktionsänderungen a la:

Desweiteren werden die Screenshots jetzt in Abhängigkeit von Datum & Zeit betitelt was einerseits den Namens-Findungs-Code einfacher macht da ich nicht mehr püfen muss welche Files schon existend sind und andererseits auch klarer zuordenbar werden.

Steps:

Der Update-Mechanismus sollte mit diesem RC1 nun funktionieren - daher warte ich mal das Feedback von euch mit RC1 ab und mache so oder so (mit Bugfixes falls ihr was findet) eine RC2 die via Sparkle verteilt wird um auch dies zumindest einmal mit euch durchgetestet zu haben.

Damit sollte hairy dann auch das Licht der Freiheit erblicken können. Uff was ein Aufwand =)

Ever wanted Growl notifications while working with XCode ?

Read the rest of this entry »

Apple verwendet Haus-intern wohl eine Applikation namens Radar als Bug-Tracking System. Wie gut das ganze funktioniert kann ich mir als Außenstehender nicht wirklich zusammenreinem, ein Fehler der eigentlich nicht hätte passieren dürfen war der Re-Import des alten Password Bugs in der iPhone Firmware.

Read the rest of this entry »

Version 0.09 ging gerade an die Tester raus, also Mails checken =)

und der Preference Dialog:

Feedback der Tester wie gewohnt bitte hier

Ich hoffe auf euch warten nicht zuviele Fehler.

Danke & Gruss

fidel

Im Flickr Code Blog schildert Ross Harmes die Besonderheiten der iPhone Anpassungen bei Flickr.

Quote:

A few weeks ago we released a version of the Flickr site tailored specifically for the iPhone. Developing this site was very different from any other project I’ve worked on; there seems to be a new set of frontend rules for developing high-end mobile sites. A lot of the current best practices get thrown out the window in the quest for minimum page weight and fastest load times over slow cellular connections.

Wer also vor ähnlichen Aufgaben steht findet dort ggf. ein paar Hintergrundinformationen.

Ich hatte nun mal endlich wieder Zeit einige kleine Funktion in hairy zu überarbeiten, Code aufzuräumen und mich an die Problembaustellen Defaults & Sparkle zu machen.

Der Preference Dialog und die Speicherung von Werten in das plist File funktioniert nun so grob. Inhaltlich habe ich das ganze erstmal ausgedüngt, bis der Umgang damit klar ist. Bis dato sieht das ganze so aus:

Read the rest of this entry »

Im Beta-Status präsentiert Apple derzeit das Entwickler-Forum für das iPhone bzw. den iPod Touch.

Sicherlich eine gute Idee, ich werd mal reinschauen

Mal wieder ein Tipp für DeveloperTools User

Da ich heute seit langem mal wieder eine Kernel Panic miterleben surfte und mich wunderte warum das Log Output derart kurz war folgender Tip.

Read the rest of this entry »

Ich verwende Dashboard eigentlich nie und hab es daher auch meist komplett deaktiviert.

Heute kam mir aber in den Sinn dass es irgendwie mà¶glich sein muss Dashboard Widgets auch direkt auf dem Desktop zu betreiben, anstatt eben in der angedachten Umgebung Dashboard.

Nach kurzer Suche auch die Là¶sung gefunden.

Step 1: Developer Modus fà¼r Dashboard aktivieren
Dafà¼r kurz ins Terminal wechseln und folgenden Wert aendern:

defaults write com.apple.dashboard devmode YES


Step 2: Dashboard neu starten
Der einfachste Weg ist sicherlich ein fixer Logout. Mit dem folgenden Login wird Dashboard neu gestartet inkl. dem aktivierten Developer Modus. Ich verwende fà¼r sowas gerne MainMenu (Tip), da der Logout ja eigentlich unà¶tig ist um Dashboard neu zu starten.

Step 3: Widget auf den Desktop verfrachten
Und hier kommt der eigentliche Trick. à€“ffnet Dashboard (sollte auf F12 liegen im Normalfall, wenn nicht in System Preferences -> Expose & Spaces den Shortcut gegenprà¼fen).
Innerhalb Dashboard selektiert ihr euer Wunsch-Widget mit der Maus, haltet diese gedrà¼ckt und verlasst Dashboard wieder mittels F12.
In der Folge sollte sich das Dashboard schliessen, das selektierte Widget jedoch weiter sichtbar sein.

Tips am Rande:

• Um das Widget wieder vom Desktop zu entfernen einfach den obigen Ablauf umdrehen. d.h. Widget mit der Maus selektieren und selbige gedrà¼ckt halten, F12 um Dashboard zu à¶ffnen, Widget loslassen und erneut F12 um Dashboard wieder zu schliessen.
• Dashboard Widgets auf dem Desktop liegen ebenenmà¤ssig à¼ber den sonstigen Programmen. d.h. es wird jegliches Programm à¼berdecken, was die Verwendung natà¼rlich leicht einschrà¤nkt.

Denke trotzdem ein netter Trick. Ich konnte keine Probleme im ersten schnellen Test unter 10.5.4 feststellen, jedoch habe ich auch wenig Widgets zur Auswahl.

Und nun die finale Frage:
Nà¼tzt das jmd so ? Und was sind eure Lieblings-Widgets ?

Interesting article on arstechnica about a windows user’s conversion to Mac OS X

Teaser:

A couple of Gartner analysts have recently claimed that Windows is “collapsing”; that it’s too big, too sprawling, and too old to allow rapid development and significant new features. Although organizations like Gartner depend on trolling to drum up business, I think this time they could be onto something. “Collapsing” is over-dramaticâ ‚¬ €gradual decline is a more likely outcomeâ ‚¬ €but the essence of what they’re sayingâ ‚¬ €and why they’re saying itâ ‚¬ €rings true.

Windows is dying, Windows applications suck, and Microsoft is too blinkered to fix any of itâ ‚¬ €that’s the argument. The truth is that Windows is hampered by 25-year old design decisions. These decisions mean that it’s clunky to use and absolutely horrible to write applications for. The applications that people do write are almost universally terrible. They’re ugly, they’re inconsistent, they’re disorganized; there’s no finesse, no care lavished on them. Microsoftâ ‚¬ €surely the company with the greatest interest in making Windows and Windows applications exude qualityâ ‚¬ €is, in fact, one of the worst perpetrators.

The unfortunate thing about this is that there is a company that’s not only faced similar problems but also tackled them. Apple in the mid-1990s was faced with an operating system that was going nowhere, and needed to take radical action to avoid going out of business. And so that’s what Apple did. Apple’s role in the industry has always been more prominent than mere sales figures would suggest, but these days even the sales numbers are on the up. There are lessons to be learned from the company in Cupertino; I only hope they will be.