Mit Avidemux kann man das Video aber schnell wieder gerade rücken, also um 180° drehen. Nachdem man Avidemux installiert und gestartet hat, öffnet man das Video. Anschließend wählt man im Dropdown-Menü auf der linken Seite unter der Überschrift “Video” als Format “MPEG-4 ASP (XVID)” aus. Danach klickt man etwas darunter auf “Filter”. Unter den verfügbaren Filtern sucht man den Eintrag “Drehen”. Nach einem Klick darauf, wählt man aus, um wieviel Grad man das Viedeo drehen möchte. Ist es auf dem Kopf, muss man es um 180° drehen. Nachdem man mit “OK” das Drehen bestätigt hat, kann man sich unter “Vorschau” angucken, ob es geklappt hat und verlässt das Menü über den Button “Schließen”.

Zurück im Hauptmenü sollte man man unter “Audio” noch “MP3 (Lame)” auswählen, wenn das Video mit Ton ist. Zum Schluss klickt man unter Format noch auf “AVI” und vergibt nach dem Drücken auf “Speichern” einen sinnvollen Namen wie “Video.avi”. Das wars schon, und man kann sich das Video nun angucken, ohne den Laptop auf den Kopf zu stellen, oder sich den Hals zu verrenken.

Installation

Folgende Programme sollten auf dem Ubuntu-Rechner installiert sein, falls sie es nicht sowieso schon sind: VLC für Medien-Dateien jeder Art, Pinta als einfaches Zeichenprogramm, weil es sehr an Paint.Net erinnert und Gimp für viele Sachen zu mächtig ist. Programme wie das Plugin für den Flash-Player sind im Meta-Paket ubuntu-restricted-extras enthalten, das auch gleich das Abspielen von MP3s und anderer Audio- und Video-Formate sicher stellt. Preload ist ein Dämon, mit dem man die Rechnerperformance weiter verbessern kann. Anhand seiner eigenen Statistik sagt er vorher, welches Programm ein Benutzer vorraussichtlich starten wird, um den Code dieser Programme schonmal in den Speicher zu laden. Da die Installation über das Software Center zu lange dauert, passiert das am besten im Terminal:

sudo apt-get install ubuntu-restricted-extras vlc pinta preload

Einstellungen

Den Anfang machen die Einstellungen, die etwas tiefer in das System eingreifen, wie zum Beispiel die Einstellung der Swappiness, die man auch unter den Tuning-Tipps im Wiki von Ubuntuusers.de nachschauen kann. Sie legt fest, ab wann Programme, die gerade ausgeführt werden, ihre Daten nicht mehr in den Arbeitsspeicher schreiben, sondern auf die Festplatte, was als Swapping bezeichnet wird. Ubuntu hat eine Swappiness von 60 voreingestellt, was bedeutet, dass bereits Daten vom Arbeitsspeicher auf die Festplatte verschoben werden, wenn der Arbeitsspeicher gerade mal zur Hälfte gefüllt ist. Wie die Swappiness des Systems eingestellt ist, kann man mit dem folgenden Befehl herausfinden:

cat /proc/sys/vm/swappiness

Damit Daten erste aus dem Arbeitsspeicher herausgeschoben werden, wenn er erst zu 80 oder 90 Prozent gefüllt ist, öffnet man die Konfigurationsdatei als Root:

sudo gedit /etc/sysctl.conf

Darin fügt man dann am Ende der Datei folgende Zeile ein:

vm.swappiness = 10

Nach einem Neustart werden die Änderungen übernommen. Vorher kann man noch das Gastkonto entfernen, wenn es nicht benötigt wird. Dazu muss man im Abschnitt [SeatDefaults] der Konfigurationsdatei

sudo gedit /etc/lightdm/lightdm.conf

die folgende Anweisung einfügen:

allow-guest=false

Alle Programme auf einen Blick

Ein Startmenü wird von vielen Benutzern sehr schnell vermisst, wenn es fehlt. Das ist zumindest einer der am häufigsten genannte Kritikpunkte an Windows 8. Ähnlich geht es Unity unter Ubuntu. Dabei ist es gar nicht schwer, sich auf der Dash-Startseite alle Programme anzeigen zu lassen. Man muss dazu nur unten auf das Symbol für “Anwendungen suchen” klicken und dann auf “Installiert … weitere Ergebnisse anzeigen”.

Zugegebenermaßen fällt einem diese Möglichkeit nicht gleich ins Auge. Das ist vielleicht einer der Gründe, warum Florian Diesch ein Classic Menu für den Indicator entwickelt hat, damit man beides nutzen kann, ein vertrautes Startmenü und die Dash-Startseite. Das PPA für den Classic Menu Indicator wird folgendermaßen installiert:

