Jump to content

Help talk:Keyboard shortcuts/Archive 1

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 1

List of Keys?

Resolved
 – Article previously fleshed out. Libcub (talk) 07:37, 25 February 2008 (UTC)

This is a stub article... I have just submitted a question at the help desk to see if anyone there might know where the list of these shortcuts might exist. After getting whatever answer I might get from the help desk, I will complete this article and add lists of various shortcuts and how they perform using various different browsers.....

Scott P. 21:21, July 12, 2005 (UTC)

Copied from Wikipedia:HelpDesk:

Accesskeys in Javascript

Stale
 – No comment in 2 years. Libcub (talk) 07:38, 25 February 2008 (UTC)

Anyone know why accesskeys are added to the page by a Javascript? Requiring Javascript for the use of an assistive technology which is built into HTML seems to go against basic accessibility principles. —Michael Z. 2006-02-20 21:36 Z

I filed bug 5051: Accesskeys should not require Javascript. —Michael Z. 2006-02-20 22:11 Z

Firefox 2.0 changed key combination

Resolved
 – Text was updated. Libcub (talk) 07:39, 25 February 2008 (UTC)

According to Firefox 2.0 release notes: "Access key definitions provided by web pages can now be triggered using Alt+Shift+key on Windows, Ctrl+key on Mac OS X, and Ctrl+Shift+key on Unix."

The tooltips at Wikipedia show this to be true here too (just in FF2 though, must be dynamically generated). Needs to be updated. --Quiddity 21:09, 25 October 2006 (UTC)

With Iceweasel 2.0.0.1 from the current Debian GNU/Linux (Sid) Ctrl+Shift+Key doesn't work, but Alt+Shift+Key does. -- Ma82 01:13, 2 January 2007 (UTC)

Key Additions?

I'm not sure if this is the right place to add this, but how about expanding the set of default/universal accesskeys? A few major ones are as follows: (1) for Wikipedia Home (4) to focus on the Search Box (9) for Contact Wikipedia

Maybe we could also have: (2) for Featured Content (5) for About Wikipedia

These controls are mostly missed out of the current set of acceskeys (which seem to focus on logged in users). However the numbers above are consistent with the most popular scheme used on other sites. —The preceding unsigned comment was added by Darkdoc (talk • contribs) 11:04, August 23, 2007 (UTC).

Strange Text

Resolved
 – Text is not in current version of page. Libcub (talk) 07:41, 25 February 2008 (UTC)

What is a problem child?! It is mentioned on the article at …Some common problem children include: as of only pressing one button. Is it supposed to be Some common problems children include:? I don't know! The WikiWhippet (deeds)

How to disable access key?

This page begs to have a simple question answered: How the heck do I turn off access keys? I find the way the access key "takes over" keystrokes like Alt-F to be incredibly irritating. Maybe explanations for Mozilla, IE, etc.

