/dev/null - Overig

Oude Windows bug?

23-12-2019, 17:47 door Anoniem, 21 reacties
(niet zozeer security maar kan toch voor sommigen interessant zijn, dus /dev/null...)

Naar aanleiding van:
https://tweakers.net/nieuws/161480/oude-xp-bug-is-nog-steeds-aanwezig-in-laatste-updates-voor-windows-10.html

Tweakers maakt hier melding van een oud probleem waarbij een deel van het uitklapmenu achter de taakbalk verdwijnt
zodat je deze optie(s) niet kunt aanklikken. Gebruikers die hier tegen aan lopen zoeken zich vaak het leplazerus hoe dit op te lossen.

Ik zag net dat hier een workaround voor bestaat, die o.a. in 2018 is gegeven door JohnCourtright op:
https://answers.microsoft.com/en-us/windows/forum/windows_10-start-win_desk/lower-part-of-a-window-hidden-behind-the-taskbar/ae6ca822-7f4b-47a4-a4a0-28fb5e024433. (pagina 1)
Hij maakt gebruik van de autohide optie van de taakbalk.

Zelf zit ik niet op het forum van tweakers, maar ik dacht dat er ook wel enige interesse zou kunnen zijn van bezoekers alhier, want het kan erg vervelend zijn als je er eens mee te maken krijgt.
(en wie weet dat iemand die dit leest en ook op het forum van Tweakers actief is het daar ook even meldt)

De discussie kan vervolgens denk ik nog gaan over of dit nu werkelijk een bug betreft of dat het een "undocumented feature" was... ;))
Reacties (21)
29-12-2019, 18:21 door Eric-Jan H te D
.
Dit probleem komt regelmatig voor door applicaties die niet juist op scaling reageren. Ook modal schermen zonder scroll-balken zijn vaak een ramp - als ze zich al niet achter het zojuist geïnactiveerde scherm verbergen - . Aangezien scaling/zoom op diverse niveaus is te regelen is het zonder eenduidige scherm-objecten ook niet eenvoudig. Eigenlijk zou elk scherm/menu dat constateert niet geheel op het scherm te passen automatisch van scroll-balken moeten worden voorzien.
29-12-2019, 21:24 door Anoniem
Modal schermen die achter andere schermen verborgen zitten zijn inderdaad ook een probleem waar men maar niet
vanaf lijkt te komen, ik krijg soms de indruk dat het onder Citrix nog erger is dan bij lokaal werken.
Gebruikers ervaren dat "alles vast zit" en dat ze gepingel horen als ze iets proberen te doen.
Ervaren gebruikers komen op het idee om Alt-Tab of Windows-Tab te proberen maar de muisgebruikers zitten vast en
zetten de computer maar uit.
30-12-2019, 04:18 door Anoniem
Door Eric-Jan H te A: .
Dit probleem komt regelmatig voor door applicaties die niet juist op scaling reageren. Ook modal schermen zonder scroll-balken zijn vaak een ramp - als ze zich al niet achter het zojuist geïnactiveerde scherm verbergen - . Aangezien scaling/zoom op diverse niveaus is te regelen is het zonder eenduidige scherm-objecten ook niet eenvoudig. Eigenlijk zou elk scherm/menu dat constateert niet geheel op het scherm te passen automatisch van scroll-balken moeten worden voorzien.
Hoi Eric, Als een scherm niet past en geen scroll balk of bovenste sleep balk verdwenen, dan is er een handige 'windows proggy' dat helpt- Google 'AltWinDrag'.
Hiermee kun je het hele scherm verschuiven: ALT +linker muis knop. Is een standaard functie van Linux. Groet, Ben.
30-12-2019, 14:13 door karma4
Door Anoniem:
Hiermee kun je het hele scherm verschuiven: ALT +linker muis knop. Is een standaard functie van Linux. Groet, Ben.
Het is ook een standaard key in windows, je hebt er geen progje voor nodig. Het is vrij onbekend onder Windows kennelijk omdat het zelden fout gaat. Als er meerdere zaken tegelijkertijd spelen dan krijg je het wel voor elkaar.
Het kan bet heel vervelend zijn met meerdere producten drivers en schermen door elkaar te gebruiken.