sudo add-apt-repository ppa:diesch/testing

Da zusätzliche Fremdquellen wie PPAs das System gefährden können, muss man während der Installation nochmal mit der Enter-Taste bestätigen. Anschließend kann man mit der Installation beginnen und am Ende den Classic Menu Indicator starten.

sudo apt-get update
sudo apt-get install classicmenu-indicator
classicmenu-indicator &

Der Classic Menu Indicator trägt sich automatisch unter die Startprogramme ein, so dass er nach dem nächsten Neustart automatisch wieder zur Verfügung steht. Das Symbol für das Classic Menu sieht man jetzt bei den anderen Indikatoren oben rechts auf dem Desktop.

Ein paar Kleinigkeiten noch

Zum Schluss bleiben noch ein paar Kleinigkeiten. In LibreOffice sollte man die Endungen DOC standardäßig für den Writer und XLS standardäßig für Calc einstellen, damit die Empfänger die Dokumente auch noch mit MS Office 2003 öffnen können. Außerdem kann man noch Ubuntu One einrichten, einen Webdienst zur Datensicherung mit 5 GB Speicher, den man mitnehmen sollte, falls man kein Dropbox-Account hat, oder für Backups mit Déjà Dup. Installiert man dazu noch die entsprechende App von Ubuntu One auf dem Smartphone, kann man einfach Dateien zwischen PC und Handy austauschen. Mit Rhythmbox kann man die Verwaltung für Musik, Internet-Radio, Podcasts und Ubuntu One Music Store einstellen. Zum Schluss kann man noch Shotwell zur Verwaltung der Fotos und Bilder auf dem Rechner schonmal einrichten. Außerdem sollte man noch einen Blick auf die Energiesparmodi werfen, um zu prüfen, ob alles passt. Auf kleinen Bildschirmen kann das Startmenü von Unity stören. Unter “Systemeinstellungen”, “Darstellung” und “Verhalten” kann man die “Autohide”-Funktion einstellen, damit das Startmenü ausgeblendet wird.

Fernwartung

Falls Support gefragt ist, sollte man noch ein Fernwartungs-Tool installieren. Am einfachsten ist da sicherlich TeamViewer zu bedienen und zu installieren. Nachdem man auf den Download-Button auf der Webseite gedrückt hat, geht die Installation problemlos über das Ubuntu Software-Center. Wenn man TeamViewer aus irgendwelchen Gründen nicht möchte, bleibt noch die etwas aufwändigere Einrichtung von VNC.

Schluss

Da jeder Benutzer andere Bedürfnisse hat, was er mit seinem Rechner machen will, ist auch jedes Ubuntu anders einzurichten. Aber vielleicht kann man bei der Einrichtung von der ein oder anderen Idee aus diesem Artikel profitieren.

Den virtuellen Desktop mit XP benötige ich eigentlich nur für ein paar kleinere Programme, die es für Gnu/Linux nicht gibt, oder um schnell mal die PowerShell zu starten, die ich beruflich gerne benutze.

Für den Launcher habe ich eine Datei mit folgendem Inhalt angelegt und unter .local/share/applications in meinem Home-Verzeichnis als Textdatei Windows.desktop abgespeichert:

[Desktop Entry]
Type=Application
Name=Windows Desktop
Comment=Windows Desktop
Exec=/usr/lib/virtualbox/VirtualBox --startvm "Windows XP"
Icon=/home/christian/.icons/WindowsXP-Icon.png

Den Namen und den Kommentar kann man festlegen, wie man möchte. Als Icon habe ich ein selbst gemachtes Bildschirmfoto des Windows-Desktops genommen und als 128×128 Pixel große PNG-Datei unter .icons abgespeichert. Interessant ist der Eintrag mit Exec: Hier steht der Pfad zum Kommandozeilen-Programm von VirtualBox, das gleich mit der Option “–startvm” die virtuelle Maschine startet.

Ein Icon aus dem Launcher zu entfernen ist einfach, ein neues anzulegen schon schwieriger. Zuerst benötigt man eine Übersicht, welche Icons schon alle im Launcher sind. Dazu gibt man folgenden Befehl ein:

gsettings get com.canonical.Unity.Launcher favorites

Anschließend erhält man folgendes Ergebnis:

['application://firefox.desktop', 'application://nautilus-home.desktop', 'application://ubuntu-software-center.desktop', 'application://gnome-control-center.desktop', 'unity://running-apps', 'application://gnome-terminal.desktop', 'unity://expo-icon', 'unity://devices']

Mit einem ähnlichen Befehl, aber set statt get, ergänzt man die Liste um den Eintrag ‘Windows.desktop’:

gsettings set com.canonical.Unity.Launcher favorites "['application://firefox.desktop', 'application://nautilus-home.desktop', 'application://ubuntu-software-center.desktop', 'application://gnome-control-center.desktop', 'unity://running-apps', 'application://gnome-terminal.desktop', 'unity://expo-icon', 'unity://devices', 'Windows.desktop']"

Außerdem muss man um die eckigen Klammern herum die Liste noch mit Anführungszeichen umschließen. Am Ende der Liste steht dann in einfachen Anführungszeichen der Eintrag ‘Windows.desktop’. Nach der Eingabe des Befehls erscheint der Eintrag im Launcher und der Windows-Desktop kann mit einem Klick gestartet werden. Wenn man das XP nicht herunterfährt, sondern den Zustand der virtuellen Maschine speichert, hat man den Windows-Desktop nach dem nächsten Klick auf das Icon schnell wieder am Start.

Apps für den Startbildschirm werden über den Microsoft Store installiert. In einem deutschsprachigen Store findet man zur Zeit unter dem Suchbegriff Python nur ein Informatik Tutorial, also nicht gerade viel. Wo ist also “Python 3 for Metro”? Das wird als englischsprachige App nicht angezeigt. Um das zu ändern, öffnet man im Store die Charm Bar, indem man mit der Maus an den rechten Bildschirmrand fährt oder die Windows- und die C-Taste drückt, und klickt dann auf “Einstellungen”.

In den “Einstellungen” klickt man dann nochmal auf “Einstellungen”:

Um anschließend den Schalter “Apps in den bevorzugen Sprachen schneller finden” auf “Nein” zu stellen:

Eine neue Suche im Store ergibt dann mehrere Treffer zum Stichwort Python, neben “Python 3 for Metro” auch das Buch “Dive into Python” oder den “Code Writer” als Apps. Nach der Installation findet man die App auf dem Startbildschirm, wo sie mit einem einfachen Klick gestartet werden kann.

Wie man bei der App in Action sieht, funktionieren viele Sachen schon ganz gut, zum Beispiel die Python-Konsole als Taschenrechner, oder die Print-Funktion. Die Textausgabe mit “Spam” und “Eggs” liefert ein Skript, das ich gestartet habe.

edibles = ["ham", "spam", "eggs","nuts"]
print()
for food in edibles:
    if food == "spam":
        print("No more spam please!")
        continue
    print("Great, delicious " + food)
    # here can be the code for enjoying our food :-)
else:
    print("I am so glad: No spam!")
print("Finally, I finished stuffing myself")

Um ein Skript zu starten klickt man mit der rechten Maustaste auf den Bildschirm und wählt dann “Run File”. Die ein oder andere Funktion fehlt allerdings noch, wie zum Beispiel input(). Die Eingabe von der Konsole ist noch nicht implementiert. Wenn man eine eigene Funktion definieren will, kann man auch noch keine Tab-Taste benutzen, um die Code-Zeilen einzurücken. Das geht nur mit der Leertaste.

Auf Geräten mit Windows Phone und Windows RT ist “Python 3 for Metro” sicherlich eine gute Sache, da man sonst keine Chance hat, Python-Code auf diesen Geräten zu schreiben. Unter allen anderen Windows-Versionen ist es auf jeden Fall ein schönes Feature, aber man wird doch eher die original installierte Python-Version verwenden.

Die Powershell und Datenbank-Provider

Während man den ersten Gehversuch startet, kann man auch schon gleich auf Probleme stoßen, zum Beispiel wie “Der Provider ist nicht auf dem lokalen Computer registriert”. Den entsprechenden Provider der Microsoft Access Database Engine zu installieren, oder Betriebssystemarchitektur und Office so anzugleichen, dass beide entweder 32- oder 64-Bit sind, ist besonders in größeren Umgebungen kaum umsetzbar. Gerade hier läuft häufig ein 32-Bit Office auf einem 64-Bit Betriebssystem wie Windows 7 Enterprise.

Sollte der entsprechende Provider installiert sein, benötigt man in so einer Umgebung häufig den Connection-String

"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=$DatabaseName;"

Ohne den Provider bleibt für Datenbanken mit DSN-Struktur (Data Source Name) noch

"Provider = Microsoft.Jet.OLEDB.4.0;Data Source = $DatabaseName;"

In beiden Fällen muss man auf einem 64-Bit-System darauf achten, dass man die 32-Bit-Version der Powershell nimmt, wenn MS Access auch als 32-Bit_Version vorliegt, was der Normalfall sein dürfte. Beide Provider haben in meinem Fall nicht funktioniert. Zum Testen habe ich eine sehr simple Datenbank “Datenbank.accdb” mit MS Access 2007 erstellt.

