Extension talk:InputBox

Jump to: navigation, search

About this board

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


By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

Button color/class and new section heading

1
Dvorapa (talkcontribs)

I'd like to propose two new functions to this extension. The first is a button color/class option. E.g. green button could be managed by "buttoncolor=green" or by 'buttonclass=mw-ui-progressive". The second is the level of the new section heading. E.g. 3rd heading could be managed by "headinglevel=3" What do you think? Could they be added?

Reply to "Button color/class and new section heading"
Base (talkcontribs)

Are other (besides the one about title prefix) search options described on Help:CirrusSearch supported? Particularry I'm interested in incategory: and hastemplate: support. --Base (talk) 02:27, 1 August 2015 (UTC)

JeremiPlazas (talkcontribs)

I second that. Was just looking into that functionality.

Reply to "Other search option"

preloadparams[] Doesn't work (version 1.24.1)

4
Dshinks (talkcontribs)

Hi All,

I'm using InputBox for the first time. All seems to be working well apart from one feature: preloadparams[].

InputBox text

<inputbox>
type=create
preload=Template:Preload_Page
preloadparams[]=abcde
</inputbox>

In the preload page I'm calling, I'm expecting it to replace the string $1 with the text abcde, but it just outputs $1.

Ideally, I want to pass in a category string (like [[category:categoryname]]) but I thought I'd just start off simple to get it working.

Any ideas where I'm going wrong?

Thanks

Ciencia Al Poder (talkcontribs)

You're not going wrong, but apparently support for preloadparams was added for the 1.25 version of InputBox and it's not present in 1.24

Doing a grep of the code of 1.24 doesn't match anything for preloadparams, but for 1.25 it does. I've fixed the compatibility column.

75.175.9.66 (talkcontribs)

The code to support preloadparams[] was added before the extension was forced into 1.24. I've got it running on 1.23 at the moment.

I had to pull the extension with git and force it back to the commit where support was added:

git clone https://git.wikimedia.org/git/mediawiki/extensions/InputBox.git
cd InputBox 
git reset --hard 474dd170d24e3710144a5ae0a4ddfea1b520773e

No idea about the stability. Its version shows up in Special:Version as "0.3.0 (474dd17) 01:47, 13 November 2014".

Reply to "preloadparams[] Doesn't work (version 1.24.1)"

Possible to use with new MediaWiki styles?

2
TFlanagan-WMF (talkcontribs)

Hi, is it possible to integrate the MediaWiki styles with this extension? Would be nice to figure that out or get some pointers!

This post was posted by TFlanagan-WMF, but signed as Tflanagan (WMF).

AKoval (WMF) (talkcontribs)

+1 to Tighe's question.

We'd love to be able to have inputboxes look like mw-ui-buttons.

Please see bug:61526.

Thanks!

Reply to "Possible to use with new MediaWiki styles?"
24.130.249.87 (talkcontribs)

Is there a way to hack this so that the search field can be larger vertically? 24.130.249.87

Subfader (talkcontribs)

Use CSS. E.g. #searchform input {width:250px}.

67.59.193.62 (talkcontribs)

I only want to affect the inputbox form. Not the mediawiki search form. Sorry for the confusion. I should have typed "How do I make the inpubox field vertically taller" I don't know how to use CSS to target the extension 67.59.193.62

This post was posted by 67.59.193.62, but signed as 207.47.18.254.

Reply to "Make it vertically wider"

Using to add text (such as user for participant list)

5
Kghbln (talkcontribs)

Anyone had any luck using the Extension to create a "sign-up" style setup where someone clicks the button and sees the edit screen with the sig tildes preloaded? The closest I've seen is using it to create "profiles" with the username appearing as a header.

This post was posted by Kghbln, but signed as Varnent.

Mikołka (talkcontribs)

It quite easy to do. New entries are added at the bottom. A quick example:


<inputbox>
type=commenttitle
editintro=Page_title/Intro <!-- Some instructions for users -->
preload=Page_title/Preload
hidden=yes
page=Page_title <!-- Where to post -->
buttonlabel=Button_label
default=
</inputbox>

Page_title/Preload


{{<includeonly>subst:</includeonly>Template_name
|param1=
|param2=
...
}}

Template:Template_name


text1 {{{param1}}}
text2 {{{param2}}}
--~~~~
...
Varnent (talkcontribs)

Great! I set that up here: Project:WikiProject Extensions/Participants

Only problem now is that you have to click save twice since we don't want a subject/header. Any way to disable that in the settings?

Mikołka (talkcontribs)

Each registered user can set it up in the Prefrences/Editing, Advanced options: Prompt me when entering a blank edit summary. I think it should be now turned off by default.

Varnent (talkcontribs)

That makes sense.  :) I'll tweak the messages to reflect that.

Reply to "Using to add text (such as user for participant list)"
Tinaj1234 (talkcontribs)

I am currently working on a Newsletter extension for Mediawiki ( GSoC project - Newsletter extension ). I along with my mentors planned on the minimum viable product for the extension, and InputBox would really come in handy for the Newsletter extension - while creating a new newsletter that is.

I was wondering if there were any examples of other extensions incorporating InputBox. If yes, could you list those extensions ?

Reply to "Use InputBox with Newsletter extension"
Azurite (talkcontribs)

Just finished updating to MediaWiki 1.24.2. InputBox got updated with it (although despite downloading the latest version again, deleting the old one in my extensions folder, and uploading the new one, the version number in inputbox.php is still 0.2.0), but when I try to go to Special:ConfirmAccounts, I get this:

Fatal error: Call to a member function getText() on a non-object in /home/myfolder/public_html/wikific/extensions/InputBox/InputBox.hooks.php on line 23

Line 23 is this: $prefix = $request->getText( 'prefix', );

So if there's something wrong with this line, I don't know what it is. Help?

Reply to "Fatal error with InputBox.hooks.php"
Edokter (talkcontribs)

I just noticed that .mw-ui-input-inline now has min-width:320px; set, which is waaay too wide. See en:Module:Admin board archives for its effect. There is no way to make it narrower either. Who's brilliant idea was this?

Reply to "Min-width"
Mattho69 (talkcontribs)

Hi !

Is it possible to use InputBox with VisualEditor ?

Bozomal (talkcontribs)

I guess you are asking about the create article "problem"?

I'm a newbie, so probably what I'm suggesing might be very bad, but worked for me

here is suppoed to be a solution, but not working for me

so I search in the source files and found that if you change the file /extensions/Inputbox/Inputbox.classes.php and change action to veaction (see below) the magic happens. This doesn't work When you are using the parameter prefix, it won't create an article with prefix in the name.

$htmlOut .= Xml::openElement( 'input',
  array(
        'type' => 'hidden',
	'name' => 'veaction',
	'value' => 'edit',
	)
Reply to "VisualEditor"