Help talk:Wikitext

  two pass vs. one pass

The article should mention why using   is more reliable than just   Jidanni (talk) 08:18, 9 March 2024 (UTC)

Preview broken

I added this H:WT and when I hover over it, it says "There is an issue displaying this preview." I'd fix it, but I forget where the preview is. Is it in the "short description"? --David Tornheim (talk) 01:10, 22 March 2024 (UTC)

@David Tornheim: this is the talk page for discussing improvements to the page Help:Wikitext, it is not a help forum.

Anyway, the short description is nothing to do with page previews. The preview is pulled from the text of the lead section of a page by JavaScript. I may be wrong, but I think that it only works for articles. Your shortcut is in article space, so it's attempting to start the page previews script; but the redirect target is in Help: space, not an article. --Redrose64 🌹 (talk) 08:14, 22 March 2024 (UTC)

I didn't think this was a help forum. LOL. That it gives an error with the preview seems to me to be a bug, not a mistake on my part for using the shortcut. Since the preview error is associated with this page, I reported it here. Can you suggest a better place to report the error? WP:Village_pump_(technical), perhaps? Incidentally,WP:Village_pump_(technical) does not give an error when I hover over it. --David Tornheim (talk) 09:15, 22 March 2024 (UTC)

WP:Village_pump_(technical) isn't an article, so Page Previews is not triggered, so there won't be any error. --Redrose64 🌹 (talk) 09:26, 22 March 2024 (UTC)

Help:Wikitext is not an article either. And this isn't article space, right? Yet the preview is broken for it, but not for WP:Village_pump_(technical).

Weird, Help:Wikitext doesn't break. Only the shortcut H:WT.

And the short cut WP:RS doesn't give an error either. So it appears to be a problem with the shortcut.

H:YFA and H:FIRST also break. So it appears to be a problem with all shortcuts starting with "[[H:" --David Tornheim (talk) 09:41, 22 March 2024 (UTC)

The thing is that H:WT, although not an article, is in article space: you can tell because its Page information shows "Namespace ID 0" - the list of namespace numbers is here. The same goes for any other shortcut beginning "H:". It's not a problem for WP:RS because it's in Wikipedia space: you can tell because its Page information shows "Namespace ID 4", and also "Namespace Wikipedia". The same goes for any other shortcut beginning "WP:". --Redrose64 🌹 (talk) 09:52, 22 March 2024 (UTC)

Redrose64 said "The preview is pulled from the text of the lead section of a page by JavaScript". That only applies to "Navigation popups" which can be enabled at Special:Preferences#mw-prefsection-gadgets. "There was an issue displaying this preview" comes from the default preview feature mw:Page Previews which works differently. It's configured to only work with mainspace links. "H" is not a namespace alias so H:WT is a mainspace page. "There was an issue displaying this preview" is displayed on all redirects from mainspace to other namespaces, e.g. MOS:DATE. The message is made by MediaWiki:Popups-preview-no-preview. We could change it to be more informative but I suspect it's a general message used in other situations than cross-namespace redirects. Page Previews knows in advance that the wikilink Help:Wikitext is not in mainspace so it doesn't try to display anything for a direct link like that. PrimeHunter (talk) 10:40, 22 March 2024 (UTC)

I have tested (test deleted) at testwiki:MediaWiki:Popups-preview-no-preview whether wikitext is parsed in the message. It's not so we cannot do anything to give different text depending on circumstances. That would have to be requested at phab:. PrimeHunter (talk) 11:35, 22 March 2024 (UTC)

«pre» Tag also works with self-closing «includeonly»

In the section on <pre> tags, it shows how one can add an <includeonly> to prevent automatic escaping of markup and HTML. I think it should be noted that if styles are to be added to the pre-formatted text, they should be added after the <includeonly>.

For example:

<pre<includeonly /> style="color: red;">
[[Wiki]] markup &amp;
</pre>

gives
<pre<includeonly /> style="color: red;">
[[Wiki]] markup &
</pre>

It should also be noted that you don't need to type the full <pre<includeonly></includeonly>>, and that <pre<includeonly />> works just fine. 208.114.63.4 (talk) 16:34, 18 November 2024 (UTC)

Your example produces a WP:Linter error so that isn't a valid example. Gonnym (talk) 21:40, 9 December 2024 (UTC)

None of that works just fine. It's a byproduct of broken syntax and may not be used. I'm (again) deactivating this invalid syntax (stripped pre tags due to broken/unclosed openers). If anyone needs to see this in the "working" state, you may see diff. Otherwise, there is no reason to keep this in an active state and I'm invoking WP:LINT as basis for allowance of deactivation. If the displayed byproduct effect is desired, another, syntactically clean, method of achieving the desired visual output will be required as the above method may not be used. Zinnober9 (talk) 20:53, 13 December 2024 (UTC)

typo, edit request

In Help:Wikitext#Strikethrough, is

renderend

supposed to be

rendered

?

Should

Wikipedia:Strikethrough

(wikipedia.org/w/index.php?title=Wikipedia:Strikethrough&redirect=no)

redirect to

Help:Wikitext#Strikethrough

instead of

Help:Wikitext#Show deleted or inserted text

?

Those sections seem to try to explain when and why to use {{Strikethrough|this}} instead of <s>these</s>, or use <del>those</del> instead, but i don't understand the explanation as written, and the results all look the same to me.

--173.67.42.107 (talk) 07:21, 22 November 2024 (UTC)

 Done as regards the typo. Remsense ‥ 论 07:27, 22 November 2024 (UTC)