De veelheid aan combinaties nodigt niet uit om alles paraat te hebben. De alt-tab combinatie helpt al vaak voldoende,
https://support.microsoft.com/nl-nl/help/12445/windows-keyboard-shortcuts
30-12-2019, 14:50 door Anoniem
Door Eric-Jan H te A: .
Dit probleem komt regelmatig voor door applicaties die niet juist op scaling reageren. Ook modal schermen zonder scroll-balken zijn vaak een ramp - als ze zich al niet achter het zojuist geïnactiveerde scherm verbergen - . Aangezien scaling/zoom op diverse niveaus is te regelen is het zonder eenduidige scherm-objecten ook niet eenvoudig. Eigenlijk zou elk scherm/menu dat constateert niet geheel op het scherm te passen automatisch van scroll-balken moeten worden voorzien.
Nah, 't is in de eerste plaats toch ook wel terug te voeren op het eigenwijze Windows OS zelf. (of liever gezegd:
de ontwikkelaars)

De taakbalk is de balk die default de hele tijd rotsvast op de voorgrond onderin je scherm blijft staan.
Als je bijv. een applicatie zo op je scherm verschuift dat het onderste item van een menu van deze applicatie zich ter hoogte van de taakbalk bevindt, dan verdwijnt deze achter de taakbalk en is het niet aan te klikken. Probeer maar.

Wat je in zo'n situatie eigenlijk verwacht is dat Windows zo slim is dat er één van beide gebeurt:
1. óf de onderste menu-optie(s) van het aangeklikte menu vallen gewoon ter plekke over de taakbalk heen
(komen dus op de voorgrond) waarbij deze menu-opties niet alleen zichtbaar zijn, maar ook gewoon aan te klikken zijn.
2. óf laat de taakbalk altijd in zijn geheel op de voorgrond zoals het nu is, maar mocht(en) de onderste menu optie(s) van een applicatie achter de taakbalk dreigen te verdwijnen, vouw het menu dan naar boven toe open in plaats van naar onderen.

Als dit na alle Windowsversies die we al gehad hebben in Windows 10 nog steeds het geval is,
dan zitten er volgens mij bij Microsoft toch een paar mensen hééééééél diep te slapen.
30-12-2019, 15:45 door [Account Verwijderd] - Bijgewerkt: 30-12-2019, 16:04
Door Anoniem:
Door Eric-Jan H te A: .
Dit probleem komt regelmatig voor door applicaties die niet juist op scaling reageren. Ook modal schermen zonder scroll-balken zijn vaak een ramp - als ze zich al niet achter het zojuist geïnactiveerde scherm verbergen - . Aangezien scaling/zoom op diverse niveaus is te regelen is het zonder eenduidige scherm-objecten ook niet eenvoudig. Eigenlijk zou elk scherm/menu dat constateert niet geheel op het scherm te passen automatisch van scroll-balken moeten worden voorzien.
Nah, 't is in de eerste plaats toch ook wel terug te voeren op het eigenwijze Windows OS zelf. (of liever gezegd:
de ontwikkelaars)

De taakbalk is de balk die default de hele tijd rotsvast op de voorgrond onderin je scherm blijft staan.
Als je bijv. een applicatie zo op je scherm verschuift dat het onderste item van een menu van deze applicatie zich ter hoogte van de taakbalk bevindt, dan verdwijnt deze achter de taakbalk en is het niet aan te klikken. Probeer maar.

Wat je in zo'n situatie eigenlijk verwacht is dat Windows zo slim is dat er één van beide gebeurt:
1. óf de onderste menu-optie(s) van het aangeklikte menu vallen gewoon ter plekke over de taakbalk heen
(komen dus op de voorgrond) waarbij deze menu-opties niet alleen zichtbaar zijn, maar ook gewoon aan te klikken zijn.
2. óf laat de taakbalk altijd in zijn geheel op de voorgrond zoals het nu is, maar mocht(en) de onderste menu optie(s) van een applicatie achter de taakbalk dreigen te verdwijnen, vouw het menu dan naar boven toe open in plaats van naar onderen.

Als dit na alle Windowsversies die we al gehad hebben in Windows 10 nog steeds het geval is,
dan zitten er volgens mij bij Microsoft toch een paar mensen hééééééél diep te slapen.

Kom kom zeg.

