Extension talk:Page Forms

#autoedit erases other template values...
Hi there,

Is the #autoedit function supposed to erase all other values in a template if they are not included in the "query string" part of the function? I'm experiencing that on: MW 1.26.3 SMW 2.5.6 (33df15e) 13:09, 14 February 2018 PF 4.3.1

To be clear: I have the following code:

And while those two fields get filled out... the other 156 parameters in that template get wiped. I've tried dealing with it in multiple ways without figuring it out.

Thanks for any info!


 * There should only be one "query string" parameter - if there are multiple values, they should be separated by "&". That may or may not solve this problem - I'm guessing no. If not, the problem might be somehow due to the very large number of parameters and form fields involved. Do you have any smaller forms that you could try #autoedit on? If so, I would try using one of those. Yaron Koren (talk) 16:56, 5 August 2018 (UTC)

Easy way to populate a values list via Cargo?
I used to use |property= with a property with allowed values, but migrating away from SMW that's not possible anymore. So mostly I just make templates that have lists of values and transclude them to the form for |values=. But today I tried And transcluding this page as my |values=, which ended up throwing an error instead of working. Did I do something wrong with this query? It output the right result to the page, so I just copy-pasted that & it works now, but still, it would be nice to remove this manual data step. --RheingoldRiver (talk) 05:10, 15 August 2018 (UTC)


 * I don't know what exactly is causing that error, but it's definitely possible to still have allowed values using Cargo - you just need to set the tag parameters "cargo table=" and "cargo field=", where you would have used "property=" before, to "attach" a form field to a specific Cargo field. Yaron Koren (talk) 15:33, 15 August 2018 (UTC)


 * Ah, yeah that works, however it's displaying an & as &amp;amp;. Any way to fix? --RheingoldRiver (talk) 04:05, 16 August 2018 (UTC)


 * I can't replicate that issue. Is this '&' within "allowed values"? What's the input type - a dropdown? And where does the &amp;amp; appear - on the screen, in the wiki page, or both? Yaron Koren (talk) 19:22, 16 August 2018 (UTC)


 * Here is the form. For the Favorite Champions first dropdown, the entry Nunu & Willump has the wrong & (the remaining fields I am still using a template as the input source instead of the Cargo table, so that's why those aren't also broken). Here is the page that generates the data (table is InfoboxChampion). And it saves it into the page with the amp as well as displaying it. --RheingoldRiver (talk) 10:15, 17 August 2018 (UTC)


 * I see the problem, but I still can't replicate it. My guess/hope is that it's due to differences in the Cargo and/or Page Forms versions, and that upgrading to the latest version for both will fix the problem, though I don't know of any specific recent changes that would be relevant to this. Yaron Koren (talk) 14:41, 17 August 2018 (UTC)


 * Ok. For now I'm going to go back to using just "Nunu" instead of "Nunu & Willump" because SMW can't deal with the & either, so hopefully by the time we've resolved the Cargo dupe issue we somehow resolve this too. --RheingoldRiver (talk) 06:59, 18 August 2018 (UTC)


 * Ah, one other issue actually. This dropdown needs to have 140+ possible options, but it seems it's capping at 100. I don't see any documentation about increasing the number of entries allowed, is that possible? --RheingoldRiver (talk) 07:04, 18 August 2018 (UTC)


 * That also sounds like a bug. Though, with that many values, "combobox" seems like the better input type to use, since it allows for autocompletion. You can add the parameter "|existing values only" to ensure that users don't type in other values. There's a chance that ampersands will work better with this input type too... Yaron Koren (talk) 02:31, 19 August 2018 (UTC)

Text input with pipe | and square bracket [ ] symbols
I'm trying to store multiline strings with |, [ and ] symbols (among others) in semantic media-wiki in combination with PageForms.

