User:Ahmad Alezzy/sandbox

Ahmad Alezzy / sandbox

Parameter for horizontal list
It'd be very nice to have a parameter for creating horizontal lists for use in rare circumstances, such as here. Would that be possible to create? &#123;{u&#124; Sdkb  }&#125;  talk 21:41, 7 April 2020 (UTC)

Shortcut anchor bug
The Shortcut template is intended to create anchors using the shortcut name. See Template:Shortcut. The #82 entity is an error that prevents references such as Requests for comment.
 * For example: Requests_for_comment uses which creates a div of the form:
 * This means that redirects, such as WP:RFCCLOSE need to use the full section title Requests for comment instead. - GhostInTheMachine (talk) 20:02, 15 May 2020 (UTC)
 * They work for me in Firefox. Maybe it's a browser thing - which browser are you using (my guess is a Microsoft one)? -- Red rose64 &#x1f339; (talk) 20:44, 15 May 2020 (UTC)
 * Brave, Firefox and Chrome. I don't normally use Microsoft browsers, but Edge has the problem as well. GhostInTheMachine (talk) 21:24, 15 May 2020 (UTC)
 * Only read this post in the rendered text and not the source where I had to do things with  to render as wanted. There is significant confusion here and I'm not sure what Redrose64 is testing. The redirect at WP:RFCCLOSE works but that's not what the report is about. The claim is that Requests for comment doesn't work. But it's not supposed to work. It is Requests for comment which is supposed to work. It doesn't actually work for me in Firefox. It's claimed that it produces


 * I think it would work if it produced that, but it actually produces


 * The issue is unwanted double HTML encoding in a string contaning "RFC". The  is first encoded as   but then the whole thing is apparently encoded a second time where   is encoded as , so we end up with the wrong  . I don't know Lua but the problem may be in this in Module:Shortcut:


 * Testing shows that strings containing RFC, PMID or ISBN from mw:Help:Magic links give wrong results. When used in wikitext,  encodes the first character in RFC, PMID or ISBN, maybe to avoid a potential clash with the magic link feature. For example,   produces  . This seems a bit odd but it would work so far. The problem is a second encoding by Module:Shortcut. I wrote   here:  . This produces a working anchor for Template talk:Shortcut. But the anchor breaks after a second encoding. I wrote   here:  . Template talk:Shortcut does not work. PrimeHunter (talk) 21:44, 15 May 2020 (UTC)


 * Thank goodness for that. I was beginning to question my sanity. Sorry about the #RFCCLOSE vs #WP:RFCCLOSE. That was my typing fail. It is getting late.
 * The RFC/PMID/ISBN encode magic is in safeEncodeAttribute (in Sanitizer.php) so probably rather too deep to "fix". GhostInTheMachine (talk) 22:36, 15 May 2020 (UTC)
 * I don't know how much encoding  does. The example Requests for comment would work if   was simply changed to  . But maybe it would break in other cases, or in the future if something changes. PrimeHunter (talk) 10:04, 16 May 2020 (UTC)

Heading parameter
I see you added some code for the heading parameter. What's the status on that? ‑‑Trialpears (talk) 20:15, 16 June 2020 (UTC)
 * It was an attempt at merging in Module:Shortcut/policy and Module:Shortcut/further per the TfD. I never got around to syncing it, partially because of a lingering feeling that the code I had written was "ugly" in some way and partially because I declared myself too involved with Wikipedia and took a break only a few days later. The code should work, and I wouldn't object to another template editor syncing it or someone making a edit template-protected request. * Pppery * it has begun... 20:56, 16 June 2020 (UTC)
 * , I've had a look at it and it seems to be working alright as you said. I've also had a look through the code and everything makes sense. Do you want to implement the rest of the merger or shall I? ‑‑Trialpears (talk) 21:18, 16 June 2020 (UTC)
 * Go ahead. * Pppery * it has begun... 21:49, 16 June 2020 (UTC)
 * ✅ Trialpears (talk) 15:26, 17 June 2020 (UTC)

Shortcuts to sections don't always lead to the sections
WP:RM contains a section that is identified with, which generates a navigation shortcut box on the right side of the page. When I click on the link in that nav box, it does not lead me to that section of WP:RM. Instead of linking to WP:RM, which generates a reference to https://en.wikipedia.org/wiki/Wikipedia:RM#TR, it seems to generate a link to https://en.wikipedia.org/w/index.php?title=Wikipedia:RM&redirect=no#TR, which suppresses the redirection and does not lead to the intended destination. Once it takes me to the redirect, if I click again, the section link is missing, so I am just sent to the top of the redirect target's page instead of to the desired section. I think I have seen this happening on other pages as well – perhaps whenever a shortcut to a section leads through a redirect. What is happening? Can it be fixed? —BarrelProof (talk) 13:19, 2 September 2020 (UTC)
 * But clicking on one of the shortcuts inside the box isn't supposed to take you to the target of that shortcuts (you're already there). The link goes to the shortcuts itself (hence &redirect=0). – Uanfala (talk) 18:18, 2 September 2020 (UTC)
 * Why shouldn't clicking on a shortcut take you to the target of the shortcut? I think it should, for four reasons: 1) that is what practically everyone would definitely think is what would happen, since that is what happens when I click on any other Wikilink; 2) I have been clicking on them as a way to check whether they are linking to the correct place (e.g., to see if the shortcut was created incorrectly or leads to a stale section name), and the current behavior makes it appear that they are not linking to the correct place; 3) I have been clicking on them as a way to refresh the page while staying at the same anchor position, and this makes me click again and unexpectedly dumps me off at the top of the page instead; and 4) it is totally not obvious that section-specific shortcuts would behave differently from other shortcuts by leading to a different location than where they appear to go. —BarrelProof (talk) 19:13, 2 September 2020 (UTC)
 * The current behaviour appears to be traced to this brief discussion: Template talk:Shortcut/Archive 2. – Uanfala (talk) 19:19, 2 September 2020 (UTC)

Skusta Clee
Birth name Ahmad Alezzy Also known as Skusta Clee, Cleezy Boy Born April 25, 1995 (age 25) Upper Bicutan, Taguig City, Philippines Genres Hip hoptrap Occupation(s) clerk Instruments clerk, Bass Years active 2014–present Labels Panty Droppaz League (2014-present) Ex Battalion (2016–present) Viva Records (2018–2019) Associated acts — Preceding unsigned comment added by Ahmad Alezzy (talk • contribs) 19:36, 25 September 2020 (UTC)