Dit zag ik ook jááren terug bij Graphic Converter dat sommige dialoogschermen rotsvast plaatste zodanig dat de OK- of Annuleer knop onderin het venster wegviel. Dat had niets te maken met het OS (Macintosh) maar alles met de wijze waarop het programma grootte van dialoogvensters vaststelde en/of plaatste in het beschikbare grid (1995)
Het kwam overigens ook wel vaker voor.
Een workaround was een - buggy - regelpaneeltje/extensie waarmee je 'sticky' dialoogvensters kon verslepen door het bij de rand vast te pakken met de muis.

Niet alles Windows is de oorzaak.
30-12-2019, 17:11 door Anoniem
Door Philias: Kom kom zeg.

Dit zag ik ook jááren terug bij Graphic Converter dat sommige dialoogschermen rotsvast plaatste zodanig dat de OK- of Annuleer knop onderin het venster wegviel. Dat had niets te maken met het OS (Macintosh) maar alles met de wijze waarop het programma grootte van dialoogvensters vaststelde en/of plaatste in het beschikbare grid (1995)
Het kwam overigens ook wel vaker voor.
Een workaround was een - buggy - regelpaneeltje/extensie waarmee je 'sticky' dialoogvensters kon verslepen door het bij de rand vast te pakken met de muis.

Niet alles Windows is de oorzaak.

Toch wel. Het is een Windows feature omdat het zo is gemaakt en nooit is bijgewerkt, en het is irritant.

Overigens is dit precies waar het in het topic genoemde tweakers bericht (en dus ook dit topic) eigenlijk over gaat.
En tweakers heeft het heel duidelijk over een "oude Windows bug".
Probeer ze bij de tweakers-redactie maar eens wijs te maken dat het niet aan Windows ligt.
De taakbalk waar het om gaat en die soms dwars zit is een pure Windows feature.

Kan je er omheen werken? Jawel, maar ideaal is het dus niet.
Het punt is dat het gewoon volstrekt onlogisch is dat wanneer een laatste menu-item toevallig net de taakbalk overlapt
deze achter de taakbalk verdwijnt, zodat je hem niet meer kan lezen en ook niet kunt aanklikken.

Ik heb hier Linux met zowel onder als boven een die balk constant aanwezig is, maar met Linux overkomt me dit niet.
Nou jij weer.
30-12-2019, 19:49 door [Account Verwijderd]
Door Anoniem:
Door Philias: Kom kom zeg.

Dit zag ik ook jááren terug bij Graphic Converter dat sommige dialoogschermen rotsvast plaatste zodanig dat de OK- of Annuleer knop onderin het venster wegviel. Dat had niets te maken met het OS (Macintosh) maar alles met de wijze waarop het programma grootte van dialoogvensters vaststelde en/of plaatste in het beschikbare grid (1995)
Het kwam overigens ook wel vaker voor.
Een workaround was een - buggy - regelpaneeltje/extensie waarmee je 'sticky' dialoogvensters kon verslepen door het bij de rand vast te pakken met de muis.

Niet alles Windows is de oorzaak.

Toch wel. Het is een Windows feature omdat het zo is gemaakt en nooit is bijgewerkt, en het is irritant.

Overigens is dit precies waar het in het topic genoemde tweakers bericht (en dus ook dit topic) eigenlijk over gaat.
En tweakers heeft het heel duidelijk over een "oude Windows bug".
Probeer ze bij de tweakers-redactie maar eens wijs te maken dat het niet aan Windows ligt.
De taakbalk waar het om gaat en die soms dwars zit is een pure Windows feature.

Kan je er omheen werken? Jawel, maar ideaal is het dus niet.
Het punt is dat het gewoon volstrekt onlogisch is dat wanneer een laatste menu-item toevallig net de taakbalk overlapt
deze achter de taakbalk verdwijnt, zodat je hem niet meer kan lezen en ook niet kunt aanklikken.

Ik heb hier Linux met zowel onder als boven een die balk constant aanwezig is, maar met Linux overkomt me dit niet.
Nou jij weer.

