Benutzer:Hagbard/Artikelvorschläge

Aus Macwrench

Wechseln zu: Navigation, Suche
  Vorschlag.png

Dieser Artikel ist als Themenvorschlag oder sog. "Stub" gekennzeichnet worden.

Das bedeutet, das es sich möglicherweise um ein besonders interessantes Thema handelt, zu dem noch zuwenig Informationen gesammelt wurden. Du kannst dem macwrench Team helfen, diese zu kurzen Artikel zu erweitern.

Hinweise über besonders interessante Aspekte des Themas sind evtl. auf der Diskussionsseite hinterlegt.

Diese Artikelvorschläge werden in einer eigenen Kategorie gesammelt, weitere Informationen zu der Verwendung von Berwerungsbausteinen sind im entsprechenden Hilfeartikel verfügbar.
 

Inhaltsverzeichnis

Kurztipps

  • iTunes: Nervende Passwortabfrage für Automatische Downloads:
    liegt am fehlenden Safari Cookie (setzt iTunes bei der Eingabe des Passwortes; Empfehlung: SafariCookies und beim Zurücksetzen Website Daten nicht löschen)
  • Benutzer manuell im Terminal anlegen und bearbeiten
  • Dateisystem-Matrix:
    • Wie man mit welchen Tools auf verschiedene Dateisysteme zugreifen kann
    • Betriebssystme: Mac OS X, Linux, Windows
  • Die wichtigsten versteckten Firefox-Optionen (about:config)
  • ScreenSaverEngine.app
    • Sofortiges Starten des Bildschirmschoners
    • Bildschirmschoner und andere Quartz Composer Animations als Hintergrundbild
    • Weitere Optionen 
/System/Library/Frameworks/ScreenSaver.framework/Resources/ScreenSaverEngine.app/Contents/MacOS/ScreenSaverEngine -background &
  • RealMedia Dateien konvertieren (z.B. in QuickTime, MP4, ...)
  • ACLs in Mac OS X 10.4 verwenden
  • Kanalbündelung mit Ethernet und 802.1ab in MacOS X Tiger
  • wget: ein paar nette wget-tipps zum ziehen von Seiten, Bildern etc., siehe auch:
  • Rechnen mit Google, z.B.: 1/7
  • Google Stuff (obigen Punkt hier integrieren)
  • Textdateien konvertieren mit Manpage.png textutil (siehe hier)
  • System Keychain: Kein Zugriff auf die dort gespeicherten System-Kennwörter (z.B. WLAN Passwörter wie WPA2-PSKs) möglich, auch nicht als root. Infos auch hier, hier und hier.

Artikel

Artikelvorschläge für umfangreichere Themen:

Weitere interessante Themen, die mir gerade so einfallen:

Adblocking mit CSS3

  • ... ein paar Worte zum Thema als Einleitung ...
  • Warum CSS3
    • Warum CSS3 und nicht CSS2?
    • Was bietet CSS3 mehr?
  • Kompatible Browser (eine kurze Liste mit Konfigurationshinweisen)
    • iCab? (keine Ahnung, nicht getestet. Aber nun steht der MSIE wenigstens nicht mehr an erster Stelle ... ;-) )
    • Internet Explorer 7 (angeblich, aber noch nicht getestet)
    • Konqueror (sollte die gleichen Ergebnisse wie Safari liefern, habe das aber nicht getestet)
    • Netscape 6.x (nicht getestet)
    • Mozilla Firefox (getestet: ab Version 1.0.3)
    • Mozilla Seamonkey((Kleine Anmerkung am Rande: "Seamonkey" war bereits die Projektbezeichnung des Mozilla-Projektes, bevor es den Firefox überhaupt gab)) (schätze mal alle Versionen, aber nicht getestet)
    • Mozilla Suite (nicht getestet, schätze aber ab 0.6 bzw. Milestone 18 - das war zumindest zu 50% die Codebasis von Netscape 6)
    • Opera 9 (8.51 nicht, getestete Version: TP1 vom Oktober 2005)
    • Safari (gestestet: ab Version 1.3.1)

