Help:Helpdesk: verschil tussen versies

Verwijderde inhoud Toegevoegde inhoud
Nlwikibots (overleg | bijdragen)
k nlwikibots: Archivering van 2 onderwerpen ouder dan 7 dagen naar Help:Helpdesk/Archief/apr 2022.
Handmatige archivering, heeft er lang genoeg gestaan
Regel 51:
 
__TOC__
 
 
== Cursor positioneren ==
De laatste dagen kost het soms moeite om in bewerkingsvensters met muis of tutsjpet de cursor op de gewenste plaats te positioneren (broncode, monobook, LM 20.3, FF 98.0.2 64). Het lijkt geen hardwareprobleem te zijn: in bv. ''LibreOffice Writer'' en ''Xed'' speelt dit niet. Weet iemand wat er aan de hand kan zijn en of er wat aan te doen is? [[User:Wutsje|Wutsje]] 2 apr 2022 21:18 (CEST)
 
:Ik merkte het ook al op, maar vandaag niet meer. De cursor weigerde domweg te verschijnen of kwam een of meer alinea's hoger dan waar ik klikte. Dubbelklikken of driemaal klikken hielp ook niet, dat had geen enkel merkbaar effect. In de brontekstmodus vond ik een wurkeround (om in Wutsjes stijl te blijven): Met Ctrl-A selecteer ik alles, daarna gebruik ik een willekeurige cursortoets en is de cursor weer zo mak als een lammetje. Een hardwareprobleem kan het inderdaad nauwelijks zijn, want met mijn chromebook erbij hebben we drie totaal verschillende apparaten. Mijn skin is Vector, versie 2010.
:In de visuele modus is en was er niets aan de hand, Wikimedia zet harde middelen om ons die kant op te duwen! [[User:Bertux|'' →bertux'']] 2 apr 2022 21:41 (CEST)
::Ja, dat gevoel heb ik er ook steeds bij, maar er is vast gewoon iets gemisprogrammeerd, net als een week of wat geleden met dat overlegtabjestekstongelukje. [[User:Wutsje|Wutsje]] 2 apr 2022 21:51 (CEST)
::Dank trouwens voor de wurkerount, daar ben ik blij mee. [[User:Wutsje|Wutsje]] 2 apr 2022 21:54 (CEST)
:::Ik loop tegen hetzelfde probleem aan, zelfs bij het schrijven van dit berichtje. Je klikt je af en toe bijkans een ongeluk, voordat je de cursor op de plek hebt waar je hem hebben wil. Heel lastig. Als je even niet oplet, zit je op de meest onmogelijke plekken je wijzigingen of aanvullingen door te voeren. Kortom, heel vervelend, dit. Groet, [[Gebruiker:Piet.Wijker|Piet.Wijker]] ([[Overleg gebruiker:Piet.Wijker|overleg]]) 3 apr 2022 12:50 (CEST)
::::@[[Gebruiker:Piet.Wijker|Piet.Wijker]]: Zoals gezegd is er een handigheidje: {{toets|Ctrl}}{{toets|A}} en dan {{toets|↑}} of een andere pijltjestoets. Daarna doet de cursor het goed [[User:Bertux|'' →bertux'']] 3 apr 2022 13:17 (CEST)
:::::@[[User:Bertux|'' →bertux'']]: Dank voor de tip. Ik ga het proberen. Groet, [[Gebruiker:Piet.Wijker|Piet.Wijker]] ([[Overleg gebruiker:Piet.Wijker|overleg]]) 3 apr 2022 13:38 (CEST)
 
:Aangezien ik niet die software (Linux/FireFox) gebruik kan ik daarbij niet helpen. Echter, misschien ligt het aan de browser. Kijk dan eens naar [[Brave (webbrowser)| Brave]] (Chrome Engine met nieuwerwetsere voordelen). Wikipedia is reeds een erkende ontwikkelaar in het Brave ecosysteem. Wellicht loont het om je hier eens in te verdiepen en is daarmee ook het cursorprobleem verholpen. [[Gebruiker:Démarche Modi|Démarche Modi]] ([[Overleg gebruiker:Démarche Modi|overleg]]) 3 apr 2022 14:41 (CEST)
::Een andere browser dan Chrome is op een chromebook nauwelijks een optie. Los daarvan, dergelijke basisfunctionaliteit zou altijd moeten werken.
::Overigens zijn er ook bij de visuele editor cursorproblemen, zij het dat die eerder vermoeiend dan hinderend zijn: in de dialoogvensters voor het toevoegen van een bronvermelding is er geen peil te trekken op de focus: soms staat die in het invulvakje waar die mijns inziens hoort, maar vaak genoeg moet je net zo lang op {{toets|Tab}} drukken tot de cursor daar verschijnt. Lastig en tijdrovend als je door een visuele of motorische handicap niet met muis of touchpad kunt of wilt werken. Dat focusprobleem speelt trouwens al jaren, terwijl het cursorprobleem nieuw lijkt te zijn. Ik verdenk een recente update van de Wikimedia-software [[User:Bertux|'' →bertux'']] 3 apr 2022 15:12 (CEST)
:::Ik vermoed dat de ontwikkelaars ''out of the box'' denken. [[Gebruiker:Démarche Modi|Démarche Modi]] ([[Overleg gebruiker:Démarche Modi|overleg]]) 3 apr 2022 15:26 (CEST)
:::Na het aanzetten van de syntax highlighting moet ik tot de trieste conclusie komen dat ik soms in Brave (MacOS Monterey 12.2.1 (21D62), Brave Versie 1.36.119 Chromium: 99.0.4844.83 (Officiële build) (x86_64)) ook het probleem van de zoek geraakte cursor heb. Maar ondertussen ben ik wel 0,07 USD rijker... tenminste, als die volatiele crypto niet ineens als een kaartenhuis in elkaar stort. [[Gebruiker:Démarche Modi|Démarche Modi]] ([[Overleg gebruiker:Démarche Modi|overleg]]) 6 apr 2022 15:22 (CEST)
 