Hoezo ik weer? Verwacht je dat ik hier als Linux gebruiker een OS feuilleton/soap aan ga zwengelen? (vol verwachting 'bonst' ons hart?)
NOOIT. Kleuters genoeg hier.
Dat gesnotter is in dit topic, elders, en overal op security.nl al zo koortsachtig dominant aanwezig dat je er letterlijk een 'versnopte beus' van krijgt.
30-12-2019, 20:35 door [Account Verwijderd]
Door Philias:
Door Anoniem:
Door Eric-Jan H te A: .
Dit probleem komt regelmatig voor door applicaties die niet juist op scaling reageren. Ook modal schermen zonder scroll-balken zijn vaak een ramp - als ze zich al niet achter het zojuist geïnactiveerde scherm verbergen - . Aangezien scaling/zoom op diverse niveaus is te regelen is het zonder eenduidige scherm-objecten ook niet eenvoudig. Eigenlijk zou elk scherm/menu dat constateert niet geheel op het scherm te passen automatisch van scroll-balken moeten worden voorzien.
Nah, 't is in de eerste plaats toch ook wel terug te voeren op het eigenwijze Windows OS zelf. (of liever gezegd:
de ontwikkelaars)

De taakbalk is de balk die default de hele tijd rotsvast op de voorgrond onderin je scherm blijft staan.
Als je bijv. een applicatie zo op je scherm verschuift dat het onderste item van een menu van deze applicatie zich ter hoogte van de taakbalk bevindt, dan verdwijnt deze achter de taakbalk en is het niet aan te klikken. Probeer maar.

Wat je in zo'n situatie eigenlijk verwacht is dat Windows zo slim is dat er één van beide gebeurt:
1. óf de onderste menu-optie(s) van het aangeklikte menu vallen gewoon ter plekke over de taakbalk heen
(komen dus op de voorgrond) waarbij deze menu-opties niet alleen zichtbaar zijn, maar ook gewoon aan te klikken zijn.
2. óf laat de taakbalk altijd in zijn geheel op de voorgrond zoals het nu is, maar mocht(en) de onderste menu optie(s) van een applicatie achter de taakbalk dreigen te verdwijnen, vouw het menu dan naar boven toe open in plaats van naar onderen.

Als dit na alle Windowsversies die we al gehad hebben in Windows 10 nog steeds het geval is,
dan zitten er volgens mij bij Microsoft toch een paar mensen hééééééél diep te slapen.

Kom kom zeg.

Dit zag ik ook jááren terug bij Graphic Converter dat sommige dialoogschermen rotsvast plaatste zodanig dat de OK- of Annuleer knop onderin het venster wegviel. Dat had niets te maken met het OS (Macintosh) maar alles met de wijze waarop het programma grootte van dialoogvensters vaststelde en/of plaatste in het beschikbare grid (1995)
Het kwam overigens ook wel vaker voor.
Een workaround was een - buggy - regelpaneeltje/extensie waarmee je 'sticky' dialoogvensters kon verslepen door het bij de rand vast te pakken met de muis.

Niet alles Windows is de oorzaak.

Precies wat Philias voorstelt doet mijn Manjaro Cinnamon Linux: als opties onder de taakbalk dreigen te verdwijnen vouwt het menu naar boven t.o.v. de muis cursor.

Algemeen heb ik na vele jaren Windows desktop naast Linux desktop gebruik ervaren dat Windows meestal aardig werkt en Linux veel beter qua snelheid, stabiliteit enz. maar ook als het op allerlei kleine details aankomt. Linux desktops zitten gewoon vol handigheidjes die je vaak pas jaren later in Windows ziet verschijnen en dan vaak nog in minder uitgebreide vorm.
30-12-2019, 20:51 door Anoniem
Door Philias:
Hoezo ik weer? Verwacht je dat ik hier als Linux gebruiker een OS feuilleton/soap aan ga zwengelen? (vol verwachting 'bonst' ons hart?)
NOOIT. Kleuters genoeg hier.
Dat gesnotter is in dit topic, elders, en overal op security.nl al zo koortsachtig dominant aanwezig dat je er letterlijk een 'versnopte beus' van krijgt.
Nogal wiedes. Jij suggereerde dat het vast niet aan het OS hoefde te liggen. (wel dus...)
Maar ik ben blij dat je op dit punt je ongelijk bekent door op deze manier te reageren. ;)