I agree with this concern. Shortcuts that conflict with other purposes are a hassle, as with the Alt-F, Alt-E, etc. Maybe use Ctrl-Alt, or Shift-Alt instead? (Or be able to preferences - but the ideal would be to have one standard which is convenient, with no conflicts, but which can also be turned off). --Singkong2005 04:08, 27 April 2006 (UTC)
The method for disabling shortcuts on this page does not work. I'm using Firefox. Has anybody sorted this out yet? The shortcuts are incredibly frustrating. Resonance 16:00, 14 August 2006 (UTC)
Yes, it does not work for me, either. And yes, I do find it incredibly frustrating, as well. To answer the question posed in the section below (Accesskeys in Javascript): The purported reason for doing it in Javascript is so that they can be turned off or otherwise modified. But, if they can't be modified, well, it definitely defeats the purpose. I'll look into it a little more. --Matt B. 16:39, 19 March 2007 (UTC)
Aha! I got it! Using ta = false; as suggested in the article does not work. Also, doing something akin to ta['ca-delete'] = new Array('','Delete this page'); also does not work. As far as I can tell, the only operation that actually changes things (at least in Safari and Firefox) is reassignment. Take a look at my User:Matt B./monobook.js for the way I did it (I'm currently missing control f and control z from the list). --Matt B. 17:01, 19 March 2007 (UTC)
I agree: I HATE HATE HATE these access keys. In emacs, and Firefox on MacOS, Ctrl-E moves to the end of a line. In Mediawiki, it hits the 'edit' tab, reloads the window, and trashes your work unretrievably. Then it took me three hours of googling to find a partial solution for turning off accesskeys. Thanks Matt!!! Mediawiki maintainers: PLEASE make this easier to find and change! (I'll do what I can on some other doc pages.) Cphoenix (talk) 06:02, 11 February 2008 (UTC)
Second that: I just attempted to go to the end of a line and deleted half an hour of typing. AT LEAST expose a enable/disable feature to the user in preferences, please. —Preceding unsigned comment added by 67.165.107.125 (talk) 18:15, 29 August 2008 (UTC)

i don't like access key either. in firefox 2 (ms windows), type 'about:config' in the url bar, in the filter box, type 'ui'. you'll see a few ui.key at the bottom. change its setting by double cliking it, particularly - ui.key.menuAccessKey to '0' (zero) and ui.key.menuAccessKeyFocuses to 'false'. the stupid access key and underlines are gone. for mac users using a windows firefox, change ui.key.accelKey to '18'. all shortcuts that uses control key changes to alt key (like the command key)  :-) michaely 16 march 2008

I couldn't find monobook.js in my 1.12 installation, so I added Matt B.'s hack to the end of skins/common/wikibits.js and it seems to do the trick. I also want to add that altering the behavior of function keys is pretty effin obnoxious. Can someone *please* add a config option to disable this antisocial behavior? --pj 26-March-2008 —Preceding unsigned comment added by 68.56.130.89 (talk) 18:24, 26 March 2008 (UTC)

Extremely annoying, though what pj said works. This behavior should really be disabled by default, --Raevel 22:31, 29 August 2008 (UTC) —Preceding unsigned comment added by Raevel (talk • contribs)

I was so sick about the using our MediaWiki site with Firefox on a mac. I setup my Firefox to use ctrl key like it is on Linux and Windows. So, everytime I try to do a ctrl-tab to open a new tab, MediaWiki brings me to the Talk page. And same thing with ctrl-F to search within the content of the page. I am brought the the Mediawiki Search box.

This is what I did to disable it under 1.13.1. In the skins/common/wikibits.js file, I changed the line "["+tooltipAccessKeyPrefix+"$5]"); to ""); . This is probably not the right place to do it, but I just want to get rid of access key. Would still like to know the correct way to disable it though.

--131.225.80.148 (talk) 18:45, 30 September 2008 (UTC)

IE7 Question

Isn't ie7 using alt + key ? In the article is written alt+shift+key..can anybody test ? From http://www.asauk.net/access.html looks like is alt+key. —Preceding unsigned comment added by 151.65.40.190 (talk) 19:58, 12 January 2009 (UTC)

safari 4.0

Among the peculiarities of the release version of Safari 4.0 , at least for Macintosh system 10.5 , is that control-key no longer works, but only control-option-key, just as if it had been control-alt-key for windows. I assume it's a Javascript incompatibility, and perhaps they will fix it--there seem to be a number of other complaints about Safari 4.0 release version, including speed. DGG (talk) 04:25, 13 June 2009 (UTC)

Why don't get rid of access keys at all?

As explained in Wikipedia article, accesskeys are deprecated by W3C. This whole idea is a misconception since browsers use different control keys, screen readers also use shortcuts and - which is often forgotten by English-speaking community - non-English users also have to use keyboard shortcuts to write special national characters. This makes one big mess. So maybe MediaWiki should abandond this feature completely? 149.156.199.251 (talk) 13:20, 6 March 2009 (UTC)

No! I much prefer the keyboard to the mouse, and it's a lot faster for me. Libcub (talk) 15:31, 6 March 2009 (UTC)
in fact many people with difficulties in motor control cannot use a mouse at all; relying on accesskeys in not good, because some people cn only work with a mouse of some sort; having both provides for everyone. DGG (talk) 04:21, 13 June 2009 (UTC)
I love access keys! Maybe you can turn off them or reconfiguraten using hotkeys that you don't need in the about:config options. (At least in Firefox and Opera this should work, the rest I don't know). mabdul 12:04, 7 June 2011 (UTC)

Other skins?

Stale
 – No comments in almost 2 years. Libcub (talk) 07:38, 25 February 2008 (UTC)

Is there a plan to have shortcuts on other skins? I use Cologne Blue, partly so that I'm aware of whether I'm logged in. --Singkong2005 04:08, 27 April 2006 (UTC)

I will word my question differently. Are those shortcuts working from other skins? Monobook? Just clarification in the leade of the help page would help. Reo + 21:02, 24 June 2011 (UTC)

Keys in Opera 11.51 missing or incomplete

