Wie man einen einfachen Fortschrittsbalken benutzen kann, zeigt dieses Video über die QProgressBar.
In unserem Beispiel gibt es zwei PushButtons, die dafür sorgen, dass der Fortschritt vorwärts sowie rückwärts geht.
Qt-Tutorial 033: QProgressBar
Qt-Tutorial 032: QTableWidget
In diesem Video gebe ich einen kurzen Einblick in die Benutzung des QTableWidgets. Dieses Widget repräsentiert eine (bearbeitbare) Tabelle, die aber auch als ListView im Report-Modus (also als Liste mit Spalten) genutzt werden kann.
So sieht unser Beispielprojekt aus:
Qt-Tutorial 030: QListWidget
Schauen wir uns im Video einmal das QListWidget an. Dabei handelt es sich um eine Liste, bei der die einzelnen Einträge einzeln oder auch mehrere ausgewählt werden können. Weiterhin kann sie CheckBoxes anzeigen und die Einträge können auch bearbeitet werden.
Und so in, in etwa, sieht unser Programm aus:
Im Video hatte ich es nur erwähnt, hier möchte ich es nachreichen, und zwar den Code, mit dem man nur die gecheckten Einträge auslesen kann:
QListWidgetItem *item = nullptr;
for(int i = 0; i < ui->listWidget->count(); i++) {
item = ui->listWidget->item(i);
if(item && item->checkState() == Qt::CheckState::Checked)
qDebug() << item->text();
}
FreeBSD-Grundkurs 019: Verwaltung lokaler Benutzer und Gruppen
Dieses Video gibt einen Überblick darüber, wie man Benutzer und Gruppen auf FreeBSD administriert.
Ich zeige drei Wege, Benutzer und Gruppen zu administrieren:
Qt-Tutorial 029: QSpinBox und QDoubleSpinBox
Eingabefelder für Integer– und Double-Zahlenwerte – wie man diese benutzt, zeigt dieses Video. Die SpinBoxen haben zusätzlich noch die Möglichkeit, dass der Benutzer die Einträge via Buttons bestimmt.
Bei den beiden SpinBoxen kann der Programmierer bestimmen, wie Zahlenwerte inkrementiert und dekrementiert werden, wie hoch und niedrig die Werte gehen dürfen und die Eingaben werden zusätzlich noch automatisch geprüft.
Videoreihe: Entwicklung einer Desktopsoftware für compow mit C++, Qt und SQLite Teil 9
Wir bauen in diesem Video eine QToolBar ein und fügen eine QAction hinzu, mit der wir, von der ToolBar aus sowie aus dem Menü heraus einen Firmeneintrag öffnen können.
Und so sieht unser Fortschritt aus:
Qt-Tutorial 028: QComboBox
Dieses Video zeigt, wie eine QComboBox, also eine Auswahlbox, funktioniert. Ich zeige, wie man sie mit und ohne Eingabe nutzt sowie man neue Einträge hinzufügt und alte entfernt.
Eine ComboBox kann als einfache einzeilige Auswahl genutzt werden, aber auch als Liste mit manueller Eingabe von Text.
FreeBSD-Grundkurs 018: Die Dateisystemhierarchie
In diesem Video schauen wir uns einmal die wichtigsten Verzeichnisse auf unserem FreeBSD-System an.
Qt-Tutorial 027: QLineEdit, QTextEdit und QPlainTextEdit
Schauen wir uns in diesem Video einmal die einfachsten Möglichkeiten an, mit denen ein Benutzer Text ins System eingeben kann:
Während QLineEdit nur dazu da ist, einzeiligen Text aufzunehmen, können QTextEdit und QPlainTextEdit viele Zeilen Text aufnehmen. Bei QTextEdit ist es weiterhin auch möglich, mit Formatierungen (RTF und HTML) zu arbeiten.
Umstellung eines ganzen Netzwerks von Windows 2000 auf Ubuntu 6.04
Es muss 2005 gewesen sein, als wir überlegten, gut 60 Arbeitsplätze auf ein neues Betriebssystem zu heben. Im Einsatz war noch Windows 2000 inklusive Domäneninfrastruktur. Das System machte immer wieder Probleme, sei es bei Updates oder sogar beim Drucken. Hier und da nervte vieles und Windows 2000 war mit seinen fünf Jahren auch nicht mehr das Jüngste. Mittlerweile ging auch der Supportzeitraum zu Ende, zumindest der Mainstream-Support, und was keiner von uns wusste war, dass es noch den Extended Support gab. Aber abgesehen davon: Es musste was Moderneres her.
Natürlich diskutierten wir über Windows XP, was aber auch schon ein wenig in die Jahre gekommen war und mir so absolut überhaupt nicht gefiel und natürlich dachten wir bereits an den Nachfolger, Windows Vista, der aber noch auf sich warten lies. Zuerst dachten wir, dass wir zwei Möglichkeiten hätten: Wir bleiben bei dem, was wir haben, also Windows 2000 und wechseln dann auf den Nachfolger von XP, wann auch immer dieser erscheinen würde oder wir wechseln auf XP und dann später auf den Nachfolger.
Die Entscheidung
Da wir bereits, neben FreeBSD, Linux auf einigen unserer Server nutzten, fragte die Geschäftsleitung, ob das auch im Clientbereich eine Idee wäre, denn es liefe ja gut. Ich sagte, dass das durchaus eine Option sein könnte, dachte aber eher daran, dass große Probleme kommen könnten. Ich sagte, wir evaluieren das mal. Ich hatte schon einige Jahre Erfahrung mit Linux, war dem Projekt also alles andere als abgeneigt und dachte mir auch, dass die Plattform stabil genug sei, um produktiv damit zu arbeiten.
Linux ist ja nicht gleich Linux und nur ein Kernel, aber selbst wenn wir von GNU/Linux sprechen: eine Distribution musste her. Ich hatte ewig lange Gentoo genutzt, aber nur privat und war sehr überzeugt davon. Wenn ich bedenke, wie viel Zeit ich in Kompilationen vergeudet habe … aber das ist ein anderes Thema. Mir war klar: wir können Gentoo keinesfalls für unser Netzwerk einsetzen. SuSE mochte ich nicht wirklich, RedHat auch nicht, Mandrake … naja … und ich weiß gar nicht mehr, was es um 2005/2006 so alles gab. Aber eine kleine Distribution begann, groß zu werden: Ubuntu. Debian war mir von jeher ein Begriff, und da Ubuntu darauf basierte, schauten wir uns das an und ich begann, längere Zeit damit zu arbeiten. Es war ok, lief stabil und ich konnte das Meiste damit erledigen. Allerdings war ich auch kein Kaufmann, Designer oder Redakteur. Mir war direkt klar: für unsere Produktion ist es nichts, darüber müssen wir nicht weiter nachdenken. Aber Texte damit verfassen: Das ging. Und so beschäftigten wir uns tiefer mit der Materie.
Die Automatisierung
Mein Vorgänger war der absolute Turnschuhadmin. Nichts war automatisiert, er bevorzugte das sinnlose Herumlaufen. Das wollten wir mit der Umstellung ebenfalls erschlagen. Wir wollten aber auch eine Art Domäne haben, zumindest mal globale Homeverzeichnisse und zentrale Anmeldungen. Die Installation sollte von selbst gehen, oder wenigstens, halbwegs von selbst.
Für die Installation entschieden wir uns, da ja Debian-basiert, für Kickstart und ein selbstentwickeltes Script. Mit Kickstart war es problemfrei möglich, eine generische Betriebssysteminstallation durchzuführen. Wir hatten zu dem Zeitpunkt die IP-Adressen noch manuell vergeben und keinen DHCP-Server mit MAC-Matching genutzt, so dass wir am Bootprompt die IP-Adresse für den jeweiligen Rechner mit angeben mussten. Anhand der IP-Adresse wurde entschieden, welche Software und Konfigurationen der Rechner bekam. Alles haben wir selbst gescriptet und entwickelt. Es lief recht reibungslos. Ich erinnere mich noch an den Tag der Umstellung. Wir liefen mit mehreren Personen durch die Abteilungen und starteten die Installationen an. CD rein, davon booten, IP eingeben, der Rest passierte letztlich automatisch. So ganz wahr ist das nicht. Der Installationsprozess war in zwei Bereiche aufgesplittet: den mit Kickstart zur Betriebssysteminstallation und dann der eigentliche Konfigurationsvorgang, der nach der Installation einmal händisch gestartet werden musste. Ich weiß nicht mehr, warum wir das nicht auch automatisierten, aber es hatte irgendeinen Grund. Ein Problem, das wir allerdings bis zum Schluss nicht wegbekamen, waren ein oder zwei Dialoge, die man tatsächlich selbst mit OK bestätigen musste. Sie ließen sich nicht wegoptimieren. Damit war eine unbeaufsichtigte Installation zwar nicht möglich, aber zu der Zeit konnten wir ein komplett installiertes und konfiguriertes System in gut dreißig Minuten mit wenig Aufwand bereitstellen. Das Optimum war damit noch nicht erreicht, aber der Komfort im Gegenzug zu früher war für uns weltbewegend.
Globalitäten
Zusätzlich wollten wir noch zwei weitere Dinge: eine zentrale Anmeldung und globale Home-Verzeichnisse.
Bei der zentralen Anmeldung entschieden wir uns gegen LDAP und Kerberos, da es einfach für uns in dem Zeitraum zu komplex war und wir ja auch noch das Tagesgeschäft zu betreuen hatten. Es gab eine sehr viel einfachere Lösung, die natürlich auch wesentlich limitierter war und letztlich kaum Sicherheit bot: NIS. Doch wir fuhren damit gut. Neben den Linux-Clients hatten wir daran auch die Macs und die FreeBSD-Maschinen angebunden und es lief. Wir arbeiteten später noch an LDAP, aber erstmal war das so in Ordnung.
Die Konstellation lief fast zehn Jahre und es gab unglaublich wenige Probleme. Aus Kompatibilitätsgründen (Kombination Word und InDesign) haben wir uns dann aber entschlossen, die Redaktion aus Linux herauszunehmen und Macs zu geben, damit der Austausch mit der Produktion besser lief.
Würde ich es wieder tun?
Technisch war das Projekt, meiner Meinung nach, ein voller Erfolg. Die Administration machte, zumeist, Spaß und lief, bis auf wenige Probleme, super. Aber würde ich es wieder tun? Nein. Denn was Computer vereinfachen, verkomplizieren die Menschen. Einige waren begeistert, aber viele eben nicht und es gab hier und da guten Gegenwind. Ich empfand es als sehr anstrengend. Was ich bei der Administration sparte, musste ich in sinnlosen Diskussionen ausbaden.
Das Interessante aber war, dass eine solche Umstellung möglich war. Es waren dann zwar keine sechzig Computer, aber immerhin um die fünfundreißig, die mit Linux liefen und das sehr gut. Aber die Leute müssen sich darauf einlassen.