door Kili Manjaro:Precies wat Philias voorstelt doet mijn Manjaro Cinnamon Linux: als opties onder de taakbalk dreigen te verdwijnen vouwt het menu naar boven t.o.v. de muis cursor.
Ja, dat zei ik: Linux doet dit default gewoon altijd goed. Windows dus niet.
Daar is het doormodderen of een workaround toepassen waarbij de hele taakbalk tijdelijk verdwijnt.
30-12-2019, 22:53 door [Account Verwijderd] - Bijgewerkt: 30-12-2019, 22:54
Door Anoniem:
Door Philias:
Hoezo ik weer? Verwacht je dat ik hier als Linux gebruiker een OS feuilleton/soap aan ga zwengelen? (vol verwachting 'bonst' ons hart?)
NOOIT. Kleuters genoeg hier.
Dat gesnotter is in dit topic, elders, en overal op security.nl al zo koortsachtig dominant aanwezig dat je er letterlijk een 'versnopte beus' van krijgt.
Nogal wiedes. Jij suggereerde dat het vast niet aan het OS hoefde te liggen. (wel dus...)
Maar ik ben blij dat je op dit punt je ongelijk bekent door op deze manier te reageren. ;)

door Kili Manjaro:Precies wat Philias voorstelt doet mijn Manjaro Cinnamon Linux: als opties onder de taakbalk dreigen te verdwijnen vouwt het menu naar boven t.o.v. de muis cursor.
Ja, dat zei ik: Linux doet dit default gewoon altijd goed. Windows dus niet.
Daar is het doormodderen of een workaround toepassen waarbij de hele taakbalk tijdelijk verdwijnt.

Wat is dat toch allemaal met die balk? Willen jullie hier nu altijd die balk voor je ogen ;-) of het nu een werkbalk, een taakbalk of voor mijn part een notenbalk is :-)
Het is verspilling van nuttige beeldweergave.

Even dit: Het is geen workaround in Windows. Het is gewoon een instelling.
Toen ik nog Windows gebruikte had ik ergens middels het configuratiescherm die balk - die voor grofweg 95% van de tijd dat een computersessie duurt nutteloos in het beeld staat of hangt - op automatisch verbergen geschakeld. En bij het uitzetten had ik het ding niet nodig (Alt-F4)

Ook nu in Linux > systeeminstellingen > voorkeuren/werkbalk > Werkbalk automatisch verbergen.
Als ik wil 'balken' prik ik met de muis de bovenrand van het scherm; floep: zakt 'ie naar beneden (ik heb een 'uitzakbalk' net als bij Mac OS bovenin)
31-12-2019, 07:53 door Bitje-scheef
En zo verzand iemands nuttige posting weer in een onzinnige discussie...

Je bent een wijs man als je iets verteld, maar nog wijzer wanneer je weet dat je moet zwijgen.
31-12-2019, 08:59 door karma4
Door Bitje-scheef: En zo verzand iemands nuttige posting weer in een onzinnige discussie...
Je bent een wijs man als je iets verteld, maar nog wijzer wanneer je weet dat je moet zwijgen.
Wijze woorden en helaas die gaan aan de evangelisten in hun os oorlogsvoering voorbij, zo jaren 90. Hack-tik
31-12-2019, 09:01 door The FOSS
Door karma4: ..., zo jaren 90. Hack-tik

Zelfs dat weet je niet correct te krijgen: het is Hack-Tic met een c! - https://en.wikipedia.org/wiki/Hack-Tic.
31-12-2019, 09:07 door [Account Verwijderd]
Door Bitje-scheef: En zo verzand iemands nuttige posting weer in een onzinnige discussie...

Je bent een wijs man als je iets verteld, maar nog wijzer wanneer je weet dat je moet zwijgen.

Als je het zo ziet, ja dan valt ook niet te snappen waarom TS dan niet zweeg. Want....
Dit is alles wat feitelijk over de balk te vertellen is als die in de weg zit:
Uit mijn hoofd, ik gebruik geen Windows meer, maar er wordt gewezen op een lullo probleem tenzij je continue die taakbalk voor ogen neen in je ogen wil hebben. (Waarom zou je??)

Rechtsklik op de taakbalk - niet op een symbooltje dus - Selecteer Instellingen. Schakel 'De taakbalk automatisch verbergen in bureaubladmodus' in.

Kortom: boel geleuter over een onbestaand probleem op Tweakers, waarschijnlijk daar gepost door iemand die ook moppers heeft als zijn auto niet wegrijdt, tenzij je hem in de 1e versnelling schakelt...

Vandaag dus niet meer balken :-)

EEN VEILIGE EN GEZONDE JAARWISSELING TOEGEWENST!
Ook aan ieder die over zijn of andermans (ge)balk struikelt ;-)
31-12-2019, 10:29 door The FOSS - Bijgewerkt: 31-12-2019, 10:32
Afsluitend wat trucjes om een off-screen Window weer op je scherm te krijgen: https://www.technipages.com/bring-off-screen-window-back-onto-screen.