Weiteres schenke ich mir mal, da viele Browser auf der Engine der oben genannten basieren:

    • Gecko-basiert (Mozilla): [[4]], [[sourceforge>galeon|Galeon]], [[5]] (nicht mehr), [[sourceforge>kmeleon|Kmeleon]], diverse [[6]]
    • kHTML-/WebKit-basiert: Google Chrome, [[7]], [[8]], [S60 OSS Browser], [[9]], [[10]], [[11]]
  • Grundlegendes zu CSS3
    • Syntax (classes, ids, nested tags, wildcards, ...)
    • Tags die in Frage kommen:
      • Links und Image-Links
      • Images
      • Javascript und ähnliches
      • Objekte / Plugins (embed)
      • JAVA (object, applet)
    • Filterung nach Attributen wie src, href, width, height, ...
  • Beispiele
    • Allgemeine Filterregeln, z.B. "Grafiken nach Größe", "Links und Grafiken nach URL", ...
    • Speziellere Filterregeln:
      • Elemente anhand der Position auf der Seite (im DOM)
      • images und links aus javascript-code
      • objects (flash) und applets
      • layered ads?
  • Weiterführende Informationen: SelfHTML, Wikipedia (DOM, CSS, HTML, ...), ...

Anonym im Web

Artikel über die möglichen Vorgehensweisen, um die Kontrolle über die eigenen Daten zu behalten und - so gut es geht - anonym zu bleiben (immer mit Angabe von Tools oder Browser-Erweiterungen für den jeweiligen Einsatzzweck). Verlinkung des Artikels in der Artikelreihe Mac OS X absichern (oder auch Integration in selbige)

  • Grundlegendes - wo lauern die Gefahren?:
    • Wie funktioniert Online-Werbung? (PopUp, PopUnder, Layer-Ads, WebBugs, ...)
    • Ziele von Online-Werbung (user-tracking, user-Profile, Verkauf von Daten, Personalisierung von Angeboten, ...)
    • Wer sonst noch an den privaten Daten interessiert ist... (z.B. professionelle Datenspider)
  • User-Tracking:
    • Gefahren durch Cookies (Ausspähen von Nutzerverhalten)
    • Einschränken von Möglichkeiten der Datenausspähung mit Cookies, z.B. bei Online-Shops (wo Cookies benötigt werden)
    • Firefox 2.0 Jumbo-Cookies (Cookies ohne Größenbeschränkung, bisher: max. 4kB bzw. 100kB bei Flash-Cookies) deaktivieren (about:config -> dom.storage.enabled durch Doppelklick deaktivieren, siehe dazu auch prolinux Kurztipp)
    • Web-Bugs und andere Mechanismen zum user-tracking
    • Nützliche Tools und Erweiterungen
  • Werbung blocken:
    • Blockieren der Darstellung, z.B. mit CSS oder Privoxy (sog. "AdBlocker")
    • Black- und Whitelists für Werbe-Cookies
    • Nützliche Tools und Erweiterungen
  • Aktive Inhalte
    • JavaScript und Cookies
    • Flash: Zugriff auf Lokale Daten, z.B. über Flash-Cookies (können bis zu 100kB Daten aufnehmen)
    • Nützliche Tools und Erweiterungen
  • Nutzung von E-Mail Kommunikation
    • Elemente von fremden Seiten (z.B. WebBugs, Cookies, ...)
    • Automatisch erzeugte Antwort / Lesebestätigung
    • Datenspider wie ReadNotify aussperren
  • Gefahren für die eigene Webseite
    • Zugriffe auch ohne Administratorzugang einschränken (z.B. bei Hosting-Paketen mit robots.txt, .htaccess, etc.)
    • Datenspider wie Cyrveillance aussperren
  • Allgemeine Richtlinien
    • Verhaltensrichtlinien beim Surfen
    • Einstellungen von E-Mail Clients und Web-Browsern
    • Verwenden von verschlüsselter Kommunikation: im Web (https, pops, imaps, ...) E-Mail Verschlüsselung (GnuPG, S/MIME, ...)
    • Nutzen von Anonymisierungs-Proxys wie anonymouse.org oder sowie deren Grenzen
    • Vollständige Verschlüsselung der Kommunikation über Mix-Kaskaden (AN.ON, Tor, ...)
    • Nutzen von Remailern (Anonymisierungs-Proxy für E-Mails)