Het merkwaardige is: op de:wiki, en:wiki, es:wiki, fr:wiki, it:wiki en sv:wiki, alsmede op Commons en Meta, waar ik allemaal ook broncode/monobook gebruik, treedt dit verschijnsel consequent niét op. Nu begin ik me af te vragen of het wellicht enkel op de Nederlandstalige wiki speelt. Wat denken jullie? [[User:Wutsje|Wutsje]] 4 apr 2022 05:27 (CEST)
: Dat zou me niet verbazen, ik merk al jaren dat nlwiki anders 'aanvoelt' dan de rest. Het zou iets met de css kunnen zijn, al dan niet in interactie met een recente updeet van de softwèèr. Zelf heb ik er al twee dagen geen last meer van, maar ik gebruik vooral de VE en de reageerfunctie. Ik heb dus ook niet geprobeerd de werkbalk uit te schakelen [[User:Bertux|'' →bertux'']] 4 apr 2022 08:45 (CEST)
::Als ik ''syntax highlighting'' uitzet lijkt het cursorpositioneringsprobleem niet meer op te treden. Jammer dat dat er voor nodig is. [[User:Wutsje|Wutsje]] 4 apr 2022 20:38 (CEST)
:::Dat zal ik dan ook maar doen, want dat eerdere voorstel van [[User:Bertux|'' →bertux'']] met die knoppen heeft bij mij in elk geval tot niets geleid. Ik moest trouwens ongeveer 20 keer klikken, voordat ik de cursor op de juiste plaats kreeg en aan deze reactie kon beginnen. Tussen haakjes, waar vind ik dat, ''syntax highlighting''? Ik zoek me rot, maar kan het niet vinden. Bvd en groet, [[Gebruiker:Piet.Wijker|Piet.Wijker]] ([[Overleg gebruiker:Piet.Wijker|overleg]]) 4 apr 2022 21:28 (CEST)
::::In het balkje direct boven het bewerkingsscherm (dat je te zien krijgt als je [[Speciaal:Voorkeuren#mw-prefsection-editing|hier]] ''Bewerkingsbalk inschakelen'' hebt aangevinkt) staat een pictogram van een potloodje. Daarop klikken zet ''syntax highlighting'' aan of uit. [[User:Wutsje|Wutsje]] 4 apr 2022 21:46 (CEST)
:::::Ik heb het probleem nu ook en de truc met Ctrl-A die eergisteren werkte, hielp zojuist niet meer, maar nu weer wel. Wat bij mij ook werkt: dubbelklikken in de tekst als je de eerste keer in het bewerkingsvenster klikt; Normaal zou het dubbelgeklikte woord geselecteerd worden, maar dat gebeurt niet. Soms moet ook mijn volgende klik een dubbelklik zijn, maar daarna is het afwijkende gedrag over. Het uitschakelen van de syntax highlight is bij mij dus niet nodig, al helpt het inderdaad [[User:Bertux|'' →bertux'']] 4 apr 2022 22:08 (CEST)
::::::Intussen heb ik op en:wiki ''syntax highlighting'' eens aangezet – en prompt kreeg ik het gedoe daar ook. Dit is wel een oefening in zen zeg. [[User:Wutsje|Wutsje]] 4 apr 2022 22:21 (CEST)
:::::::Ik dacht eerst dat het een probleem op mijn computer was, maar niet dus. Inmiddels los ik het ook op met een of meer keer dubbelklikken. Maar na op "toon bewerking ter controle" geklikt te hebben begint het gedoe weer van voren af aan. [[Gebruiker:Gouwenaar|Gouwenaar]] ([[Overleg gebruiker:Gouwenaar|overleg]]) 4 apr 2022 22:54 (CEST)
:Dit klinkt als het rapport in [[phab:T305333|T305333]], welke inmiddels in ontwikkeling is en zal hopelijk over 2-3 dagen klaar en op Wikipedia uitgedraaid zijn. Zo niet, meld het dan aldaar of ping mij hier even. Groet! --[[Gebruiker:Krinkle|Krinkle]] ([[Overleg gebruiker:Krinkle|overleg]]) 4 apr 2022 23:41 (CEST)
::Ha, dat is bemoedigend. Dank voor je reactie. Groet, [[User:Wutsje|Wutsje]] 5 apr 2022 00:04 (CEST)
----
Zonet heb ik ''syntax highlighting'' weer eens aangezet. De cursor lijkt nu steeds twee regels lager dan ik wil terecht te komen. Hoe is dat bij jullie? [[User:Wutsje|Wutsje]] 9 apr 2022 09:28 (CEST)
 
:De bovengenoemde Phab staat nog open, dus dat klopt: sinds 5 april is er geen voortgang. Bij mij komt de cursor altijd hoger dan waar ik klik en nog altijd helpt dubbelklikken en wederom dubbelklikken bij mijn chromebook, dus persoonlijk heb ik er weinig last van. Toch maar even [[Gebruiker:Krinkle|Krinkle]] pingen, want dit kan honderden gebruikers het leven zuur maken. Desnoods maar terug naar een oude versie, zoals voorgesteld op Phabricator.
:Voor de volledigheid: bij mij kan het meerdere alinea's schelen, zodat de cursor soms onzichtbaar en buiten het bewerkingsveld is. Dat wordt bevestigd als ik met Shift-pijltje de tekst selecteer: Normaal als je dat doet verspringt het beeld zodat de cursor in beeld komt, maar door deze bug gebeurt dat niet en komt de selectie pas na een tijdje in zicht.
:Kwantitatief: bij drie experimenten scheelde het 114, 81 en 647 tekens en 1, 2 en 3 alinea's in [[Plagiaat]], [[Kustwolfspin]] en [[CAMERA JAPAN Festival]]. Als ik het met die laatste herhaal krijg ik 391 tekens verschil, maar ik heb op een ander punt in het document geklikt. Er is een verband tussen de plaats waar je klikt en het verschil dat je krijgt.
:Mijn indruk is, dat de cursor meestal twee alinea's te hoog komt, geen twee regels dus. Verder is de positionering in links-rechtsrichting goed, mits de alinea waar hij terechtkomt lang genoeg is. Zo niet, dan komt de cursor aan het eind van die alinea.
:Verder: als ik in de eerste twintig of dertig tekens van een artikel klik gaat het daar, maar alleen daar goed. Bij [[Gebruiker:Wutsje|Wutsje]] zou dat eventueel kunnen gelden voor de laatste tekens.
----
:Een ander punt dat hier wel of niet mee te maken kan hebben: als ik de ongewijzigde bewerkpagina herlaad met Ctrl-Shift-R reageert de pagina soms alsof ik iets gewijzigd heb. Dat is iets dat op Commons al langer speelt, daar krijg ik de vraag of ik de pagina echt wil verlaten soms zelfs zonder dat ik een bewerkknop aangeraakt heb [[User:Bertux|'' →bertux'']] 9 apr 2022 20:25 (CEST)
::Dat laatste heb ik van de week op Commons voor het eerst kort achter elkaar ook een paar keer gehad, maar het was daar toen erg druk (avond in de VS) en ik heb er verder geen aandacht aan besteed. Het is ook nog niet weer gebeurd.
::Wat je opmerking boven het streepje betreft: als ik in je eerste regel klik voor de b van "bovengenoemde", dan kom ik reproduceerbaar voor de r van "Voor" in de volgende alinea terecht, bij mijn bewerkingsschermbreedte exact drie regels lager. Klik ik in je eerste alinea voor de p van "persoonlijk", dan belandt de cursor voor de g van "verspringt" in de volgende alinea, voor mij weer precies drie regels lager. Verder lijkt je bevinding over de links-rechtsrichting en het verband met de lengte van de alinea voor mij ook op te gaan. [[User:Wutsje|Wutsje]] 9 apr 2022 21:07 (CEST)
:@[[Gebruiker:Wutsje|Wutsje]] The Phab taak staat nog open, echter de software wijziging is sinds dindag 5 april al gecontroleerd en in de software ingevoegd. De wekelijkse uitdraai begint maandagavond en het heeft de trein dus net gemist. Wellicht kun je op de [https://nl.wikipedia.beta.wmflabs.org/ beta wiki] alvast een kijkje nemen? (Je kunt wanneer je aldaar inlogt evt de experimentele Vector 22 skin uitschakelen.) [[Gebruiker:Krinkle|Krinkle]] ([[Overleg gebruiker:Krinkle|overleg]]) 9 apr 2022 22:12 (CEST)
::Neuh, ik wacht gewoon wel even af. Dank voor de updeet. [[User:Wutsje|Wutsje]] 11 apr 2022 10:38 (CEST)
----
Dit probleem is zo te zien opgelost. Hartelijk dank! [[User:Wutsje|Wutsje]] 18 apr 2022 13:29 (CEST)
 
== Witregel op beoordelingslijsten ==