En over balken gesproken:

Mattheüs 7 - https://www.statenvertaling.net/bijbel/matt/7.html (3) En wat ziet gij den splinter, die in het oog uws broeders is, maar den balk, die in uw oog is, merkt gij niet? (4) Of, hoe zult gij tot uw broeder zeggen: Laat toe, dat ik den splinter uit uw oog uitdoe; en zie, er is een balk in uw oog? (5) Gij geveinsde! werp eerst den balk uit uw oog, en dan zult gij bezien, om den splinter uit uws broeders oog uit te doen.
31-12-2019, 12:39 door Bitje-scheef
Door Philias:
Door Bitje-scheef: En zo verzand iemands nuttige posting weer in een onzinnige discussie...

Je bent een wijs man als je iets verteld, maar nog wijzer wanneer je weet dat je moet zwijgen.

Als je het zo ziet, ja dan valt ook niet te snappen waarom TS dan niet zweeg. Want....
Dit is alles wat feitelijk over de balk te vertellen is als die in de weg zit:
Uit mijn hoofd, ik gebruik geen Windows meer, maar er wordt gewezen op een lullo probleem tenzij je continue die taakbalk voor ogen neen in je ogen wil hebben. (Waarom zou je??)

Rechtsklik op de taakbalk - niet op een symbooltje dus - Selecteer Instellingen. Schakel 'De taakbalk automatisch verbergen in bureaubladmodus' in.

Kortom: boel geleuter over een onbestaand probleem op Tweakers, waarschijnlijk daar gepost door iemand die ook moppers heeft als zijn auto niet wegrijdt, tenzij je hem in de 1e versnelling schakelt...

Vandaag dus niet meer balken :-)

EEN VEILIGE EN GEZONDE JAARWISSELING TOEGEWENST!
Ook aan ieder die over zijn of andermans (ge)balk struikelt ;-)

Het verschil met Linux mogen duidelijk zijn, 1x vermelden is prima, de zaag-commentaren erna zijn zo vermoeiend, ellenlang en op het laatst een hoog nah-nah-nah-nah en welles-nietes gehalte.

Dit geldt overigens voor beide kampen. Ik hoop dat we dit in 2019 achter ons kunnen laten.
31-12-2019, 19:26 door [Account Verwijderd]
Door The FOSS:
Door karma4: ..., zo jaren 90. Hack-tik

Zelfs dat weet je niet correct te krijgen: het is Hack-Tic met een c! - https://en.wikipedia.org/wiki/Hack-Tic.

Ik denk dat ie de Windows spellingscontrole gebruikt, wellicht zitten daar ook nog een paar bugs in.
01-01-2020, 14:49 door Anoniem
Door Philias:
Wat is dat toch allemaal met die balk? Willen jullie hier nu altijd die balk voor je ogen ;-) of het nu een werkbalk, een taakbalk of voor mijn part een notenbalk is :-)
Het is verspilling van nuttige beeldweergave.
Zo'n balk kan best nuttig zijn. Microsoft denkt dat hij zo nuttig is, dat de meeste gebruikers hem altijd willen zien.

Even dit: Het is geen workaround in Windows. Het is gewoon een instelling.
Nou en of het een instelling is: een lousy instelling van Microsoft!
Maar die zgn. "oplossing" zoals jij het noemt heeft meer weg van een workaround voor het eigenlijke probleem.
Namelijk dit probleem: dat Windows standaard niet zelf zo slim is om er voor te zorgen dat er nooit menu-items achter de taakbalk zullen verdwijnen, die daar vervolgens ook nog eens niet aan te klikken zijn.

(het moge duidelijk zijn: zo slim is Linux dus wél, en dat bewijst dat het in principe mogelijk is!!!
En dit zonder een autohide optie o.i.d. te hoeven ontdekken en te gebruiken......)

That's all.
01-01-2020, 20:11 door [Account Verwijderd] - Bijgewerkt: 01-01-2020, 20:12
Door Anoniem:
Door Philias:
Wat is dat toch allemaal met die balk? Willen jullie hier nu altijd die balk voor je ogen ;-) of het nu een werkbalk, een taakbalk of voor mijn part een notenbalk is :-)
Het is verspilling van nuttige beeldweergave.
Zo'n balk kan best nuttig zijn. Microsoft denkt dat hij zo nuttig is, dat de meeste gebruikers hem altijd willen zien.