Weitere Infos zum Thema:

Wikis als Werkzeug für das Knowledge Management

Wikis im Allgemeinen und das Mediawiki im Speziellen als Werkzeug des Wissensmanagement mit unterschiedlichen Zielen:

  • Bereitstellung von Sammlungen objektiver Informationen (wie z.B. die Wikipedia)
  • Wikis zu Dokumentationszwecken, wie z.B. im IT-Projektmanagementwerkzeug trac
  • Wikis zur Bereitstellung großer Mengen an Informationen (auch subjektiver Art), wie beispielsweise in der Intellipedia)

Dabei ist die Frage wichtig, was ein "Wiki" überhaupt ausmacht und es von anderen Methoden der schnellen Wissenserfassung, -verarbeitung, -zusammeführung und -aktualisierung abhebt (Nutzungskonzepte und deren Auswirkungen)

  • Vermischen des Wiki-Konzepts mit anderen (z.B. die Form der Bearbeitung mit einer einfachen Wiki-Syntax in anderen Anwendungen)

Was ist am bisherigen Wiki-Konzept noch verbesserungsfähig?

insbesondere die vom "Web 1.0" (*duck*) her bekannte fehlende "Dynamisierung" der Inhalte. Das wurde im Vortrag über die Semantic Wikipedia am Webmontag (Link unten im Abschnit Semantic Wikipedia) recht deutlich, beispielsweise die statische und manuelle Festlegung von Eigenschaften zu einem beschriebenen Sachverhalt (im Beispiel: die Fläche eines Staates). Das Ziel ist daher, solche Informationen zum Aufbau einer Wissensbasis für die automatisierte (maschinelle) Verarbeitung zugänglich zu machen, im Moment sind solche Informationen (aus Sicht eines Computersr Maschine) als "irgendeine nicht näher definierte Zeichenkette" innerhalb einer noch größeren Zeichenkette (dem Artikel) nicht wirklich zugänglich.
Allerdings ist die Taggerei (wie man sie aus Weblogs kennt) auch nicht wirklich der Weisheit letzter Schluß, da sie
(a) von Benutzern/Editoren/Administratoren/Redakteuren/whomsoever gesetzt werden und damit höchst subjektiv sind
(b) zunächst einmal nicht eindeutig sein müssen (für die maschinelle Interpretation aber existentiell wichtig)
(c) nicht unbedingt eine hinreichend genaue Beschreibung des jeweiligen Datums erlauben, z.B.: Fläche = 20qm (was ist "qm"?? Welche Fläche? Was ist überhaupt eine "Fläche"? gibt es Synonyme?
Ergo ist über die reine Auszeichnung von Daten auch deren Berücksichtigung anhand des Kontextes wünschenswert ... (im Moment wohl aber kaum machbar)
Für die Erzeugung von Wissensbasen ist unweigerlich auch die Klassifizierung von Wissen (am Beispiel der Wikipedia: Document Classification) notwendig. In einem MediaWiki erfolgt dies über die manuelle Zuordnung eines Artikels zu einem "besonderen" Artikel im Namensraum "Category" - also statisch. Das konkrete Vorgehen ist dabei von Wiki zu Wiki unterschiedlich, beispielsweise erfolgt die Zuordnung im Dokuwiki (dateibasiert) alleine durch den Ort des Artikels (einer Textdatei) innerhalb der Verzeichnisstruktur des Wikis - also über die dem Wiki zugrundeliegende, streng hierarchische und eindeutige Dateisystemordnung. Eine Datei kann sich ja nur in genau einem Verzeichnis gleichzeitig befinden, und Unterverzeichnisse erlauben damit nur eindeutige Zuordnungen.
In jedem Fall ist dies jedoch höchst statisch und zudem noch manuell durchzuführen, d.h. bei stark dynamischen Inhalten muss die Zuordnung laufend überprüft und angepasst werden. Das ist insbesondere bei inhaltlich stark voneinander abhängigen Artikeln mit einem großen Aufwand verbunden. Schon bei einem recht kleinen Wiki wie diesem hier steht man bereits immer wieder vor dem Problen der Artikelkategorisierung, woraus deutlich wird, dass dieses Unterfangen nicht wirklich einfach sein wird (in der Tat beißen sich viele - sicherlich deutlich klügere Köpfe als ich - an diesem Thema bereits seit längerer Zeit die Zähne aus).

Zu diesen Themen war der Vortrag "Hermeneutik und Semantik" von Prof. Dr. Rafael Capurro (ebenfalls Webmontag/Stuttgart/2006-10-23) extrem interessant (wenn auch viel zu kurz), Infos dazu gibts auch auf webmontag.de

siehe dazu auch: Abschnitt "#Semantic Wikipedia"

Semantic Wikipedia

Spontane Ideen ohne irgendwelche Bezüge zur Umsetzbarkeit (sprich: was cool wäre wenn es das gäbe):

  • Parsen und Erkennen von Entitäten
    • einfache Entitäten wie Fläche, Ort, Gewicht, Farbe, ...
    • komplexe Entitäten wie Themen, quasi als Ersatz/Erweiterung des Kategorie-Ansatzes
  • Hervorheben von Entitäten im Artikel
  • Kontextmenü für solche Entitäten
  • Browser für diese Entitäten (z.B. Alle Artikel zum Thema XYZ)
  • Dynamisches Erstellen von Entity-Clouds

Grundlagen zum Thema Semantic Web, Nutzen und Erwartungen, verfolgte Ziele etc. Dazu verschiedene Projekte (Schwerpunkt: Semantic MediaWiki) vorstellen und untersuchen. Ggf. auch Grundlagen zum Thema Semantic Web aus den Vorlesungsskripten (Information Retrieval etc.) einbauen.

Mehr Infos zu Grundlagen sind auch in meinem Kurzskript zur Vorlesung "Natural Language Processing" zu finden (im Rahmen dieses Themas hier allerdings mit Vorsicht zu genießen ;-) )