“

Sie besteht aus den beiden Tabellen “User” und “Customer” und den Spalten “Login”, “Abteilung”, “Funktion” und “Name”. Mit der Powershell will ich aus der Tabelle “User” die Namen aller “Mitarbeiter” ausgeben. Unterstützen soll mich dabei Scripting Guy.

$path = "C:\Users\Public\Datenbank.accdb"
$adOpenStatic = 3
$adLockOptimistic = 3

Der Pfad zur Datenbank kommt in die Variable $path, anschließend weise ich zwei Variablen den Wert 3 zu. Ich benötige die beiden Variablen später, wenn ich Daten aus der Datenbank abrufe.

$cn = new-object -comobject ADODB.Connection
$rs = new-object -comobject ADODB.Recordset
$cn.Open("Provider = Microsoft.Jet.OLEDB.4.0;Data Source = $path")

Danach erstelle ich mit dem Cmdlet New-Object zwei Referenzen auf die COM-Objekte ADODB.Connection und ADODB.Recordset, um auf die Datenbank überhaut zugreifen zu können. Der Versuch danach, die Datenbank mit dem Provider Microsoft.Jet.OLEDB.4.0 zu öffnen, geht allerdings in die Hose, der Provider erkennt die ACCDB-Datenbank nicht:

Ausnahme beim Aufrufen von "Open" mit 1 Argument(en):  "Nicht erkennbares Datenbankformat 'C:\Users\Public\Datenbank.ac
cdb'."
Bei Zeile:1 Zeichen:9
+ $cn.Open <<<< ("Provider = Microsoft.Jet.OLEDB.4.0;Data Source = $path")
    + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
    + FullyQualifiedErrorId : ComMethodTargetInvocation

Stattdessen den Connection-String Provider = Microsoft.ACE.OLEDB.12.0; zu nehmen, funktioniert in diesem Fall, 64-Bit-Betriebssystem mit 32-Bit-Office ohne entsprechenden ACE-Provider, leider auch nicht:

$cn.Open("Provider = Microsoft.ACE.OLEDB.12.0;Data Source = $path")
$rs.Open("Select * From User", $cn,$adOpenStatic,$adLockOptimistic)

Der String scheint auch erstmal zu funktionieren, kracht dann aber beim Öffnen des Recordsets:

Ausnahme beim Aufrufen von "Open" mit 4 Argument(en):  "Syntaxfehler in FROM-Klausel."
Bei Zeile:1 Zeichen:9
+ $rs.Open <<<< ("Select * From User", $cn,$adOpenStatic,$adLockOptimistic)
    + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
    + FullyQualifiedErrorId : ComMethodTargetInvocation

DSN-lose Verbindungen in der Powershell

Die Lösung heißt hier DSN-lose Verbindungen, also eine, die keinen Datenquellennamen (Data Source Name = DSN) verwendet. Das vollständige Skript sieht dann so aus:

$path = "C:\Users\Public\Datenbank.accdb"
$adOpenStatic = 3
$adLockOptimistic = 3
 
$cn = new-object -comobject ADODB.Connection
$rs = new-object -comobject ADODB.Recordset
 
$cn.Open("Driver={Microsoft Access Driver (*.mdb, *.accdb)};DBQ=$path")
$rs.Open("Select * From User", $cn,$adOpenStatic,$adLockOptimistic)
 
$rs.MoveFirst()
 
do {
    $funktion = $rs.Fields.Item("Funktion").Value;
    $name  = $rs.Fields.Item("Name").Value;
 
    if ($funktion -eq "Mitarbeiter"){write $Name}
    $rs.MoveNext()
} 
until ($rs.EOF -eq $True)
 
$rs.close()
$cn.close()

Mit dem Befehl rs.Open() wird die SQL-Abfrage formuliert, die hier die komplette Tabelle “User” einliest. Danach wird der Recordset an den Anfang der Tabelle gesetzt. In der anschließenden Do-Schleife wird der Inhalt der einzelnen Felder aus den Spalten “Funktion” und “Name” an entsprechenden Variablen übergeben. Die If-Bedingung siebt dann alle Mitarbeiter heraus, deren Name dann in der Konsole ausgegeben wird. Die Schleife endet, wenn das Ende des Recordsets (EOF) erreicht ist. Danach werden Connection und Recordset noch geschlossen.

Aus den Daten eine CSV-Datei erstellen

So ein Skript ergibt vor allem erst dann Sinn, wenn man die Daten weiterverarbeitet, z.B. in einer CSV-Datei, die man dann wiederum auch weiter verarbeiten kann:

$file = "C:\Users\Public\Mitarbeiter_Produktion.csv"
$path = "C:\Users\Public\Datenbank.accdb"
 
# Erstelle leere CSV-Datei
write-host | export-csv $file -Delimiter ";"
 
$adOpenStatic = 3
$adLockOptimistic = 3
 
$cn = new-object -comobject ADODB.Connection
$rs = new-object -comobject ADODB.Recordset
 
$cn.Open("Driver={Microsoft Access Driver (*.mdb, *.accdb)};DBQ=$path")
$rs.Open("Select * From User", $cn,$adOpenStatic,$adLockOptimistic)
 
 
$rs.MoveFirst()
 
do {
    $funktion = $rs.Fields.Item("Funktion").Value;
    $name  = $rs.Fields.Item("Name").Value;
    $login  = $rs.Fields.Item("Login").Value;
    $abteilung = $rs.Fields.Item("Abteilung").Value;
 
    # Schreibe die Ausgabe zeilenweise in die CSV-Datei:
    if ($abteilung -eq "Produktion"){
        $NewLine = '{0};{1};{2}' -f $login,$name,$funktion 
        $NewLine | add-content -path $file 
    }
    $rs.MoveNext()
} 
 
until ($rs.EOF -eq $True)
 
$rs.close()
$cn.close()

Das Ergebnis lässt sich dann in Excel betrachten:

Bei Powershellpraxis.de gibt es übrigens ein interessantes Spezial zu Access und Powershell.

Auf Access-Datenbanken zugreifen ohne MS Access

Beide Skripte sollten auch funktionieren, wenn man kein MS Access unter Windows installiert hat. Dazu benötigt man allerdings die Microsoft Access Database Engine 2010 Redistributable. Wobei man auf die Systemarchitektur achten muss, also die Datei mit X64 am Ende herunterlädt, wenn man ein 64-Bit-Windows hat. Für das Erstellen von CSV-Dateien braucht man glücklicherweise kein Excel. Beim Textimport in LibreOffice muss man allerdings darauf achten, dass der Zeichensatz UTF-8 ist.

Um Vim auf den Windows-PC zu bringen, lädt man den Installer von der Vim-Homepage herunter und führt ihn aus. Wenn man Vim benutzen, aber nicht installieren will, kann man auch gVim aus den PortableApps nehmen. Leider fehlt im Paket die Konsolen-Version, die man aber einzeln als Win32 console executable von der Vim-Homepage herunterladen kann. Aus der Zip-Datei extrahiert man dann die ausführbare Datei vim.exe und kopiert sie nach gVimPortable\App\vim\vim73.

Damit Vim und Powershell sich kennenlernen, trägt man den Pfad zu Vim in die Profil-Datei der Powershell ein. Zum Öffnen der Profil-Datei gibt man innerhalb der Powershell zum Beispiel notepad $profile ein, und nimmt folgenden, leicht abgewandelt Code von Julian, wobei man die Variable $VIMPATH entsprechend anpassen muss, je nachdem, wo sich die Datei vim.exe auf dem System befindet:

$VIMPATH    = "$env:Programfiles\Vim\vim73\vim.exe"
 
Set-Alias vi   $VIMPATH
Set-Alias vim  $VIMPATH
 
# for editing your PowerShell profile
Function Edit-Profile
{
    vim $profile
}
 
# for editing your Vim settings
Function Edit-Vimrc
{
    vim $home\_vimrc
}

Nun fehlt noch die Konfigurationsdatei vimrc. Da ich in der Profil-Datei eine Funktion zum editieren der vimrc definiert habe, kann ich, spätestens in der nächsten neuen Powershell-Sitzung das Cmdlet Edit-Vimrc nutzen, sowie Edit-Profile, um die Profil-Datei in Zukunft zu bearbeiten. Es gibt eine Menge Möglichkeiten, Vim mit Hilfe der vimrc zu erweitern. In dem Beispiel ist der Shell-Befehl mit der Powershell verknüpft und das Syntax-Highlighting aktiviert.

set shell=powershell
set shellcmdflag=-command
syntax on

Die ersten beiden Zeilen sorgen dafür, dass wenn man den Befehl :shell in Vim eingibt, eine Powershell-Sitzung gestartet wird. Etwas kürzer ist der Befehl :sh. Man kann auch ganze Befehle an die Powershell übergeben und anschließend zu Vim zurückkehren, z.B. mit :!dir | more.

