Talk:Talk pages project/New discussion

About this board

Rita2008 (talkcontribs)

Wieso kann man de Unterschrift nicht automatisch einfügen? --~~~~

Tacsipacsi (talkcontribs)

Doch, man kann. Unterschriften sind in DiscussionTools sogar so automatisch, dass man sie nicht ausschalten kann: wenn es keine manuelle Unterschrift in der Antwort/im neuen Thema gibt, wird die Unterschrift immer automatisch hinzugefügt. (Im Quelltextmodus solltest du diese automatische Unterschrift – mit etwas helleren Buchstaben – in der Vorschau sehen; im visuellen Modus seht man sie nicht, sie wird aber trotzdem automatisch hinzugefügt.)

Rita2008 (talkcontribs)

Eigentlich eine gute Idee muss man nur wissen .

Reply to "Unterschrift"

Unable to open newer "Add topic" window without enabling the Reply tool

1
George Ho (talkcontribs)

I clicked/tapped the "Add topic" button/tab, but then the inline form (or window) wouldn't pop up (or open). Then, when I enabled the quick reply tool, I was able to successfully open the "Add topic" window. Is the "Add topic" window supposed to be open without enabling the Reply tool, or why or how else shall the "Add topic" window be opened?

Reply to "Unable to open newer "Add topic" window without enabling the Reply tool"

Copy-and-paste getting the wrong text

1
Beland (talkcontribs)

