Bestandenlijst splitsen: vertikaal
Dolphin is de standaard bestandsbeheerder (file manager) in de huidige KDE op openSUSE. Dolphin kan zijn venster horizontaal splitsen, waarbij je twee locaties naast elkaar kan zien. Maar als je met iets bezig bent en rechts daarnaast twee locaties wil in het oog houden, dan wil je rechts bv een smalle bestandsbeheerder zetten met een vertikaal gesplitst venster: boven en onder.

Een zoekaktie leverde me het voorstel op het toe te voegen aan Dolphin, maar het antwoord van iemand van het team was dat ze het een overbodige “feature” was, en dat het misschien allerlei dingen zou “breken” (iconen moeten aangepast worden enz). Hij zei dat meer geavanceerde gebruikers trouwens dan toch eerder Konqueror gebruiken.

Konqueror in plaats van Dolphin?
Ik heb onmiddellijk konqueror bij-geïnstalleerd. Het is eigenaardig, want konqueror is een combinatie web-browser/file manager/documentviewer, en als ze een vervaning maken, Dolphin, die alleen bestandsbeheerder is, waarom die dan niet echt goed maken in wat hij moet zijn?

Konqueror bestaat nog, is (nu in openSUSE 15.1) 5.0.97, en kan vensters vertikaal splitsen.

OpenSUSE 15.1, IceWM desktop, 802.11 Networking Frameworks.

Bij installatie of configuratie moet je soms kiezen tussen infrastructure mode, client mode, master mode, managed mode, ad hoc mode, …

Mode
– client = normale gebruiker van wifi acess point, associeert met een netwerk (via SSID).
– managed = client mode (Nl:systeem “beheerd”)
– master = infrastructure
– infrastructure = (met) centraal access point/router (die staat in infrastructure mode en heeft een “netwerk naam” of SSID en gebruikt een bepaald kanaal). Je kan je laptop laten fungeren als infrastructure mode wireless access point (op Mac “internet sharing”).
– ad hoc of ad-hoc = peer to peer, zonder centraal verbindingspunt, bv twee laptops. Beperkt in afstand door de kracht van (beide) netwerkkaarten (bij meer gebruikers kunnen toestellen ook wel netwerk doorgeven, wat dan ook weer vertraagt), en kwaliteit daalt sterk door interferentie bij meer gebruikers.
Op laptops kan je ad hoc kiezen, op android apparaten zelfs niet.

Via Yast, System, Network Settings kan je aan de instellingen:

Global options:
– NetworkManager
– Wicked Service
– Network Services Disabled

IPv6 enabled (of niet)
DHCP Client Options: identifier -, Hostname to Send AUTO
Change Default Route via DHCP aangevinkt

Overview
Hier kan je de netwerkkaart toevoegen (zou er al kunnen/moeten staan), of ze selecteren en “Edit” kiezen om te wijzigen.

Dynamic Address (DHCP) of IP Address invullen, bv 192.168.1.123 (subnetmask /24, Hostname “123”)

Hardware
Device name (bv wlan0), en kernel module (bv bcma).

Klik “Next”.

Wireless Device Settings

Operating mode:
– Ad Hoc
– Managed : meestal dus deze als je niets speciaals wil doen.
– Master

In IceWM heb je in het menu, Desktop Apps, Systeem een een tool “Network Connections”. Dat levert een Mac-stijl leeg venster op waar je met + iets kan toevoegen, en een keuzelijst met netwerken krijgt. Doe bv:

+, Wi-Fi, Create.

Alles staat grijs (je kan dus niets veranderen), misschien omdat je geen root bent? Nee, ook als root blijft alles grijs. Waarom is dit er eigenlijk?

Als ik in een huidige databank (mariadb) kijk met phpMyAdmin, zie ik op het hoogste niveau “databases” de namen van mijn databanken, en daarnaast de colom “Collatie”. Daar staat bij de meeste databanken utf8_general_ci. (zie ook Databank collation) Er is één uitzondering, en dat is de database “mysql” (van het systeem zelf). Die heeft als collation: “utf8mb4_general_ci”. Waarom?

Een artikel uit 2016 hier op Medium.com geeft daar een antwoord op, en als het klopt zou ik ook meestal utf8mb4 moeten gebruiken, en al mijn bestaande databanken moeten omzetten.

MariaDB is afgeleid van MySQL, en daar hebben ze ooit een zuinige vorm van Unicode tekenset gemaakt en die “utf8” genoemd. Helaas bleek die achteraf niet overeen te komen met de uitgewerkte UTF-8 standaard, en MySQL kon zijn eigen versie niet meer aanpassen omdat ze te weinig plaats hadden voorzien in hun opslagruimte daarvoor (3 bytes/letter ipv 4). Hun onvolledige “utf8” veranderen zou bestaande programma’s kunnen doen crashen, en het enige wat hen restte was een andere vorm van utf8 bij te maken: utf8mb4.

Daardoor heb je nu zowel “utf8_general_ci” als “utf8mb4_general_ci” (ook wel “Unicode UCA 4.0.0).
ps: CI staat voor Case Insensitive (niet hoofdlettergevoelig, een zoek op “Abc” levert ook “abc” op).
En ook utf8mb4_bin, utf8mb4_(taalcodes)
ps: bin = wel hoofdlettergevoelig, dus Abc en abc verschillen voor de databank.

bron: https://medium.com/@adamhooper/in-mysql-never-use-utf8-use-utf8mb4-11761243e434