Damit das Syntax-Highlighting auch Powershell-Skripte einfärbt, benötigt man das Windows PowerShell Syntax Plugin von Peter Provost. Der Inhalt der ZIP-Datei muss entweder nach $HOME\vimfiles oder $VIM\vimfiles kopiert werden. Welche Pfade sich hinter den Variablen $HOME und $VIM verbergen, bekommt man heraus, wenn man sie innerhalb von Vim mit dem Befehl :echo abfragt:

:echo $VIM
C:\Program Files\Vim\vim73

Also muss man in diesem Fall die Dateien, die sich innerhalb des Archivs vim-ps1.zip befinden, nach C:\Program Files\Vim\vim73\vimfiles entpacken, wenn die Syntaxhervorhebung in Powershell-Skripte für alle Benutzer gelten und in das Home-Verzeichnis, wenn das nur einen User betreffen soll.

Damit heißt es jetzt auch unter Windows und in der Powershell “Happy Vimming”.

Die Datei pdftotext.exe wird zusammen mit dem Powershell-Modul ConvertFromPDF.psm1, das die unten stehende Funktion ConvertFrom-Pdf enthält, in das Verzeichnis ConvertFromPDF kopiert. Bis auf die Endung muss der Name der Modul-Datei mit dem des -Verzeichnisses identisch sein.

Function ConvertFrom-Pdf {
 
<#  
.SYNOPSIS  
This function converts PDFs to text 
 
.DESCRIPTION  
The function has one parameter which is mandatory: 
-pdfs .\path\to\file.pdf 
 
The following parameter is optional:
-vebose 
 
.EXAMPLE 
ConvertFrom-Pdf -pdfs first-file.pdf
 
Convert a PDF file to text.
 
.EXAMPLE 
ConvertFrom-Pdf -pdfs first-file.pdf, second-file.pdf
 
Convert two or more PDF files to text.
 
.EXAMPLE 
ConvertFrom-Pdf -pdfs first-file.pdf -verbose
 
Show verbose output.
#> 
 
[cmdletbinding()]
 
param(
[Parameter(Mandatory=$true)][String[]] $pdfs,
[switch]$VerboseDetail
)
 
# Get path to pdftotext.exe
$modulepath = (get-module -list -name ConvertFromPDF).path
$convertfrompdfpath = Split-Path ($modulepath)
$pdftotext = "$convertfrompdfpath\pdftotext.exe"
 
# Convert PDFs to text
foreach($pdf in $pdfs){
   $cmd="$pdftotext $pdf"
   $pdf_file=Split-Path ($pdf) -leaf -resolve
   $text_file=$pdf_file.Replace( '.pdf', '.txt')
   Write-Verbose "Convert $pdf_file to $text_file"
   Invoke-Expression $cmd 
}
} # End function

Der Ordner muss anschließend in ein Modulverzeichnis der Powershell kopiert werden. Um die Speicherorte für Powershell-Module herauszufinden, kann man folgenden Befehl benutzen:

Write-Host $env:PSModulePath
C:\Users\Benutzer\Documents\WindowsPowerShell\Modules;C:\Windows\system32\WindowsPowerShell\v1.0\Modules\

Wenn man das Modul zu den anderen Modulen in das System-Verzeichnis der Powershell kopiert, kann man es anschließend mit folgendem Aufruf importieren:

Import-Module ConvertFromPDF

Kopiert man das Modul allerdings in das Benutzer- oder irgendein anderes Verzeichnis, muss man es mit dem vollständigen Pfad aufrufen, zum Beispiel:

Import-Module C:\Pfad\zu\Modul\ConvertFromPDF

Nachdem man das Modul in der Powershell importiert hat, erfährt man mehr über die Funktion ConvertFrom-PDF, wenn man die Hilfe aufruft:

Get-Help ConvertFrom-PDF -Examples

Dabei kann man feststellen, dass man eine ganze Reihe von PDF-Dateien zum Besipiel mit diesem Aufruf in Text-Dateien umwandeln kann:

ConvertFrom-Pdf -pdfs first-file.pdf, second-file.pdf -verbose

Der Parameter für die PDF-Datei oder -Dateien ist -pdfs, wobei mehrere Dateien durch ein Komma getrennt werden. Wenn man es genauer wissen will, benötigt man zusätzlich noch den Parameter -verbose. Der erste Parameter wird im Skript mit param definiert, für die Verbose-Ausgabe folgt ein Switch, der benötigt allerdings recht am Anfang des Skripts folgende Zeile:

[CmdletBinding()]

Die Zeile muss als erste Zeile, gleich nach allen einleitenden Kommentaren, oder auch als erste Zeile in eine Funktion eingefügt werden. Das Skript wird danach automatisch um die zwei neuen Parameter -verbose und -debug erweitert. Weiter unten im Skript gibt dann der Befehl Write-Verbose die dazugehörige Information aus.