Note only does PageForms decline to save the page when these strings are in the template, but these multiline strings also mess up template calls and the inline version of semantic media-wiki property value setting with " " and "  ". The pipe symbols get in the way of the {{#set: too, unfortunately.

I have been able to add   at the start and end of the string value in the template, but these tags then appear in the Form values (and ideally shouldn't be stored in the property value.

Can anyone help me figure out how to proceed?

Thanks,

- n


 * Something like #set, at least, should work - I think parser functions (including pipes) within template fields should work fine in both forms and the resulting pages. If it's not working for you, what versions of MediaWiki and Page Forms are you running? Yaron Koren (talk) 19:23, 16 August 2018 (UTC)

I can't create form, with extension Form or with extension PageForm
I tried many ways.

1) Using Extension Form I followed the instructions of examples in https://www.mediawiki.org/wiki/Help:Extension:Form, creating MediaWiki:Test-form and Template:Test. When I go to Special:Form/Test I get bad name error. I tried to create, then, the page Test-form, but it did not work.

2) Second way, using Special:CreateClass

I created a class with name "Event". When I go to page Form:Event, there is a text box and a "Create/Edit" bottom. But when I click on it I get a blank page on Firefox and an error 500 on Google Chrome.

3) Third way, using Special:CreateTemplate and then Special:CreateForm After creating a template, I went to page Special:CreateForm, chose the template and clicked Add and then I got a blank page on Firefox and an error 500 on Google Chrome.


 * I can't help with the "Form" extension - that's a different extension. But for the blank page and 500 errors, see here for how to display the actual error message on the screen. Yaron Koren (talk) 21:50, 16 August 2018 (UTC)

Account for values specified with special property "Allows value"
My setup:
 * MediaWiki 	1.27.4 (f68f9cf)
 * Semantic MediaWiki	2.5.6 (33df15e)
 * Page Forms	4.2 (198bcda)

If I have a property e.g. "Has gender" with the the three values "female", "male", "other" and point to it via a form like e.g.  one is unable to select either of the allowed values. Only after storing the respecitve values to a helper page these selections are offered to the editor, i.e. it behaves like specifing "existing values only". I am pretty sure this worked before and it will be nice if PF would account for "Allows value". If not this would be a feature request. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 14:31, 17 August 2018 (UTC)


 * That does sound like a bug - Page Forms should be using the set of "allowed values", if those are specified. Do you know if this is still a problem in the latest version? Yaron Koren (talk) 14:46, 17 August 2018 (UTC)


 * Thanks for the info. Affirmative, this is still an issue (4.3.1 (a3c23fe)): See this form where only "male" is presented since this is the only values stored for this property so far. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 14:53, 17 August 2018 (UTC)

Input type "datepicker" is not working
My setup:
 * MediaWiki 	1.27.4 (f68f9cf)
 * Semantic MediaWiki	2.5.6 (33df15e)
 * Page Forms	4.2 (198bcda)

The browser console (Firefox) emits: TypeError: initFunction is not a function TypeError: "initFunction is not a function"

PageForms_registerInputInit	https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=ext.JSBreadCrumbs%2Cheadertabs%2Cpageforms%7Cext.headertabs.large%7Cext.pageforms.autogrow%2Cbrowser%2Ccheckboxes%2Cdatepicker%2Cdynatree%2Cfancybox%2Cimagepreview%2Cmain%2Crating%2Cselect2%2Csimpleupload%2Csubmit%2Cwikieditor%7Cjquery.checkboxShiftClick%2Ccookie%2CgetAttrs%2ChighlightText%2CmakeCollapsible%2Cmw-jump%2Cplaceholder%2Csuggestions%7Cmediawiki.api%2Ccldr%2Ccookie%2CjqueryMsg%2Clanguage%2CsearchSuggest%2Cuser%7Cmediawiki.api.user%7Cmediawiki.language.data%2Cinit%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.ready%7Csite%7Cuser.defaults&skin=vector&version=dea226de3d81:159:20

fire		https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:45:104addhttps://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:45:656

ready		https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:49:40