I've had a lot of trouble the past few days copying-and-pasting text from other tabs into talk edit windows. Sometimes when I Ctrl+C then Ctrl+V I don't get what I just copied but instead I get whatever I last highlighted with the mouse. (I'm using Firefox on Ubuntu Linux, where there are two copy-and-paste buffers, one activated by the keyboard and one by the mouse.) In order to transfer the needed text, sometimes I have to paste it into Emacs and then highlight it with the mouse and try again. -- Beland (talk) 16:51, 4 August 2022 (UTC)

Reply to "Copy-and-paste getting the wrong text"

HTML entities : mistake when switching from Source to Visual editing modes

3
Ideawipik (talkcontribs)

Hello. Here are the steps to reproduce.

  1. Start a new topic. In Source mode, key in or paste an HTML entity.
    • Example 1 : >
    • Example 2 : [[Page#Tag <li> and…]]
  2. Switch to Visual mode.
  3. Come back to Source mode or save. Entities are now different !
    • Example 1 : >
    • Example 2 : [[Page#Tag <li> and…]]

The latter leads to a bad display and a broken link, since the tag is interpreted as a list item.

Notice that [[Page#Tag &#x3C;li&#x3E; and…]] (Unicode encoding) is also converted into [[Page#Tag <li> and…]] with the same issue.

These inappropriate replacements don't occur with the older tool.

Unrelated remark. The present Structured Discussions (Flow) feature adds unnecessary ="" after the inline attribute in syntaxhighlight tags.

Best regards.

Whatamidoing (WMF) (talkcontribs)

Does this only happen when the link includes a #Section heading? I am wondering whether this is related to w:en:Percent-encoding. & is a 'reserved character' in that scheme.

Tacsipacsi (talkcontribs)
  • First example: can be reproduced without any links in the draft. It just switches to a different encoding, without affecting how the wikitext renders—not nice, but not very bad either.
  • Second example: happens only fragment (section) parts of links—outside of links, or in page title part of links, the first example happens (less than/greater than signs seem to be disallowed in page titles, but not in section titles). This is bad, and should be fixed: it does affect how wikitext renders—it breaks it. Consider this example (I hope Flow won’t mess up more than what I want to be messed up):

How it looks initially:

Page#Tag <li> and…

How it looks after the source→visual→source roundtrip:

[[Page#Tag

  • and…]]
  • Edit: Flow fixed the result even where I didn’t want it to, I had to break it even more. It looks like we have a legacy parser vs Parsoid inconsistency, which not only makes me harder to show the problem, but is also almost certainly the cause of it.

    Reply to "HTML entities : mistake when switching from Source to Visual editing modes"
    Ayack (talkcontribs)

    When you copy any formatted text (page title, hyperlink, section title, username, etc.), format is apparently kept when you paste it, but if you switch mode or save, it just disappears... This is really annoying.

    Ayack (talkcontribs)

    Even worse, when you copy a sentence in a WP article, if it contains an hyperlink, the whole sentence will not be saved...

    Whatamidoing (WMF) (talkcontribs)

    Which editing mode are you starting in (visual or source)? Do you have the toolbar enabled in the source mode?

    Ayack (talkcontribs)

    Actually, I only have this issue with Firefox on Windows 10. It's working fine with Chrome on Windows 10 and even with Firefox on MacOS.

    I'm starting in source mode. Regarding the toolbar, I'm not sure. What does it look like?

    Whatamidoing (WMF) (talkcontribs)

    The toolbar is at the top of the editing box, and it has "B I A" (bold, italics, other formatting options), followed by a chain-link icon and a person.

    Or, you can go to Special:Preferences#mw-prefsection-editing-discussion (at the relevant wiki) and look for "Enable editing tools in source mode". If it's turned on, then you have the toolbar.

    Reply to "Copy/paste not working"
    Maitake (talkcontribs)

    Nowa wersja dodawania wątków na stronach dyskusji użytkowników nie ma pól zawierających znaki specjalne, więc nie wiadomo, jak je wstawiać w dyskusji. Maitake (talk) 22:49, 1 July 2022 (UTC)

    Whatamidoing (WMF) (talkcontribs)
    Reply to "Brak znaków specjalnych"

    Unexpected behaviour on double and triple click

    3
    Arms & Hearts (talkcontribs)

    Normally when I (using Firefox on Mac) double click in a text box it has the effect of highlighting the word clicked on or the nearest word, or sometimes (if not on a word) all the text in the box. Double clicking in the reply text box does that if I'm clicking on a word, but if I double click in a blank space it takes me out of the reply box altogether – it remains open but with the icons greyed out and without me being able to type in it, the same as if I click outside of the box. Triple clicking usually always highlights all the text, but in the reply tool always has this unwanted effect. The double click might not be too much of a problem, but not being able to select all with a triple click is more annoying, for me at least.

    Whatamidoing (WMF) (talkcontribs)

    Do you get the same effect if you type a reply to me here (this page uses Flow)?

    Arms & Hearts (talkcontribs)

    No, only on Wikipedia pages. Though actually, having updated Firefox (to 100.0.2) the issue seems to have gone away now.

    Reply to "Unexpected behaviour on double and triple click"

    No title warning

    2
    Summary by Whatamidoing (WMF)
    Arms & Hearts (talkcontribs)

    If I start a new topic in source mode, and paste in code that generates a section title (e.g. using {{subst:requested move}}), I get the "Please provide a title for your discussion topic. If you click "Add topic", your topic will be added without a title" error. Might it theoretically be possible for the tool to detect whether I've included such code and not prompt me to add an unnecessary second section title?

    Whatamidoing (WMF) (talkcontribs)

    Maybe? We can always ask the devs, and they'll figure out whether it's possible. I'll get a bug number for you, and post it above.

    Reply to "No title warning"

    "Add to watchlist" hard to find

    2
    DMacks (talkcontribs)

    The goal of a talk-page is often to have a discussion, which entails replies and replies-to-replies, etc. I'm surprised the "Add this page to your watchlist" is not checked by default (I'm pretty sure it used to be prior to the new talk-page editor system), or even in a prominent location (odd to consider it an "Advanced feature" and in a collapsed panel).

    Tacsipacsi (talkcontribs)

    The default is exactly the same as with the old system (configurable in your preferences). And the watchlist checkbox is not prominent because topic subscriptions will be prominent instead once it’s out of beta. (I personally don’t believe in topic subscriptions, though, as while it avoids the clutter from topics not interesting me, it uses a heuristics, which is inherently up to 99% correct, and it may happen that I simply don’t get notified about a message because it happens to be in the other 1%… But that’s the officially promoted notification system on talk pages.)

    Reply to ""Add to watchlist" hard to find"
    Base (talkcontribs)

    It should be possible to load the older code editor with this feature. This way it would be possible to use the single API to customise the top panel. For example currently there is Wikificator button missing on Ukrainian Wikipedia when using the tool as well as the buttons that I have added to myself in my own vector.js. It is also frustrating that even manually writing ?action=edit&section=new opens the new editor. I like the feature itself, but this limitation makes it much less useful.

    Whatamidoing (WMF) (talkcontribs)

    As a workaround, you could also add those buttons to the DiscussionTool toolbar. If you look at m:User:Whatamidoing (WMF)/global.js, you'll find some code for how to add one button. I'm sure you could figure out how to adapt it.

    Reply to "2011 code editor"
    Return to "Talk pages project/New discussion" page.