Das Modul kann man aber auch hier herunterladen und zum Beispiel in das Modul-Verzeichnis C:\Windows\system32\WindowsPowerShell\v1.0\Modules\ entpacken.

Auch unter Windows 8 installiert man zuerst die aktuelle Dokan-Bibliothek, um danach die Datei encfs.zip nach “C:\Program Files” zu entpacken. Doch hier beginnt das Problem, weil Dokan meldet, dass Windows 8 nicht unterstützt wird: “Your OS is not supported. Dokan library supports Windows 2003, Vista, 2008, 2008R2 and 7 for x64.” Trotz dieser Warnung funktioniert Dokan aber sehr gut unter Windows 8. Wenn man als Benutzer mit Administrationsrechten angemeldet ist, unter Windows der Normalfall, kann man den Installer im Kompatibilitätsmodus zu Windows 7 starten. Dazu mit der rechten Maustaste auf die EXE-Datei klicken, im Kontextmenü “Eigenschaften” auswählen und im Reiter “Kompatibilität” einen Haken bei Komtabibilitätsmodus setzen und “Windows 7″ auswählen. Anschließend funktioniert die Installation von Dokan ohne Probleme.

Nachdem die Datei encfs.zip nach “C:\Program Files” entpackt wurde, öffnet man die ausführbare Datei ENCFSW.EXE. Das Programm, das man zum Entschlüssen der Ordner benötigt, bringt schon eine grafische Oberfläche mit, wie man am Schlüsselsymbol in der Taskleiste erkennt. Soll das Programm automatisch starten, kann man einen Haken bei der Option “Launch at startup” unter “Preferences” setzen.

Um einen verschlüsselten Ordner zu öffnen oder anzulegen, klickt man auf “Open/Create”. Danach wählt man den verschlüsselten Ordner aus, bzw. legt ihn an. Da Windows anders als Unix-artige Betriebssysteme keine Mount-Punkte kennt, muss man dem zu entschlüsselnden Ordner einen Laufwerksbuchstaben zuweisen. Der entschlüsselte Inhalt des Ordners steht dann unter diesem Laufwerksbuchstaben bereit.

Da ich die Windows Apps nicht so häufig brauche, wie den Desktop, lasse ich die niedrigere Auflösung eingestellt. Aber immer über die Bildschirmauflösung zu gehen, um die Auflösung für die Windows Apps zu erhöhen, ist ganz schön umständlich. Um das Ganze abzukürzen, benutze ich ein Powershell-Skript aus dem Hey, Scripting Guy! Blog, mit dem sich die Bildschirmauflösung leicht verändern lässt. Ich habe es als Modul unter C:\Users\Public\Modules\ScreenResolution\ScreenResolution.psm1 gespeichert und auf dem Desktop zwei Verknüpfungen angelegt: Die eine heißt Res768 und ändert die Auflösung, wen wundert’s, auf 1024 x 768 Pixel und hat folgendes Ziel:

powershell.exe -WindowStyle Hidden -command "& {Import-Module C:\Users\Public\Modules\ScreenResolution; Set-ScreenResolution -width 1024 -height 768}"

Die andere Verknüpfung Res600 macht das Ganze wieder rückgängig:

powershell.exe -WindowStyle Hidden -command "& {Import-Module C:\Users\Public\Modules\ScreenResolution; Set-ScreenResolution -width 1024 -height 600}"

Beide Verknüpfungen liegen auf dem Desktop, so dass ich schnell darauf zugreifen kann. Dazu kann man Res768 auch noch an den Startbildschirm anheften, um von dort aus die Auflösung zu ändern.

Dadurch, dass erst die Powershell gestartet werden muss, bevor das Modul geladen und der Befehl ausgeführt wird, ist diese Lösung etwas langsam. Mal sehen, vielleicht kann man den im Skript enthaltenen C#-Code in eine EXE-Datei packen, um die Änderung der Auflösung zu beschleunigen.

Zuerst benötigt man den Upgrade-Assistenten, um ein Windows 8-Upgrade als Download auszuführen. Dazu habe ich mich auf dem Netbook als Administrator unter Windows 7 angemeldet. Außerdem habe ich noch die Auflösung auf 1024 x 768 Pixel geändert, damit der Assistent nix zu meckern hat. Metro Apps funktionieren unter Windows 8 nur ab dieser Auflösung, normalerweise benutzt ein Netbook allerdings eine Auflösung von 1024 x 600 Pixel.

