iCalamus.net - manchmal kommen sie wieder ... (hey, was soll die Panik, sie wollen nur euer Gehirn fressen!)
mac-os-x - 12.1.2006 - 5.10.2006
Vmware how to - OSx86 - eine Anleitung, wie man Mac OS X unter VMWare auf einem normalen PC zum Laufen bekommt.
Merlin XU870 3G HSDPA 7.2 ExpressCard - UMTS direkt im MacBook Pro?
Update beschleunigt Parallels Desktop für Mac OS X - hoffentlich taugt die Unterstützung für nicht-US Tastaturen dann endlich was. Das ist das derzeit heftigste Manko von Parallels.
MacWeb3D - alles rund um virtuelle Welten auf dem Macintosh
Apple - Support - Download TechTool Deluxe - für Apple-Care-Nutzer ganz nützlich: die neueste TechTool Version, die zur Abwechslung mal nicht die Plattenstruktur schreddern soll ...
beaTunes ~ build better playlists - automatisch iTunes-Bestände analysieren und klassifizieren.
Suitable Systems / SeisMac - Erschütterungen mit dem Sudden-Motion-Sensor des MacBook Pro aufnehmen.
Textureshop - generiert kachelbare Texturen anhand von Parametern für Zufallsgeneratoren. Interessante Idee, kann durchaus nette Ergebnisse liefern mit etwas herumspielen.
Tinderbox: Tinderbox 3.5 - viele Features klingen interessant, aber irgendwie wird das der Emacs der Outliner ...
Exploring Cocoa with F-Script - interessanter Artikel über das Objektsystem von OS X
StepTalk(GNU Scripting Framework) - jetzt in einer Version für Mac OS X!
Medallia Blog: SmackBook Pro - den Motion-Sensor der neuen MacBook Pro zum Switchen von virtuellen Desktops benutzen. Einfach dem MacBook Pro einen Watschen verpassen ...
Safari Tidy plugin - tidy als Safari-Plugin. Nett. So langsam wird der Safari erwachsen.
MyTunesRSS - nettes kleines Tool, startet einen Webserver und erzeugt dynamische PodCast-Feeds (sowie eine einfache Weboberfläche) aus der iTunes-Library.
Rogue Amoeba - Nicecast for Mac OS X - iTunes auf einen ShoutCast-Server (oder lokal im LAN) streamen.
Neue MacBooks - sorry, aber ein Notebook mit Chipsatzgrafik statt mobiler ATI und dann noch 5 cm breiter und 1 cm tiefer - sowas ist kein Ersatz für ein 12" PowerBook. Ich hoffe mal, Apple kommt noch zu Verstand ...
Kritische Sicherheitslücken in Mac OS X - ihgitt. Bitte Leute bei Apple - kriegt endlich das Thema auf die Reihe und benutzt aktuelle und gefixte Versionen der diversen Libraries. Sonst kann ich mir auf Dauer auch gleich Windows installieren ...
Apple Converts Xserves from PowerPC to AMD
Huch, ich hab garnicht mitbekommen, dass Apple die XServe auf AMD-Prozessoren umstellt. Ob Intel mit deren Bewertung von Serverleistung einverstanden ist?
The Mac OS MUD Zone: Clients - lauter MUD clients für OS X.
MudWalker - A MUD Client for Mac OS X - kann für LambdaMOO benutzt werden (hey, ich will heute abend im Hotel nicht nur doof rumsitzen! )
Mac OS X Security Challenge
Die Mac OS X Security Challenge der University of Wisconsin ist eine wesentlich realisitischere Variante des doch eher zweifelhaften "30 Minuten Hacks", der derzeit durch die Presse und Blogs geistert. Denn auf der in 30 Minuten gehackten Kiste hatten die Angreifer einen Benutzeraccount - es handelte sich also um eine einfache Priviledge Escalation, nicht um einen Remote Hack. Letzterer ist deutlich anders anzulegen, da man ja überhaupt erstmal einen Zugriff auf die Maschine bekommen muss.
Trotzdem sollte Apple natürlich auch Priviledge Escalations ernst nehmen - denn z.B. auf allgemein zugänglichen Rechnern gibts schon einige Angriffsszenarien, die durchaus problematisch sind - gerade auch bei angeblichen Sicherheitsfeatures. Zum Beispiel das verschlüsselte Homeverzeichnis wird zur Farce, wenn auf dem Rechner mehrere Benutzer gleichzeitig eingeloggt sein können - das Homeverzeichnis wird beim Login des ersten Benutzers geöffnet und gemounted, der zweite Benutzer kann dann einfach reingucken. Apple sollte schon an solchen Stellen nachbessern, natürlich auch an den Stellen, an denen ein unpriviligierter Benutzer Root-Rechte kriegen kann - denn das sind Angriffsvektoren für Viren und Trojaner.
Hey, ich hab keinen Bock drauf auf Dauer ähnlichen Murks wie unter Windows zu habne, also seht zu, das ihr bei Apple die Löcher dicht kriegt!
SharedAppVNC - interessante VNC-Variante, die nur Anwendungsfenster repliziert, nicht den ganzen Desktop. Auch mit spezieller OS X Unterstützung.
MacMini mit Core-Duo
Sir Steve kündigt den MacMini Intel Core Duo an - und ich glaub, ich will einen haben. Denn schliesslich ist das definitiv nett, am Arbeitsplatzrechner zwei Prozessoren zu haben. Vor allem wenn der Chipsatz dann auch etwas zulegt - der im MacMini PPC ist ja doch nicht unbedingt der schnellste.
Allerdings würde meine Traumausstattung (Core Duo, 2 GB Ram, 120 GB Platte, Apple Care) mich locker 1500 Euro kosten. Autsch.
Disk Inventory X - liefert auch Übersichten wo der Plattenplatz verloren geht, allerdings mit einer sehr pfiffigen grafischen Anzeige.
id-design, inc. | WhatSize - liefert eine gute Übersicht darüber, wo Plattenplatz verbraten wird.
Monolingual - beseitigt Sprachversionen von OS X, die man sowieso nie benutzt. Bringt ne Menge Plattenplatz zurück.
Textpander - sehr nettes Tool das Kürzel automatisch in Langtexte umsetzt. Funktioniert in allen Programmen über die UI-Scripting-Schnittstelle (also Hilfsgeräte in den Bedienhilfen von OS X aktivieren).
Hetima:SafariStand - noch so ein Monsterplugin für Safari das alles mögliche einbaut, Filterung, farbiger Source, Thumbnail-Vorschauf auf Tabs, Seitenmodifikation ...
Pimp My Safari - Plugins und Tools rund um Safari.
SurfRabbit - und noch ein Greasemonkey-alike Teil für Safari (keine Ahnung ob die Rabbits in Javascript geschrieben sind, aber die Auswirkungen sind ähnlich).
Google Macintosh Dashboard Widgets - das was draufsteht ist drin. Dashboard Widgets von Google für Google.
Growl! - kennt ja jeder mitlerweile, optisch ansprechende Infofenster, kann man auch aus Scripten heraus nutzen.
iWeb und sein Output
Ich hab ja kürzlich mit Sandvox und Rapidweaver zwei verschiedene Editoren zur einfachen Erstellung von Webseiten angetestet. Jetzt hab ich auch eine Site mit iWeb gemacht. Sandvox schied wegen gigantischer Speicheranforderungen aus, Rapidweaver zeigte schon ein paar nette und interessante Features und war vor allem fix. Aber die Styles waren nicht so professionell wie die von Sandvox. Wie macht sich iWeb?
Nunja, guckt euch die Site an. Ich hab auf Anhieb gleich eine ganze Reihe von Problempunkten gesehen:
- der Style in iWeb sieht wesentlich "slicker" aus als dann im gerenderten Output. Fontrendering ist eben auf Webseiten nicht mit jedem Browser wirklich gut.
- die idiotische Redirection und die doch eher unüblichen Ordnernamen. Klar, ich kann meine Site auch anders nennen - aber warum zu Kuckuck soll ich meine Site umbenennen, nur weil iWeb daraus direkt einen Ordnernamen macht?
- die URLs sind alles andere als schön - und ich finde generell eine Redirection auf der Start-URL dämlich, da kann man doch wirklich intelligenter vorgehen und das Default-Dokument sinnvoll benutzen. Und guckt euch mal die Blog-Seiten an, was die für URLs bekommen. Ekelhaft.
- mit Lynx kann man das ganze überhaupt nicht benutzen. Die Redirects sind falsch und die Links werden auch nicht mehr angezeigt.
- auch wenn der HTML-Code validiert, so ist er trotzdem nicht wirklich semantisch. Überschriften werden nicht als Hx gesetzt, sondern einfach nur per Styles grösser gemacht.
- Layouts werden zwar nicht mit Tabellen gemacht, aber durch Inline-Styles werden DIVs als Tabelle missbraucht. Sorry, aber nur das Tag zu ändern macht ein Layout nicht schön.
- der Sourcecode ist komplett unlesbar und scheisse.
- schon die Grundseiten enthalten ständig JavaScript für diverse Zwecke. Und nein, iWeb hat darüber im Editor definitiv nicht informiert. Wie soll man so erwarten, das Mac-User sich dann später auch Gedanken zu den Problemen von JavaScript-basierten Elementen machen?
- wieso eine Firma, die sich selber Text-Vorleser programmiert, eigene Rechtschreibkorrekturlösungen baut und auch ansonsten relativ gut mit Text umgehen kann ausgerechnet die Verkürzung der Blogbeitragstexte so macht, das mitten im Wort abgeschnitten wird, weiss wohl nur Apple alleine.
- Accessibility? We don't need no stinking Accessibility.
Ich hoffe ja mal, das Apple da deutlich nachbessert. Ich mein, semantisches Layout und Source der den Accessibility-Richtlinien entspricht ist ja nun wirklich nichts neues. Warum Apple da einen dermaßen miesen HTML-Code produziert ist mir echt ein Rätsel.
Tomato Torrent - ein netter Bittorrent Client für OS X.
8-p.info - Creammonkey - sowas ähnliches wie Greasemonkey, nur für den Safari.
Browser sind eben keine Programmstarter
Apples Safari führt Shell-Skripte automatisch aus - genauer gesagt kommen eine ganze Reihe von Techniken zusammen zu Einsatz. Der Auslöser ist aber die blöde Eigenheit von Safari bei bestimmten Dateitypen automatisch den passenden Viewer zu starten - und manche Dateitypen dann falsch zuzuordnen. Generell ist es eben schlicht und einfach eine blöde Idee, wenn ein Browser Downloads als sicher oder unsicher versucht einzustufen und dann an ein externes Programm weitergibt - denn meistens ist dieses externe Programm in keinster Weise darauf vorbereitet, unsichere Inhalte zu erhalten. Sobald dann der Browser sich verschätzt, ist der Trojaner funktionsfähig.
Also Leute: schaltet die "Ausführung sicherer Dateitypen" im Safari aus. Und Apple könnte das gleich mal als Anlass nehmen diese Funktion endlich mal aus Safari auszubauen. Der paar Klicks mehr werden den Benutzer nicht umbringen ...
Update: und hier der Grund, warum ich über solche Bugs leicht angepisst bin - sorry, aber das ist Microsoft-World, nicht Unix-World. Bitte mal am Riemen reissen und nicht solchen Unfug treiben
Google Maps Plugin for Address Book - Brian Toth - ein Plugin für das Apple Adressbuch mit dem man von einer Adresse direkt nach Google Maps springen kann.
Eiffel For OS X - das was draufsteht ist auch drin. Nur diese grauenhafte Hintergrundgrafik auf der Site ...
Übergewichtig
sind die iLife und iWork Applikationsbundles von Apple: iLife 06 belegt 7.2 GB in der Vollinstallation und iWork 06 belegt 3 GB in der Vollinstallation. Wenn man beides draufpackt, hat man glatt 10 GB Plattenplatz weniger. Autsch. Das ist heftig.
Unofficial documentation of iPhoto 6.0 photocasting feeds - Mark Pilgrim verreisst die Apple-iPhoto-RSS-Unterstützung. Sie ist schlecht. Sie ist richtig schlecht.
Ok, Sandvox saugt nicht nur Hamster
Bei Bill Bumgarner gefunden:
As it turns out, Sandvox silently installs Smart Crash Report in ~/Library/Input Managers/ when it is launched. As an input manager, SCR is thusly loaded into every Cocoa app launched and subsequently uses various non-supported mechanisms to modify the behavior of said application.
Sandvox installiert einen Hack in die Input Manager - das sind Libraries, die sich in die Oberfläche einklinken um Anwendungsverhalten zu modifieren. Dazu überladen sie in der Regel Systemfunktionen mit eigenem Code. Kein Rootkit - sie verstecken sich nicht. Aber sie destabilisieren unter Umständen das System. Und vor allem: sie betreffen eben nicht nur dieses eine Programm, sondern alle Programme die diesen Mechanismus nutzen.
Sandvox fliegt von meiner Platte, sorry, aber sowas will ich nicht ohne dickes Warnschild und ohne Nachfragen installiert haben. Wir sind hier nicht unter Windows ...
Ross Barkman's Home Page - Modemscripte für Mac OS und Mac OS X und diverse Mobile Phones.
RapidWeaver - das nächste Website-Tool
RapidWeaver gibts schon etwas länger, aber ich hatte es bis jetzt noch nicht gesehen. Ganz witzige Idee: im Prinzip ein GUI-Editor für Websites, also nicht nur für einzelne Seiten. Für verschiedene Zwecke (Blogs, Fotoalben etc.) gibts vorgefertigte Templates und integrierte, spezialisierte Editoren für diese Elemente. Mit einem Plugin-API, um eigene Seitentypen zu programmieren. Aber eben absolut nicht WYSIWYG, sondern einfach nur eine integrierte Vorschau.
Der HTML-Source - das ist jetzt meine zweite tolle Homepage heute Nacht - sieht einigermaßen ok aus. Es werden zumindestens mehr als nur DIV-Tags benutzt. Allerdings irritiert mich der seltsame HEAD mit den vielen LINK Tags dann doch etwas. Aber vom Ergebnis her schon mal brauchbar.
Die Templates selber sind lange nicht so slick wie die von Sandvox - sie wirken etwas hausbackener und teilweise etwas holperig (z.B. die Auswahl der Fonts im Fließtext auf meiner Beispielseite wirkt etwas unschön - kanns nicht richtig festmachen was mich stört, aber die Sandvox Seite wirkt einfach besser).
Was nicht so gut gefällt: nur FTP und .Mac für das Publishing. SFTP ist nun wirklich nicht völlig neu, das sollte man schon unterstützen. Ansonsten ist es für mich am ehesten mit meinem guten alten PyDS vergleichbar - spezialisierte Editoren für jeden Content-Typ mit automatischem Rendering nach HTML und automatischem Uploading auf den Server.
Oh, und das Programm kommt völlig ohne Katastrophen mit 39 Bildern in einem Bilderalbum klar, und frisst nicht den Rechnerspeicher und kleine Kinder um zum Ergebnis zu kommen
Erster Test mit Sandvox
Sandvox - der neue GUI-Editor für Websites, der gerade von Karelia als Beta vorgestellt wurde - ist von der Idee her wirklich nett. Er bietet eine gesamtheitliche Sicht auf die Website - und zwar auf die Komponenten der Website. Schön strukturiert, so das man sehr leicht Änderungen an Seiten machen kann. Das ganze ist dann auch wirklich einfach zu bedienen - mit netten Wizards und einer guten Integration in iLife. Publishing geht auch nicht nur auf .Mac, wie bei iWeb, sondern zum Beispiel per SFTP auf einen normalen Server.
Und Sandvox saugt Hamster durch Strohhalme.
Sorry, aber netter kann man es nicht formulieren. Das Teil ist in der vorliegenden zweiten Beta eine komplette und totale Katastrophe. Ich hab dem Teil nicht viele Aufgaben gestellt - dazu kam ich nicht. Ich habe eine Startseite angelegt, eine Seite mit einem einzelnen Bild und ein Bilderalbum. Nichts davon ist wirklich sonderlich schwer. Das Photoalbum hat 39 Bilder verpasst bekommen - aus iPhoto direkt übernommen. Auch das ist nichts kompliziertes, sollte man meinen.
Die Software reisst aber nur durch diese Bilder mal eben 1.5 GB Speicher an sich und reduziert einen Mac Mini zu einer kriechenden Schnecke. Bei jedem Klick in der Navigation in der Software wartet man locker mal 10 oder 15 Minuten, bis die gewählte Seite auftaucht. Die erstellte Datei mit der Site ist übrigens nur 280 KB groß - wieso die dann im Speicher so viel belegt, will ich glaub ich garnicht wissen ...
Zusätzlich bietet es zwar nettes Publishing auf Server - mit einem komfortablen Wizard zur Einrichtung und zur Prüfung. Nur liefert dieser dämliche Wizard bei der Prüfung keinerlei sinnvolle Informationen und bekommt bei einem einfachen SFTP-Connect schon einen Timeout - und zwar auf einen Server, auf dem ich parallel schon in einem Terminalfenster mittels SSH eingelogged bin.
Ein Publishing anderweitig zu realisieren (z.B. in ein lokales Verzeichnis und dann anschließendem Kopieren auf den Server) hab ich mir angesichts der horrenden Speicher- und CPU-Belastung gespart. Deshalb gibts auch keine Aussagen zum generierten HTML.
Sorry, ich versteh ja, daß Karelia die Beta schnell rauskriegen wollte - vor allem in Anbetracht der iWeb Ankündigung. Aber dann sollte man vielleicht draufschreiben, das die Software auf einem Mac Mini komplett unbrauchbar ist. Nichtmal Aperture ist so ein Resourcenschwein ...
Sandvox Test Teil 2
Ok, es hat mir natürlich keine Ruhe gelassen, daher hab ich mich mit dem extrem lahmen Teil gequält und das 39-Bilder-Album durch ein 6-Bilder-Album ersetzt. Immer noch langsam, aber dafür wenigstens soweit erträglich, das ich ein lokales Publishing hinbekommen habe und die Files dann von Hand übertragen habe.
Was auffällt: der HTML-Code ist tatsächlich einigermaßen brauchbar. Ohne Stylesheet sind die nötigen Skips über die Navigation und den Sidebar drin und es werden tatsächlich auch mehr Tags als nur DIVs benutzt. Allerdings fällt auch auf, das extrem viele DIVs mit vielen Klassen drin sind - im Prinzip ist fast alles gedived. P-Tags und andere logische Strukturierungen sind nicht so viele vorhanden (ok, ich hab ja auch nicht viel Text geschrieben, aber trotzdem würde ich wenigstens einzelne Absätze erwarten). Besser als das HTML von iWeb sieht es aus.
Eine Reihe von Bugs sind auch noch aufgefallen - aber dafür ist es ja eine Beta, das sehe ich nicht so kritisch wie die exorbitante Speicherbelegung. Ich hab übrigens ganz bewusst nur eines der vordefinierten Stylesheets genommen und nicht sehr viel daran geändert. Eine Filmseite hab ich auch mal angelegt, aber irgendwie scheint da noch das wichtigste - die Einbettung des Films - zu fehlen. Jedenfalls hat er meinen Film aus iMovie zwar angeboten, aber nicht übernommen. Naja, so bleibt euch wenigstens mein blödes Gesabbel erspart
Fiddling with iWeb
Wenn eine Software solchen HTML Code erzeugt, dann ist sie definitiv scheisse. Und dabei interessierts mich nicht sonderlich, ob sie von Apple kommt. Sowas ist heute ein absoluter Tiefschlag in Richtung aller, die sich mit semantischer Auszeichnung beschäftigen und aller, die sich mit Accessibility beschäftigen. Ähnlich wie beim PhotoCasting-Debakel zeigt Apple mal wieder, da sie dann doch leider immer mal wieder zu "außen hui, innen pfui" tendieren.
Und ganz ehrlich - nicht nur der Code ist eine Katastrophe, sondern auch die generierten URLs - hat bei Apple noch nie jemand was von menschenwürdigen URLs gehört? Ach, watt frag ich, RSS Enclosures kennen sie ja auch nicht ...
Mehr zu iWebs HTML gibts bei Todd Dominey zu lesen.
Products - Flip4Mac WMV - vielleicht nicht ganz so buggy wie der Spielzeugplayer von MS. Andererseits - ich brauch eigentlich so gut wie nie einen WMV-Player.
Apples Photocast Format
Apple unterstützt ja jetzt PhotoCasting - und Dave Winer kommentiert das Format. In diesem Fall bin ich absolut seiner Meinung: das Format ist ganz grosse Scheisse. Zum Einen haben sie schon wieder was neues erfunden, anstelle einfach Enclosures zu benutzen (die in RSS ja genau für solche Zwecke da sind), zum Anderen ist der Feed auch noch von vorne bis hinten defekt. Was soll so ein Quatsch?