Ich schreib jetzt wieder auf blog.assbach.de. Schau doch mal dort vorbei. Hier wird nicht mehr viel passieren.
theme by sascha assbach, based on pink theme by Cory Watilo

Filed under: howtos

facebook Privatsphäre - Nutzung von Freundeslisten

Ich werde momentan wieder häufiger gefragt, wie ich damit umgehe. Was teile ich wie mit wem und wie verberge ich es vor anderen?! Facebook bietet hier meiner Meinung nach weitaus bessere Möglichkeiten als andere Netzwerke. Ich habe versucht in einer kleinen Präsentation darzustellen, wie ich facebook Freundeslisten nutze. 

Die Präsentation gibt es auch bei scribd (für den Fall das slideshare mal wieder zickt z.B. oder und weil es einfach schöner ist) und steht unter CC BY-SA, also gern verbreiten, wenn ihr sie hilfreich findet.

Würde mich freuen, wenn ihr Anmerkungen und Kritik in den Comments hinterlasst. 

Nützliche Links zum Thema Online-Portfolio, Personal Branding, Resumé und Vita

Ist mehr geworden als ich dachte, aber Geschmäcker und Ansprüche sind ja unterschiedlich. Einige alte Links sind auch dabei, grundsätzliche Tipps zu dem Thema verjähren aber meiner Meinung nach nicht. Hoffe es hilft...  

Tipps:

Inspirations-Sammlungen:

Schöne Portfolios & "About me"-Seiten:

Dienste für simple "About me" Seiten 

Communities & Dienste, bei denen man seine Werke präsentieren kann

ja nach Anforderung geht auch 

Themes:

Nicht vergessen Profile und Netzwerke hier zu pflegen:

Empfehlungen:

Kunden, Freunde und Kontakte bitten öffentliche Empfehlungen zu schreiben z. B. bei 

tags: 

portfolio, showcase, cv, resume, vita, bewerbungen, personal branding

 

 

Why ‘Ok’ Buttons in Dialog Boxes Work Best on the Right - UX Movement

But­ton place­ment is impor­tant, but remem­ber to also pay atten­tion to the visual weight and labels you give your but­tons. All of these design aspects come into play when users process dia­log boxes. Now that you under­stand the rea­sons why ‘Ok’ but­tons work best on the right, you’ll have some­thing more to refer to when fig­ur­ing out but­ton place­ment than the flimsy plat­form con­sis­tency argument.

without friend lists facebook would be useless for me

Media_httptctechcrunc_mfgkw

There's an article on techcrunch "Zuckerberg: “Guess What? Nobody Wants To Make Lists. - I do not agree and I commented 

without friends lists facebook would be useless for me. i have about 20 of them because i do not want to share everything with co-workers or whoever. i have a very mixed network, …. when uploading pictures of my kids i share them with my close friends only (a list). don’t want everyone to be able to chat with me (another list), i do not want all coworkers to know about my very personal live i.e. and i do not want to bother all my network with metalcore videos some of my friends love (another list). sometimes i share with german speaking friends only, sometimes only with contacts from the USA…. there’s too much noise for everyone already, why bother the others?

i don’t think people dont like lists, they probably don’t know about them, or don’t know how to use them…

okay, probably i have a little too many lists, but i wouldn't use facebook without them.

Proper Use of Tables - Noupe Design Blog

Don’t Use Faux Tables!

I don’t know how many websites I’ve seen that have created mock-ups of data tables using countless DIVs and CSS styles, rather than actual HTML tables. This is a bad idea for a couple of reasons: First of all, HTML tables are infinitely more accessible for those people who are using screen readers. Screen readers understand data arranged into tables. They don’t understand data arranged to look like a table when in fact it’s just a bunch of DIVs.

Recetasderechupete in Better UI Design: Proper Use of Tables

The second reason is that it’s just a lot more work, especially if your table is large, and you’re very limited in how you can manipulate the data inside a bunch of DIVs, compared to an actual table. There are scripts out there, already in existence, that allow you (or your visitors) to reorganize the data in your tables. Of course, most of these won’t work properly with DIVs.