The article Wikipedia:Keyboard shortcuts states that Shift-Esc in Opera will bring up an access key menu. On my Opera 11.51 on Windows Vista, on the article page pressing Shift-Esc causes a one line text box to appear with a sole parenthesis "(". Here, in the edit box, pressing Shift-Esc displays "(,) (null)" followed by a line with just "(".

I had selected the Vector skin and blanked my custom CSS and javascript before I tested this. See the history for User:84user/vector.css and User:84user/vector.js.

On other web pages such as Google, pressing Shift-Esc displays a one line message "No access keys have been defined for this page". I know access keys work in my Opera 11.51 because this site has a working example.

I am in the process of testing how usable Wikipedia is for those without a mouse (or temporarily unable to easily use a mouse), and so far with Opera 11.51 I had to first follow this Opera help to select "Opera 9.2 compatible" and also click "Enable single-key shortcuts". Those choices gave me the ability to navigate the links on a wikipedia page (using "a" and "q").

However, there were two actions for which I was unable to find a way to operate without a mouse: "click" the User Login link and select the signature "~~~~" link under Wiki markup - this Italian keyboard has no tilde.

It would be very useful for users in my (hopefully temporary) position for this article to include as much help, advice and workarounds as possible. -84user (talk) 18:19, 16 September 2011 (UTC)

Update: somehow I am now able to use "a" and "q" to both login and to select the tilde signature without a mouse. All I did was restore my own custom CSS and JS. Also, the access key menu does correctly appear for the wikipedia Preferences and user talk pages but not user pages, the Main page, and this project page. -84user (talk) 18:35, 16 September 2011 (UTC)

They don't work

Hello! On my Eee PC 901, with Linux and Firefox, "anything plus T" for the duscussion page and so on doesn't work. Moreover, "Alt+Shift" seems to be reserved for the language shift (e. g. German to Russian). Can you help me, please? Hellsepp 00:33, 23 April 2010 (UTC) —Preceding unsigned comment added by Hellsepp (talk • contribs)

