Extension talk:InputBox

For the page history, see also here. / previous talk on this page

Previous page history was archived for backup purposes at Extension talk:InputBox/LQT Archive 1 on 2015-07-10.

Did someone come across this one?

<inputbox>
type=create
prefix=Extra:
preload=Template:PreloadWithCategory
buttonlabel=Create new page
useve=true
</inputbox>

Template:PreloadWithCategory

[[Category:ExtraPage]]

This adds category "Index.php?title=Category:ExtraPage" instead of just "ExtraPage". In other words, it prepends "Index.php?title=Category:" to the intended category name.

I am unsure if this is caused by the default URL schema (https://example.org/index.php?title=PageName, or VisualEditor, or a combination of both. We are talking about MW 1.42 here.

I'd like to make it use MediaSearch instead of SpecialSearch at Template:Search inside category on Wikimedia Commons (a search box for category pages to search through media of the category). How could this be done?

Tracked in Phabricator
Task T378756

Seems like it can't yet be done:

Hello!

I recently came across w:Wikipedia:Wikipedia Signpost/Templates/Crossword cell, which uses this feature of MediaWiki, but you can enter more than one character per cell.

I think that it would be useful if we could add a minimum or maximum length to the text. Would this be possible to implement?

Is autocompletion possible in search type InputBox?

It is not. If you have a suggested use-case in mind, please write it up as a feature-request task in Phabricator using this tag https://phabricator.wikimedia.org/tag/mediawiki-extensions-inputbox/

Use Case: Build a google-like start page

https://phabricator.wikimedia.org/T348452

Interestingly, we have autocomplete working in our InputBoxes. However, the problem we're encountering is even when we tell InputBox to limit the search to a specific namespace, the autocomplete does not also limit its suggestions to that specific namespace. I found an old inactive extension that advertises "autocomplete is provided on predefined namespace," which is exactly what I'm looking for, but the extension is soooo old. I'll comment on that phabricator request too.

From your documentation, I see that "Main" is "checked by default." How can I uncheck it, or search for ONLY a different namespace, such as File ?

I have tried these and it still returns results from (Main)

<code>prefix=File:</code>

<code>namespace=File</code>

Thanks for help!

Even with only one namespace, you still need the parameter to be plural e.g.

<inputbox>
type=search
namespaces=File
</inputbox>

Thanks for taking the time to fix my silly mistake.

Is there a way to increase the padding between the input field and the rest of the content (buttons and cat checkboxes)?

The only way would be to add custom css added in one of the Stylesheets, Extension:TemplateStyles, Extension:CSS, etc

On page Extension:InputBox the image Simple Input Form.png|Simple_Input_Form.png in the box MediaWiki extensions manual seems to be faulty, because it shows <inputbox>...<inputbox> instead of <inputbox>...</inputbox>, or am I wrong? ~~~~

Well spotted. I've uploaded a corrected version using the first example from Extension:InputBox

This is a report of a possible bug, or perhaps I am misunderstanding something.

I have an input box intended to search article space and draft space simultaneously for a title. Please see the Inputbox at en:Help:Your first article#Search for an existing article, and type 'French historiography' in the input box. (Note before you search, that en:Draft:French historiography exists.) Hit Search.

With both checkboxes checked, there are 9,000+ results.

I didn't see the Draft after 'nexting' through a few result pages, and assumed that maybe drafts are deprioritized, and maybe I would have to 'next' through hundreds of result pages to get to it. Instead, I unchecked the mainspace draft, leaving only Drafts checked, and clicked Search again.

This time, I got zero results, but note that the Search box field is empty! The namespace boxes are marked correctly; that is, only the checkbox next to Draft is checked.

Staying on the search results page, if you now type in 'French historiography' into the input box and hit Search, it finds the Draft as the #1 result.

Somewhere, there appears to be a disconnect in the Inputbox and properly populating the search term field when searching the Draft namespace. Thanks, Mathglot (talk) 23:25, 15 September 2024 (UTC)

P.S. please ping; I can't find a subscribe link.

I can't reproduce the "but note that the Search box field is empty". When I uncheck Main but leave Draft checked, the search box of the results page is populated and the first result has the matching article.

What skin are you using? Mobile or Desktop?

(about subscribe link, you should get subscribed automatically since you created the post, and it's the star icon next to the title of the thread)

Desktop, but now I can't reproduce it either. Can close this; if it turns up again, I'll reopen. `Mathglot (talk) 04:47, 17 September 2024 (UTC)

Is it possible to use the provided input value as a preloadparams[] value to pre-fill the template with it?

@Andre601: Yes it is.

• You might need to embed this into {{#tag:inputbox}} for expanding a template value within <inputbox> content.
• w:de:Template:Neuer Abschnitt/URL is trying such things you asked for a URL.

Tracked in Phabricator
Task T227455

No matter what I do the "inline=true" doesn't seem to have any effect. It always renders a linebreak regardless. It also seems strange that "labeltext=" isn't allowed on the "create" type...

What I want is an actual labeltext item, that is centered vertically with the input form and button, precisely as it appears in the example for "inline=true".

Looks like it's a bug. The inline=true only seems to work when the inputbox appears inside a table cell. Otherwise the inputbox is always presented on its own line: test.

I just ran across this. As a workaround, I added an ID to the parameters to target, then in my CSS hid the break element:

#myID br {
     display:none;
}

Such a small thing to fix, but I see the phab ticket (and this thread) is pretty old. I'm quite surprised there's no class implementation yet, it's the first thing I looked for. Class goes hand in hand with ID, so now we've templated different types of inputboxes to wrap them in divs that accepts a class. ¯\_(ツ)_/¯