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 ?
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?
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?
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
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', )
Is it possible to add a parameter which automatically adds an
incategory: modifier to the search terms, something like
Hmm I was wondering the same thing actually!
Any dev around who would like to comment?
prefix=incategory doesn't work I'm afraid.
It would be really useful for navboxes to have this search capability...
Check out rationalwikiwikiwiki:WikiIndex. This page transcludes rationalwikiwikiwiki:Template:Wiki, which has an inputbox tag in it with
urlparameter=search URL as a parameter. That tells it to look for |search URL= in the transcluded template. So, by putting |search URL=http://wikiindex.org/, that creates a search bar to search WikiIndex. This is implemented by a hacked InputBox.classes.php using some code borrowed from ChangeWikiaEngine.php (although I probably should have borrowed from Manual:Chris_G's_botclasses/ParseMirroredWikiIndexBot.php instead, since it has more robust template parsing) along with a slightly hacked InputBox.hooks.php.
Hi, I'd be interested in that. The above links (ratoinalwikiwikiwiki) do not work, is there any place this can be found?
Hi, is it possible to integrate the MediaWiki styles with this extension? Would be nice to figure that out or get some pointers!
How do I set the search profile, to avoid sending users to the advanced search? For instance, &search=nota&fulltext=Ricerca&profile=help&redirs=1.
To elaborate: w:it:Aiuto:Aiuto has an inputbox helping people to find help; it searches Help+Project namespaces and currently (before gerrit:132965) this is the same as the "help" profile, which gets selected automatically. In this way the "powersearch" checkboxes slate is not shown, which would otherwise occupy most of the screen space and make search results hard to find (as I noted in a "focus group" of librarians the day I posted this question).
Is there any way to pass other parameters from Manual:Parameters to index.php to the URL on submit? Like if I wanted to pass &preview=no to the URL using inputbox, how do I do that? I've tried adding it to various other variables, but it gets URL encoded before it goes to the URL...
When using this to make a new section, is there a magic word or some other way to access the new section name that the user just typed into the box for display in the editintro? Please ping me at w:User talk:Cupco if so. Thanks! Cupco (talk) 17:57, 21 September 2012 (UTC)
Could you add an option to open the results in a new tab?
There are many search boxes for searching Village Pump and other archives on Wikipedia, the Commons, etc.. Unfortunately, those search boxes are usually not on separate pages that can be bookmarked. So one can not find a way to keep the Village Pump page open in one tab, and the search in another tab.
It is the job of the Web browser, not of the Web site.
For example, with nice browsers, I can validate a form and open its result as a new background tab by Apple-clicking its submit button, or by pressing Apple Return or Apple Enter.
According to this article Apple Safari is the worst browser out of the six browsers that were compared.
Browsers are inconsistent or lacking in how they open links in new tabs. I usually right-click in Firefox and use the context menu to open a link in a new tab or window.
But search forms created by InputBox do not allow this. Is there a way to make the search forms here open to new tabs by right-clicking?:
Press Ctrl while clicking Search or Go (works in Chrome).
- Safari: Apple + Submit
- Chrome: Ctrl + Submit
- Firefox: https://addons.mozilla.org/en-US/firefox/addon/tabsubmit/
Forget all my posts, I thought the OP talks about openeing the search page in a new tab.
Thanks for the Firefox addon link. The Firefox addon works, but that will not help most people. It would be nice if the submit button for MediaWiki inputbox forms was also in the form of a link. In other words when one runs a mouse cursor over it a link would show up. That way it could be right-clicked and opened in a new tab.
That would not be HTML conform. The browser decides how a submitton looks and works like.
True, but MediaWiki can decide to combine the 2 functions of links and submit buttons. This may be relevant too: https://bugzilla.mozilla.org/show_bug.cgi?id=17754