https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=ext.JSBreadCrumbs%2Cheadertabs%2Cpageforms%7Cext.headertabs.large%7Cext.pageforms.autogrow%2Cbrowser%2Ccheckboxes%2Cdatepicker%2Cdynatree%2Cfancybox%2Cimagepreview%2Cmain%2Crating%2Cselect2%2Csimpleupload%2Csubmit%2Cwikieditor%7Cjquery.checkboxShiftClick%2Ccookie%2CgetAttrs%2ChighlightText%2CmakeCollapsible%2Cmw-jump%2Cplaceholder%2Csuggestions%7Cmediawiki.api%2Ccldr%2Ccookie%2CjqueryMsg%2Clanguage%2CsearchSuggest%2Cuser%7Cmediawiki.api.user%7Cmediawiki.language.data%2Cinit%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.ready%7Csite%7Cuser.defaults&skin=vector&version=dea226de3d81:182:296

https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=ext.JSBreadCrumbs%2Cheadertabs%2Cpageforms%7Cext.headertabs.large%7Cext.pageforms.autogrow%2Cbrowser%2Ccheckboxes%2Cdatepicker%2Cdynatree%2Cfancybox%2Cimagepreview%2Cmain%2Crating%2Cselect2%2Csimpleupload%2Csubmit%2Cwikieditor%7Cjquery.checkboxShiftClick%2Ccookie%2CgetAttrs%2ChighlightText%2CmakeCollapsible%2Cmw-jump%2Cplaceholder%2Csuggestions%7Cmediawiki.api%2Ccldr%2Ccookie%2CjqueryMsg%2Clanguage%2CsearchSuggest%2Cuser%7Cmediawiki.api.user%7Cmediawiki.language.data%2Cinit%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.ready%7Csite%7Cuser.defaults&skin=vector&version=dea226de3d81:154:104

runScript	https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:163:74firehttps://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:45:104addhttps://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:45:656

always		https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:46:865

runScript	https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:162:944

checkCssHandles	https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:163:774

cssHandle	https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:163:904

fire		https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:45:104

fireWith	https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:46:431

fire		https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:46:474

fireCallbacks	https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:157:607

addEmbeddedCSS	https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:158:681

cssBufferTimer	https://www.example.com/w/load.php?debug=false&lang=de-formal&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=ItpUfkfi:157:832 load.php:178:449

A fix will be great. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 14:39, 17 August 2018 (UTC)


 * Sorry about that - I just checked in a fix for this bug a few days ago, by coincidence. Yaron Koren (talk) 14:48, 17 August 2018 (UTC)


 * Great, good to know! I believe that this was a browser inflicted issue since it worked before and suddenly stopped working without me having changed the setup. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 14:54, 17 August 2018 (UTC)


 * Right, it only showed up some of the time, depending on the order in which JS files were loaded, which made it hard to debug. Yaron Koren (talk) 14:58, 17 August 2018 (UTC)

How to redirect red links to for all categories (PF 4.3.1)?
Hej hej,

I followed Extension:Page_Forms/The_"edit_with_form"_tab and created Project:Category with (using Page Forms 4.3.1) but red links to categories always point to   instead of. What can I configure to get  for all categories? --Andreas P. 11:22, 20 August 2018 (UTC)


 * I was a little confused about this, but then I understood - you're talking about linking to category pages. What you're doing seems like it should work, so this sounds like a bug in Page Forms; I'll have to look into it. Yaron Koren (talk) 03:55, 22 August 2018 (UTC)
 * Yes, linking to category pages that do not yet exist. When I was using the old Semantic Forms, this approach worked fine (to set the default form on the page Project:Category) but now I don’t get it done the same way. --Andreas P. Icon_External_Link_E-Mail.png 18:44, 22 August 2018 (UTC)


 * Okay, I just tried this for myself, and actually it's working fine for me. What version of MediaWiki are you running? Yaron Koren (talk) 19:03, 22 August 2018 (UTC)