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.

Hi, is it possible to modify the button colours, borders etc? And maybe the search box also?

Is there a way to look for/create pages with suffixes, as in prefix? If not, I don't suppose it would be a viable implementation? It'd be hella useful in some case.

I'd like an input box setup to create a new section to an existing page.

• The user would enter the content of the new section
• The section title would be hardcoded into the inputbox.
• The page name would be hardcoded into the inputbox.
• On submitting, the user would not be redirected to the target-page-- they'd remain on the current page.

Reading the extension manual, it seems none of this would be possible. Hope someone can prove me wrong.

It's not possible. You'll need to

• search for another extension (if one exists)
• code your own one
• use JavaScript for that and use the api to create the section on submit.

Thx-- extension Page_Forms seems the way to go.

Update: No it doesn't:

Extension talk:Page Forms#How to stop existing sections loading into new section input-box?

Hello. I coded my own, in js/jq, using

mediaWiki.Api.postWithToken( "edit", {

        action: "edit"...

It's part of an extension or gadget i'm developing, to enable editors to mark, and cross-reference, arbitrary chunks of text.

But now i have to add login process.

If the edit is going to be done on the same wiki where the JavaScript is being executed, JavaScript will be sending the same cookies that use the browser. Then, you don't need to login with JavaScript.

You mean cookies for the user-login?

I thought bot-login is separate from user-login.

I'd guess you want your users edit under their main account and not under their bot account. If not, disregard my previous comment.

We need our bot to perform write-actions as logged-in user.

But also need to perform reads. i guess the reads could be under bot account, or user account-- doesn't matter cuz there's no write being logged.

So, since we're doing writes as logged-in user, then will keep things simple to perform reads with same cred.

Good idea!

Now i have to figure out how a bot can use the logged-user's cred.

I don't see any relation between the original question (being able to create a new section from an input box) and bot edits.

My bot-edit does exactly what the OP is about: creating a new section (and editing an existing section) from an input box. Extension:TopicTags/JS-Common.js

I am running Mediawiki version 1.30. I have inserted the line <wfLoadExtension( 'InputBox' );> in LocalSettings.php . In addition I have downloaded the latest <InputBox>-files and copied them into /extensions/InputBox/. But in Special:Version this extension <InputBox> did not appear in the listing. And after writing

<inputbox>

type=create

break=no

</inputbox>

in the main page did not make appear the create box.

Can anybody help me?

Addendum: Now it works. I have changed the chmod of LocalSettings.php to 644. By upgrading my wikimedia installation it was set to 444.

I have the same issue – but chmod on LocalSettings.php is set to 644. Any other thoughts as to why this might not be working?

I am sorry, but I have made no futher investigastions on this issue.

Is there any way to implement an option to choose between basepage prefixes in the same way that |namespaces= can search a specific namespace?

I would like to be able use the |type=create option with a preset list of prefixes, e.g.:

<inputbox>
type = create
prefixes = Option1/**, Option2/, Option3/
</inputbox>

For context, I'm looking to include on v:WikiJournal_Preprints the following:

<inputbox>
type        = create
buttonlabel = Create pre-print
placeholder = Pre-print title
prefixes      = WikiJournal of Medicine/**, WikiJournal of Science/, WikiJournal of Humanities/, WikiJournal of Extra/
break       = no
preload     = WikiJournal_Preprints/preload_draft
</inputbox

Would that be something possible to implement?

i would like this too, but just using existing namespaces.

I would like users to be able to look up an article based on pageid.

Using ?curid=PAGEID I can add the pageid to a url and go directly to the page. I would like to have a search function where the user input the pageid into a field, mediawiki appends the URL and the desired page opens up.

This should be easy. The only thing I cannot figure out is how to have the user type the pageid into a field and hit enter. From there I can turn it into a variable and inject it into the URL.

I was looking for the same thing. Guess you have to use the Extension:PageForms for this (Query form).

Pressing the 'create' button when the input box is empty and a 'prefix' is set will lead to the editor editing the prefix.

This behaviour is undesirable. A notification should inform that user that a page with an empty name can not be created.

Hi,

I have a question about the parameter width: is there a trick to render it proportional to the screen dimension? E.g., in my wiki I have an InputBox on the homepage and it has the width parameter set to 100, which is good for the most of desktop screen. But, if I visit the homepage from a mobile device, the width turns to be too wide.

I tried to include the inputbox in a div, setting style etc., but the final result doesn't change.

Any ideas?

Thanks,

Lorenzo

Please try this code:

<div style="width:auto;">
<inputbox>
type=search
width=142
</inputbox>
</div>

In my browser this is worked.

Hi,

I tried but it didn't work for me. Have you tried to connect to your wiki via a mobile device?

Hello,

It seems the visual editor option does not work, for the create type.

the  'useve=1' parameter should open the visual editor.

Possible bugfix start in Inputbox.classes.php :

By commenting out the following lines everything seems fine :

//      $htmlOut .= Html::hidden( 'preload', $this->mPreload ); (line 393)

//      $htmlOut .= Html::hidden( 'editintro', $this->mEditIntro ); (line 397)

I think those may be iffed depending on the $mUseVE parameter

Regards,

The known bug relies on the prefix parameter, which is not passed to the VE call from InputBox. Are you using the prefix parameter?

How to change the default design of "save changes, show preview, show changes" button on newly installed wiki to the inputbox design used by both MediaWiki and Wikipedia on the action=edit page? (It's a lot more user-friendly)