reconfigurate firefox using about:config or reconfigurate linux (don't know how) and move one of the two features to another keyboard shortcut. mabdul 12:06, 7 June 2011 (UTC)
I think that what Mabdul meant by "reconfigurate linux" is "remap the keybindings in X Window on your computer." (And if you don't know what that means, either your knowledge of Linux begins & ends with Ubuntu, or don't know enough about Linux/UNIX -- which is the same thing.) -- llywrch (talk) 21:48, 14 August 2011 (UTC)
Alt-Shift is reserved in Ubuntu (it starts CJK character input, or switches from one CJK language to another CJK language if it's already running). Unfortunately, this default setting is a very annoying design flaw in Mozilla products. See MozillaZineKB:Ui.key.contentAccess for instructions on how to change Mozilla products. CJK input shortcut keys can be adjusted in ibus-setup. --Stefan2 (talk) 22:54, 17 November 2011 (UTC)

Firefox 11.0 on Windows 7

I have Firefox 11.0 on Windows 7.0, and when I press alt + shift + e, it goes to Windows Explorer. Does anybody know the shortcuts for Firefox 11? I tried the Firefox Help link, but it didn't help. |Randomno| WP 12:22, 6 April 2012 (UTC)

Are you sure that you didn't hit the [windows]-key (or on a laptop the [fn]-key)? It (the key combiation) is working here! mabdul 14:02, 6 April 2012 (UTC)
Yeah, I've tried lots of things, but it still doesn't work. |Randomno| WP 08:52, 7 April 2012 (UTC)
Works on Windows Vista. |Randomno| WP 10:42, 21 April 2012 (UTC)

Firefox 14

Recently upgraded to Mozilla Firefox version 14.0.1 on Mac OS X.6.8. The shortcuts using "control+⌥ Option" only seem to work intermittently, whereas the old "control only" earlier version behaved faultlessly. Any clues gratefully received. Ben MacDui 14:29, 25 August 2012 (UTC)

Chrome 22

The shortcuts Alt-Shift-, and Alt-Shift-. do not seem to work on Chrome 22 under Windows 7. AxelBoldt (talk) 20:51, 1 September 2012 (UTC)

Printable view of shortcuts

I would like to see a link that give a well-formatted one-page easy to read and understand printable quick reference sheet for the shortcut keys. Is this possible to do? -- Stillwaterising (talk) 12:35, 17 September 2012 (UTC)

Sounds useful. I've made a first attempt: Here is a link to a printable version and here is a PDF version.
Is this what you wish for? You asked that it would be easy to understand. Is there something you want clarified? Cheers, Dodoïste (talk) 14:39, 17 September 2012 (UTC)

Alt working with keyboard shortcuts, not just alt + shift

Is this happening for anyone else? When I press alt + w, it adds a page to my watchlist. It also works with alt + shift + w, so it seems the shift doesn't make a difference. This in spite of the fact that this page, and the tooltip when mousing over the watchlist button, saying it should ONLY work with alt + shift + w. Using Chrome 26.

It's pretty annoying for me because I have alt + w bound to mute the browser using an extension, and every time I try and do that while browsing Wikipedia I end up watchlisting a page I don't really want to... And if I'm not paying attention I may not notice, especially if I'm scrolled down on the page even a tiny bit. Would quite like to stop it happening, if at all possible. Buttons to Push Buttons (talk | contribs) 21:43, 7 April 2013 (UTC)

Firefox 16 on Mac

This version only needs crtl + access key to work, just as Camino. Does anyone else see this?--Paracel63 (talk) 23:42, 10 June 2013 (UTC)

Chrome 41 on Linux

For some reason, besides the other keys, only 't' (talk page) and '.' (user page) don't work. I tried following the instructions at Changing and disabling access keys in my common.js here but that didn't work. -Joel. Ugog Nizdast (talk) 14:17, 11 April 2015 (UTC)

Control-Z/Command-Z as a shortcut to undo an edit?

Does anyone agree that control/command-z should be a shortcut on the View History pages to undo edits? UpsandDowns1234 (Talk to me) (My Contribs) 17:01, 17 April 2017 (UTC)

No. Firstly, Ctrl/Command should be left for the browser itself, except for the WYSIWYG editors—it can, for example, be used in the search field. accesskey HTML attribute can be used, which is handled by the browser and becomes Alt/Alt+Shift/Shift+Esc/whatever, depending on the browser. (accesskey="z" is already used for the main page link.)
Secondly, to undo what edits? On history pages, there are many edits to be undone, the browser doesn’t know which link is the user looking at. So on history pages, it’s impossible, however, on diff pages this latter is no problem (the first point still applies). --Tacsipacsi (talk) 21:39, 18 April 2017 (UTC)

Unassigned Alt-Shift keys of Wikipedia

I am using AutoHotkey macros extensively in Wikisource (Windows 7 Ultimate, Firefox 52.3.0 ESR), and I have a problem with the keyboard key combinations of Alt+Shift+9 which is not on the list of wmf access keys. Would there still be a conflict if unassigned wmf access keys of alt+shift are used with AutoHotkey?— Ineuw talk 06:37, 27 September 2017 (UTC)

Add hotkeys for the editor?

I think that hotkeys for the Wikipedia article should also be included on this page under a new section titled "Editor Hotkeys" or something like that. Recently, when I was editing, I accidentally pressed shift+command+X instead of shift+command+Z, so instead of redoing an edit that I undid with command+Z, I changed the typographic alignment of the text inside the editor. I got really confused and initially thought that Wikipedia had glitched, and there are 10,000,000 edits on the English Wikipedia about every two months, which means about 5,000,000 edits per month, so even if there is only a 0.01% chance that an editor will accidentally use the wrong hotkey and get confused while performing any given edit, that's still hundreds of confused editors each month. I looked for a list of editing hotkeys on Wikipedia, but I couldn't find it anywhere, and this page seems like a good place to put it.


Here's the table. Please expand it if you know of Wikipedia editor hotkeys currently not included in the table.

Key Command/Control without shift Command/Control with shift
Z Undo Redo
X Cut (Copy followed by delete) Toggle typographic (text) alignment in editor between flush left and flush right
C Copy
V Paste

What do you think?98.197.198.46 (talk) 02:03, 15 December 2017 (UTC)

Known issues: Gadgets which block keyboard shortcuts

The v key

Currently it says that the v key is assigned to both VisualEditor and show changes. Actually it opens VisualEditor. How can we see changes while editing with a keyboard shortcut? Alexei Kopylov (talk) 20:19, 16 April 2018 (UTC)

@Alexei Kopylov: If there’s an access key conflict, Firefox doesn’t take the first action, just highlights it, letting me choose which one I meant (pressing the shortcut once again goes to the other occurrence). It seems like Chrome doesn’t do this; you can work the problem around by pressing Alt+Shift+B (edit summary) or Alt+Shift+W twice (check and uncheck “Watch this page”), and then using the Tab key to get to the Show changes button. Since the two edit tabs are not a default behavior (if you use one tab, it gets e), I don’t see much chance for either of the access buttons to change. —Tacsipacsi (talk) 20:04, 21 April 2018 (UTC)

Semi-protected edit request on 22 January 2019

MM Jabri (talk) 08:20, 22 January 2019 (UTC)
 Not done: it's not clear what changes you want to be made. Please mention the specific changes in a "change X to Y" format and provide a reliable source if appropriate. DannyS712 (talk) 08:35, 22 January 2019 (UTC)

Merge Proposal

I propose that the page Wikipedia:Tips/Keyboard_shortcuts be merged into this one or deleted entirely. That page was the first one that came up for me in a Google search, but it's very out of date and all the current information about keyboard shortcuts is on this page. Although that page links to this one, it seems redundant and confusing for people such as myself looking for basic info about Wikipedia keyboard shortcuts. Can Wikipedia:Tips link directly to this page? Annettet (talk) 22:43, 23 March 2019 (UTC)

Semi-protected edit request on Jan 12, 2020 (Eastern Time)

This page has been repeatedly blanked and vandalised by users like 2408:84F6:8080:AF33:CBB8:B789:1B69:1604 and User: Rockspartz to name a few. Most of these changes have gone unnoticed, and the change by Rockspartz was made in May 2019 and deleted in December of that same year (by me). All this time it was unnoticed. Maybe it's time you protect it.

Please change WP:K's unprotectedness to semi-protected, is what I'm asking. -◊PRAHLADBalaji 15:05, 12 January 2020 (UTC)

 Not done. @Prahlad balaji: First, it already is semi-protected, and has been since 2015. Second, requests for page protection can be made at WP:RFPP, not by making an edit request. –Deacon Vorbis (carbon • videos) 15:59, 12 January 2020 (UTC)
(Fixing ping to Prahlad balaji). –Deacon Vorbis (carbon • videos) 16:01, 12 January 2020 (UTC)
@Deacon Vorbis: I'm sorry. I didn't realize. Thanks. -◊PRAHLADBalaji 19:11, 12 January 2020 (UTC)

On linux I had to use left alt+right shift to activate commands

I remember previously in linux it was enough to use left alt+left shift and it worked fine but after some time(maybe after updates) I realized it did not respond anymore so I let it be and stopped using it(thinking it broke somehow without knowing why). Today I experimented with using combinations of all 4 keys left alt, left shift, right alt and right shift. Finally it looks like left alt and right shift does the trick, I just made it work to open the wikidata item of a wikipedia item. Btqfshfst (talk) 18:49, 17 February 2019 (UTC)

“On Linux” is quite a broad term; for example, left Alt + left Shift works for me on Debian 9 “stretch” using Cinnamon desktop. Although it stopped working after I enabled this very keystroke for keyboard layout change, so I switched back to Super+Space for that. Maybe it’s your problem too? —Tacsipacsi (talk) 21:34, 17 February 2019 (UTC)
Thank you! left alt + left shift + . opens my userpage and all other commands should work now(I tried some of them!) Btqfshfst (talk) 20:49, 6 March 2019 (UTC). Yes it was my problem too! Btqfshfst (talk) 20:49, 6 March 2019 (UTC)

Several years I can't access these shortcuts in Ubuntu. Now I can. Instructions:

  1. open about:config in Mozilla Firefox
  2. search ui.key.contentAccess
  3. assign ui.key.contentAccess some value, for example, ui.key.contentAccess=6, where 6 = 2 (Ctrl) + 4 (Alt), see Ui.key.contentAccess.

Thus, now I can use Ctrl + Alt in order to access shortcuts in Wikipedia. See also this answer at stackoverflow. --Andrew Krizhanovsky (talk) 08:11, 12 June 2020 (UTC)

Edit shortcut not working on Firefox for Mac

Hi. The access keys I have tried work (using ctrl+alt+key) but the shortcut with E to edit pages is not working in Firefox, at least on my Mac. It works in Chrome on my Mac. What might be causing this? Thanks, DemonDays64 (talk) 00:59, 4 October 2020 (UTC) (please ping on reply)

Howdy, I can confirm that same is true for me. Shortcut works correctly in Safari. Have reset all my prefs, and this did not fix it. [--Sillyputty1967 (talk) 14:37, 8 January 2021 (UTC)[User:Sillyputty1967]] @DemonDays64: Have you figured out a fix? Sillyputty1967 (talk) 14:37, 8 January 2021 (UTC) The key combo must be reserved for something else in Firefox? Sillyputty1967 (talk) 01:37, 12 January 2021 (UTC)

Technical reason for using Alt-(Shift)-{key}?

I'm sure there's some technical explanation for why modifier keys are needed, but I can't quickly find it. Will any attempt be made to elimiate the need for the modifier keys, and switch hotkeys to standard ones? Here I'm thinking primarily of Alt-Shift-f being used to enter the search field, when most modern web apps just use /. —Hugh (talk) 21:52, 18 April 2021 (UTC)

They use the accesskey HTML attribute. This means that they work without JavaScript (e.g. in ancient browsers in which MediaWiki deliberately turns off JS, or shortly after page load, when JS would not have had time to execute), and browsers may also provide assistive ways to list all shortcuts (although, as far as I know, only Presto-based Opera does this, which is long abandoned). However, nothing prevents providing both HTML attribute-based and the one-key attributes at the same time (e.g. in Wikimedia’s bug tracker Phabricator both Alt+⇧ Shift+F and / work), but, to be honest, I’m really annoyed when web apps steal /, since it’s also a built-in hotkey for quick search in Firefox (a lightweight search form that doesn’t provide any settings like case sensitivity or whole-word search, but it vanishes automatically when I no longer use it and doesn’t override my last search term in the non-quick search). If you personally want to use / to jump to the Wikipedia search, you can ask for a gadget at WP:VPT. —Tacsipacsi (talk) 19:43, 19 April 2021 (UTC)

Inconsistancy with alt+shift+v

Hello!

I've experienced some inconsistancies while using alt-shift-v. Oftentimes I've been linked to "Show changes" but sometimes to the VisualEditor. How might this come and how can I always be linked to "Show history"?Jonteemil (talk) 21:44, 30 April 2021 (UTC)

Readability?

In smaller windows, the section 'Display access keys' becomes difficult to read, as the CSS code box becomes very thin and the text is stretched out over dozens of lines. Could the CSS code go either before or after the images/videos to preserve readability? – Pigeon <3 (talk) 13:16, 2 December 2021 (UTC)

@Pigeon43 could you please tell us which skin are you using? Are you using mobile or desktop version of the website? In Vector, I don't see any problems with CSS code readability in narrow windows. The images and videos float above the code blocks. The lines in the code blocks are pretty short, so in Vector the code only starts wrapping when the window is less than 550 pixels wide. It is even better in mobile view (skin is called Minerva), because there is no sidebar to take up horizontal space. —⁠andrybak (talk) 19:06, 22 June 2022 (UTC)
@Andrybak Sorry- I can't really remember, this was quite a while ago. As far as I am aware, I just have default settings! This happens on my laptop, at a resolution of 1920 x 1080 pixels.
From what I can see- the issue is that the images are floating to the right, but are not above the CSS code blocks. To make space for the image, the CSS code blocks are subsequently 'squished' so they fit in the remaining space.
At thinner resolutions, the image does appear above the CSS code, which takes the full width. However, the images now overlap the edge of the page (the thin line on the left). Thinner still, the images go off the screen and cannot fully be seen. At no point do the images change size.
On mobile, things seem to work fine. The images are resized and placed above the CSS code with no overlapping elements. Everything is a uniform width (full). This is on a screen with a native resolution of 1080 x 1920 pixels.
I'm not an expert in CSS, so apologies if my lack of knowledge is making this more difficult.
Please let me know if I can help further! – Pigeon <3 (talk) 22:37, 22 June 2022 (UTC)
Ahh, I understand the problem now. Before the floating kicks in, at the intermediate width, the code turns into a column, one-two characters wide. Will attempt a fix... —⁠andrybak (talk) 23:23, 22 June 2022 (UTC)
CSS code box's readability has been fixed with a bit of CSS. —⁠andrybak (talk) 23:31, 22 June 2022 (UTC)

Misalignment / Overlap

Added CSS with shortcuts shown always with a box to my personal CSS, and it's causing an overlap in two places in Firefox 109.0.1 (64-Bit):

1. the "watch this page"-star and is overlaid by the "w"-shortcut symbol.

2. the list of pages I'm watching button is being overlapped by the "L"-shortcut symbol. Nakonana (talk) 12:44, 19 February 2023 (UTC)

Retrieved from "https://wiki.riteme.site/w/index.php?title=Help_talk:Keyboard_shortcuts/Archive_1&oldid=1236808223"