Even dit: Het is geen workaround in Windows. Het is gewoon een instelling.
Nou en of het een instelling is: een lousy instelling van Microsoft!
Maar die zgn. "oplossing" zoals jij het noemt heeft meer weg van een workaround voor het eigenlijke probleem.
Namelijk dit probleem: dat Windows standaard niet zelf zo slim is om er voor te zorgen dat er nooit menu-items achter de taakbalk zullen verdwijnen, die daar vervolgens ook nog eens niet aan te klikken zijn.

(het moge duidelijk zijn: zo slim is Linux dus wél, en dat bewijst dat het in principe mogelijk is!!!
En dit zonder een autohide optie o.i.d. te hoeven ontdekken en te gebruiken......)

That's all.

Neen, dat is niet alles.

Weet je nog dat ik Linux gebruiker ben?
GOED ONTHOUDEN!

In je woorden: Net als Windows heeft Linux ook die lousy instelling om het menu altijd te tonen. Zo'n balk kan best nuttig zijn. Linux denkt dat hij zo nuttig is, dat de meeste gebruikers hem altijd willen zien.

Ik niet.

Nogmaals: Niet de zaak gaan verdraaien, het is geen workaround. Het is in beide systemen een opt-in om het te verbergen als je dat ding niet continue voor je snufferd wil hebben.
Basta.

Mijn uitgangspunt - niet van Linux, dat kan mij aan mijn reet roesten! - is altijd geweest dat hetgeen je niet nodig hebt je op een computerscherm niet altijd hoeft te zien. Een van de vragen die ik mij stelde alvorens over te stappen van Windows naar Linux was: 'Kan ik die vervelende 95% van de computertijd nutteloze balk verbergen?'

Antwoord was:
Ja! Uitstekend!

Maar oei oei, Je moet even leren waar die instelling te vinden is (Net als kleuters die even moeten leren waar de rol hangt om hun bips af te vegen en hoe dat te doen)
Voel je me?......
Verder:
Ik word altijd ibbelig van 'slim' en 'smart' als drogreden om iets met een tien en een griffel te belonen.
Dat is basisschool onzin of van computergebruikers die zich willig een oor aan laten naaien.[1]

Ik geloof in slimme mensen.

'That's all.'

01-01-2020, 23:07 door Anoniem
Door Philias:
Neen, dat is niet alles.

Weet je nog dat ik Linux gebruiker ben?
GOED ONTHOUDEN!
Wist ik toch.

In je woorden: Net als Windows heeft Linux ook die lousy instelling om het menu altijd te tonen. Zo'n balk kan best nuttig zijn. Linux denkt dat hij zo nuttig is, dat de meeste gebruikers hem altijd willen zien.

Ik niet.
Duidelijk.
Maar je gaat zo op in wat je zelf denkt, dat je niet meer ziet wat ik je vertel en waar dit topic in feite over gaat.
Er is in wezen geen probleem met de aanwezigheid van een taakbalk op zich.
Maar er is een probleem met menu-items die in Windows soms zomaar plotseling stom-idioot-hoe-krijgen-ze-het-voor-mekaar achter die balk wegvallen!

https://tweakers.net/i/hnM9-1aja0JH00cVkQ0FK_OQ01M=/656x/filters:strip_icc()/i/2003258902.jpeg?f=imagenormal

En nee, dat is niet echt een kwestie van een balk die in de weg zit.
Want het is immers simpel een kwestie van de plaatsing van deze menu-items op het scherm door ... nounounou...nounounounounou nou???
YES!!! YES!!! YES!!! Door Windows natuurlijk!!!

Want welk idioot OS krijgt het voor mekaar om ze nog altijd zó te plaatsen dat er items achter de taakbalk kunnen verdwijnen? Juist. Alleen bij Windows kan dat! (Linux plaatst ze er niet achter... never)

Tuurlijk: als het toevallig je smaak is, kies je voor autohide, maar dat zou helemaal niet moeten hoeven.
Bovendien lost autohide het probleem toevallig op. Het is niet waar autohide oorspronkelijk voor is gemaakt!
Daarom heet het in dit geval heus een workaround.

Hopelijk snap je nu waar het om draait, slimmerd.
Klaar.
Reageren

Deze posting is gelocked. Reageren is niet meer mogelijk.