Ein kleiner Exkurs in sachen OWL (Web Ontology Language) wäre sicherlich auch nicht verkehrt. Weitere Infos zu Semantic Web und OWL finden sich auch in den Wikibooks Semantic web (en) und Semantic web: why (en)

Interessante Links zum Thema:

Rich Text Editor

... für das Mediawiki:

  • Überschiften
  • Listen
  • Vorlagen über Popup Fenster:
    • Auswahl der zur Verfügung stehenden Vorlagen
    • Mit Unterstützung für Vorlagen-Kategorien (zwecks Übersichtlichkeit)
    • stellt Felder für die verschiedenen Variablen der Vorlage zur Verfügung
    • Wird dann im Editor entsprechend hervorgehoben
  • Textauszeichnungen (fett, kursiv, ...)
  • Signaturen
  • ...

Das Apache Modul mod_spotlight_apple

siehe:

Ändern von Keyboard-Shortcuts in Cocoa-Applikationen

  • über Xcode / Interface Builder
  • Beispiel: History-Navigation in Camino beisst sich mit LineStart / LineEnd Navigation in Textfeldern
  • vllt. auch durchgehendes Beispiel "Anpassung der GUI von Cocoa-Applikationen" (z.B. bei MPlayer)
  • Vorteile (z.B.: keine zusätzliche Software nötig) und Nachteile (nach Update sind die Änderungen futsch) auflisten
Von „http://www.macwrench.de/wiki/Benutzer:Hagbard/Artikelvorschl%C3%A4ge“
Persönliche Werkzeuge