Anschließend fragt der Assistent, was man behalten möchte. Hier hat man auch die Chance, “Nichts” auszuwählen, was auf eine Neuinstallation hinausläuft, das bei einem Upgrade eigentlich nicht funktionieren sollte. Bei mir führte diese Wahl auch noch zu Problemen bei der Aktivierung von Windows 8, doch dazu später mehr.

Warum Microsoft hier eine Optionen bei der Installation anbietet, die bei der Aktivierung in eine Sackgasse führt, bleibt wohl ein Geheimnis.

Als Installationsmedium habe ich mich für die ISO entschieden, nur um die Dateien nach dem Entpacken auf einen bootfähigen USB-Stick zu beamen. Das Ganze geht vermutlich schneller umgekehrt, indem man den Assistenten einen bootfähigen USB-Stick erstellen lässt, um nach gelungener Installation die Dateien dort wieder herunterzukratzen, aber ich habe Zeit.

Also habe ich den USB-Stick angeschlossen, die Windows Shell cmd.exe geöffnet und diskpart eingeben. Mit list disk kann man die aktuellen Laufwerke anzeigen, wobei man sich die Nummer des USB-Sticks merken muss. Bei mir ist es die Nummer 1, woraufhin ich die folgenden Befehle in dieser Reihenfolge eingegeben habe:

select disk 1
clean
create partition primary
select partition 1
active
format fs=fat32
assign
exit

Die Windows.iso, die der Assistent erstellt hat, habe ich gespeichert, mit 7Zip entpackt und dann die Dateien auf den jetzt bootfähigen USB-Stick in Laufwerk F: kopiert:

xcopy C:\Pfad\zur\entpackten\iso\*.* /s /e /f F:\

Nach dem Neustart des Netbooks läuft die Installation von Windows 8 vom USB-Stick, sofern man die Bootreihenfolge im BIOS entsprechend eingestellt hat. Nach Installation und Anmeldung habe ich den Rechner noch einmal komplett neu gestartet, was mich gleich zur Aktivierung von Windows 8 geführt hat. Warum ich hier nochmal den Produkt-Key eingeben muss, den ich ja schon während der Installation eingetippt hatte, ist mir nicht ganz klar. Blöd nur, dass die erneute Eingabe des Keys fehl schlägt: “Mit dem Produkt Key stimmt etwas nicht”, bzw. “Sie haben den PC auf Windows 8 aktualisiert, obwohl keine frühere Version von Windows installiert war (Fehler 0xC004F061)” oder so ähnlich. Diese Thematik hat Windows 8 von seinem Vorgänger geerbt. Mit dem alten “Upgrade-Trick” aus der c’t funktioniert die sauber Neuinstallation auch unter Windows 8, wie auch Caschy oder Senfzeit zeigen.

Zum Schluss teile ich mit meinem Samsung Netbook noch das Schicksal aller anderen Netbook-Besitzer, wie Günter Born mit seinem MSI Wind U 100: Metro Apps lassen sich nur mit einer Auflösung von 1024 x 768 Pixel starten, das Netbook liefert nach der Installation aber nur 1024 x 600 Pixel. Damit die Auflösung entsprechend geändert werden kann, muss man in der Registry nach dem Schlüssel Display1_DownScalingSupported suchen und bei allen gefundenen Einträgen den DWORD-Wert von 0 auf 1 setzen. Dazu die Windows-Taste drücken, wild regedit.exe eintippen, auf das Ergebnis mit der rechten Maustaste klicken und “Als Admin ausführen” auswählen. Im Editor öffnet man mit der Tastenkombination “Strg + F” ein Suchfenster. Wenn man den Schlüssel gefunden hat, klickt man mit der linken Maustaste doppelt drauf und ändert den DWORD-Wert auf 1. Mit der Taste “F3″ sucht man nach den nächsten Eintrag. Insgesamt sollten es zwei sein. Nach dem Neustart tauchen jetzt bei der Bildschirmauflösung eine Reihe weiterer Werte auf, wobei man nach der Änderung auf 1024 x 768 Pixel die Metro Apps starten kann.

Blöd nur, dass der Desktop jetzt ziemlich gestaucht aussieht. Schöner wäre es natürlich, wenn man zwei Modi definieren könnte: 1024 x 768 Pixel für die Apps, 1024 x 600 Pixel für den Desktop. Von diesem Schönheitsfehler einmal abgesehen, bereue ich den Umstieg von Windows 7 Starter auf Windows 8 Pro für den Preis kein bisschen. Windows 8 fühlt sich auf der schmalen Hardware mit 1 GB Arbeitsspeicher und 1,67 GHz-Prozessor wesentlich schneller an, als die Starter-Edition. Abgesehen davon gibt es viele neue Features, die in der Starter gefehlt haben, und die es jetzt zu entdecken gilt.