GNOME en Mozilla bespreken voorstel om plakken met de middelste muisknop op Linux uit te schakelen
Een langbestaand Linux-gedrag staat onder druk nu GNOME en Mozilla een voorstel beoordelen om het plakken met de middelste muisknop uit te schakelen.
Sommige projecten blijven me verrassen met hun "oplossingen," en dit is een van die gevallen. Een voorstel dat wordt beoordeeld door ontwikkelaars van GNOME en Mozilla zou kunnen veranderen hoe plakken met de middelste muisknop zich gedraagt op Linux en andere Unix-achtige systemen.
De discussies, zichtbaar in Mozilla’s Phabricator-revisie D277804 en een gekoppeld GNOME gsettings-desktop-schemas merge-verzoek, richten zich op het standaard uitschakelen van het traditionele plakken van de primaire selectie.
Mozilla stelt voor om het standaardgedrag van de Firefox-browser op Unix-versies te wijzigen, zodat het indrukken van de middelste muisknop standaard geen tekst meer plakt. De auteur van de wijziging beschouwt het huidige gedrag als een bron van verwarring en onbedoeld plakken, vooral wanneer gebruikers de middelste knop indrukken zonder te verwachten dat de inhoud van het klembord in tekstvelden wordt ingevoegd.
Als onderdeel van dezelfde wijzigingsdiscussie is er een bijbehorend GNOME merge-verzoek dat het standaardschema voor de GTK-interface zou bijwerken (de instelling die bepaalt of het plakken vanuit de primaire selectie is ingeschakeld) om in lijn te zijn met het voorgestelde Firefox-gedrag. Het GNOME merge-verzoek wordt momenteel beoordeeld en is nog niet samengevoegd.
Ter informatie alleen, deze midden-klik plakfunctie (technisch gezien het primaire selectie mechanisme) is een fundamentele conventie, zowel technisch als cultureel, die al lang bestaat in Unix-grafische omgevingen, waarbij het selecteren van tekst deze automatisch in een speciaal buffer plaatst die je met de middelste knop kunt plakken. Het vindt zijn oorsprong in het X Window System, waar tekstselectie en klembordbeheer bewust van elkaar werden gescheiden.
Waarschijnlijk vinden miljoenen Linux/Unix-gebruikers (ik ben er een van) dit gedrag nuttig en efficiënt, vooral voor het snel overzetten van tekst tussen terminals en applicaties. Daarnaast is voor veel gebruikers (ik ben er opnieuw een van), vooral ontwikkelaars en systeembeheerders, het plakken met middelste muisknop een kwestie van spiergeheugen geworden.
Laten we tegelijkertijd iets belangrijks niet vergeten: dit gedrag is in de loop der tijd, of om preciezer te zijn, in de afgelopen 30+ jaar, een onderdeel geworden van het DNA van Linux en Unix. Het zit verweven in hoe deze systemen worden gebruikt en begrepen. Het nu veranderen is niet zomaar een kleine aanpassing. Het is het overschrijden van een rode lijn.
Ik ben eerlijk gezegd perplex. Dit zijn twee bedrijven die duidelijk hun beste tijd achter zich hebben, grotendeels vanwege een reeks controversiële beslissingen in de afgelopen jaren die veel gebruikers naar alternatieven hebben geduwd die redelijker aanvoelen en niet proberen het gedrag van gebruikers opnieuw te onderwijzen.
Je zou denken dat er genoeg gezond verstand is om te beseffen dat het, in plaats van sneller naar de rand van een klif te rennen, misschien verstandiger is om te stoppen, om te draaien en echt te kijken naar wat gebruikers echt willen en waarderen, en misschien, heel misschien, proberen een paar dingen weer normaal te maken. Het uitschakelen van het plakken met de middelste muisknop? Ik kan me echt niet voorstellen wie dacht dat dat een 'verbetering' zou zijn.
Zoals verwacht heeft het voorstel al wat tegenstand veroorzaakt bij beoordelaars, die opmerken (volledig terecht) dat het verwijderen of uitschakelen van een decennia oude functie die regelmatig door veel Linux/Unix desktopgebruikers wordt gebruikt, de workflows kan verstoren.
Er zijn nog geen beslissingen genomen over de Mozilla-revisie of de GNOME-schemawijziging. Beide blijven open voor verdere revisies en feedback van de gemeenschap. U kunt erop vertrouwen dat ik de situatie nauwlettend zal volgen en u op de hoogte zal houden van eventuele ontwikkelingen.