Of course, you will want to use CSS to style your tables, but that’ll be covered below. The main thing you need to remember is that CSS should not be used to organize the data (that’s where HTML tables come in), only to style the data once it’s organized. Tables might seem like presentation (which, according to web standards, should always be done with CSS, not HTML), but in reality they’re organization. Organization of content is still part of content.

Still not convinced? Think of it this way: no one would propose you create faux-paragraphs with DIVs, would they? Paragraph tags exist to enclose paragraphs. So why wouldn’t you put tabular data within tags that exist specifically to enclose tabular data?

yep... no one ever said "do not use tables at all, it's bad" - it's just not a good idea to use layout-tables like ..well, back then. Using tables for pure data i.e. is perfect. Do it!

more links:
http://www.noupe.com/javascript/jquery-html-table-toolbox.html
http://www.smashingmagazine.com/2008/08/13/top-10-css-table-designs/
http://www.w3.org/TR/CSS2/tables.html

lokale Zugriffsrechte bei dropbox

Wusstet ihr, dass man die Inhalte der lokalen dropbox (v. 0.8.83) mit jedem lokalen User (OSX 10.6.4) standardmässig einsehen kann? War bei mir jedenfalls so. Nicht gut. Im Forum  konnte ich nichts finden bisher. Scheint niemand zu stören, oder ist es noch nicht aufgefallen? Mir fiel es auf als ich mit einem frisch angelegten Account im Finder auf "alle Filme" oder "alle Bilder" klickte und alle entsprechenden Inhalte meiner Dropbox sah ...

Bildschirmfoto_2010-07-23_um_1

Hab die Zugriffsrechte für den Ordner geändert, mal beobachten ob sonst noch alles klappt jetzt.

Screenshot_2010-07-23_um_23

zootool: add bookmarks without lasso

this new feature helped me add some pics when the lasso didn't seem to do what i wanted.
it was trying to same pics as webpages, guess that was a temporary bug, but anyway... this here is a workaround if you want to add something without the lasso.

(download)

via http://twitter.com/zootool/status/18462316859

Mehr Tempo für iPhoto « Macmagazin

6. Datenbank schrumpfen

Dieser Tipp erfordert etwas Know-how und Erfahrung im Umgang mit dem Terminal-Programm. Grundsätzlich hinterlassen Objekte, die aus einer Datenbank entfernt werden, eine Lücke. Solange diese Lücke nicht durch neue Objekte gefüllt wird, kann es sein, dass die Datenbank-Datei größer als notwendig ist. Außerdem kann es in der Folge zur Fragmentierung der Datenbank kommen, das heißt, dass an sich zusammengehörige Dateiblöcke an verschiedenen Stellen abgelegt werden und den Zugriff verlangsamen. Dieses Problem löst der “Vacuum”-Befehl, indem er die freien Plätze löscht und die Dateistruktur neu ordnet.

Eine Anleitung für die Anwendung des Befehls auf die “iPhoto”-Datenbank haben wir bei “Mac OS X Hints” gefunden. Starten Sie über “Programme/Dienstprogramme” das Terminal-Fenster und wechseln über den Befehl cd in die “iPhoto Library” (normalerweise: cd "Pictures/iPhoto Library"). Dort führen Sie durch Eingabe in die Befehlszeile folgendes Kommando aus:

1 for dbase in *.db; do sqlite3 $dbase "vacuum;"; done

Nutzer berichten von einer fünf- bis sechsmal schnelleren Ausführung von “iPhoto”. Bevor Sie die Datenbank verändern, sollten Sie eine Sicherungskopie Ihrer “iPhoto”-Mediathek anlegen.

Ich lege mittlerweile 1x im Quartal eine neue Library an und lösche hin und wieder manuell verwaiste Dateien & Thumbails aus dem Data Ordner etc (Paketinhalt anzeigen bei der iPhoto Library) - iPhoto löscht zb Thumbnails nicht, auch solche von MOVs nicht, die importiert und später gelöscht wurden, so sammeln sich schonmal schnell einige hundert MB oder mehr an, die man nicht braucht...

Danke an Andreas für den Link.
Punkt 6 werde ich mal ausprobieren.