Extension talk:Page Forms

From MediaWiki.org
Jump to navigation Jump to search

Save and Continue Bug?[edit]

I'm fixing a form for someone and the complaint is duplication of multiple-instance Template which I have tracked down to 'Save and Continue' when editing. If a user is editing and uses the 'Save and Continue' button for a change to a multiple-instance Template item, it creates a duplicate entry of the item. If a user just clicks the 'Save' button, no duplication occurs.

I don't know if this is related to this bug, Phabricator T208610 (Save-And-Continue not fully supported by Multi-Instance-Templates). The site is using the almost latest Pageforms, 4.7-Alpha, last commit from 19 Dec 2019. Has anyone tried this over a year old patch? Thanks --Hutchy68 (talk) 18:37, 8 January 2020 (UTC)

Little more information on bug. It seems to take the entire changed block of the multiple-instance template field and duplicate it. Example, if you add just one item to a blank field containing a multiple, you get the same field. Adding a link gives you this.
Link 1
Link 1
Adding two items to a multiple, you get this.
Link 1
Link 2
Link 1
Link 2
Adding additional items with items already held in multiple, Link 2 and Link 3 with Link 1 existing.
Link 1
Link 2
Link 3
Link 2
Link 3
The entire contents of the diff block to the content in a multiple-instance is duplicated in its entirety when 'Save and Continue' is used.
What kind of form is this - a regular form? A "partial form"? Yaron Koren (talk) 20:01, 8 January 2020 (UTC)
Regular form, embedded in a field. Right now I am going back to make sure they added something similar to this for all their multiple instances in the form.
{{{for template|wikipedia|multiple|label=Wikipedia articles|embed in field=Source[Wikipedia]}}}
.Form is long and really complicated. Trying to clean it up. *edit* Yes, everything looks correct. As stated, works on a regular save without issue.
Any ideas Yaron? I noticed if you delete multiples, the Save and Continue button does NOT notice the changes, nor does it activate to apply the changes. Regular fields modified, the button activates. Seems as if 'Save and Continue' is broken for multiple instances. Should I file a bug report? Or add to the existing one? --Hutchy68 (talk) 16:16, 9 January 2020 (UTC)
I don't know... as far as I remember, the Page Forms code always re-generates all of the wikitext for the page, rather than adding to or modifying the existing wikitext, so I don't know how this could happen. If you put here, or pastebin, the form definition you are using, I can try to replicate the problem. I don't think it's related to that Phabricator bug, by the way. Yaron Koren (talk) 17:19, 9 January 2020 (UTC)
Sorry for the delay, I wanted to test this further with a vanilla install. I can still reproduce the same results on different versions of MW, 1.31 and 1.32. Also tested with custom skins and Vector. Same results. Pastebin link is Hutchy68's Pastebin. Form:Test, Template:Link and Template:Test. To reproduce:
  • Create a page with the form
  • Edit page with form and add a link, save and continue.
  • Leave page by clicking the Page or Read link, do not use the save button.
  • Note the duplication, Edit with form again.
  • Try to remove a multiple, note the save and continue never changes to yellow indicating a save is available even though the page is changed.
What I have noted, if you leave the page using the Page or Read Link or clicking on another link such as Recent Changes or any sidebar link, the doubling occurs. The only method of not doubling when using the save and continue is to leave the page with the save button. --Hutchy68 (talk) 16:15, 10 January 2020 (UTC)

listbox with mapping template[edit]

When using listbox input type in combination to mapping template and selecting more than one value (with Ctrl key), the form does save correct values, however, when "Edit with form" is used, the form seems not reading the previous values and erases the content when we hit save again. See the exemple below.

Example:

Jaider msg 16:44, 14 January 2020 (UTC)

Bypass the datepicker control (disabled days) - how to prevent?[edit]

For filling the date fields I use the datepicker control. Thereby I deactivate the already booked days by cargo queries with which I set the parameters "first date", "last date", "highlight dates" and "disable dates". My problem: The disabled dates can be bypassed simply by entering a date in the field. How can the direct input into the field be blocked, forced to input via datepicker?

Ahaemmerli (talk) 14:00, 20 January 2020 (UTC)

There's no direct way to do that. It may be possible via some custom JavaScript that you put into MediaWiki:Common.js; I'm not sure. Yaron Koren (talk) 16:53, 21 January 2020 (UTC)

Multiple templates in tabs[edit]

Is it possible to obtain that sub-templates are written inside a tab (for instance using tabber)? I mean, suppose that I have a form "Main" like

        {{{for template|Main|label=Main}}}
	{| class="formtable"
	! Name
	| {{{field|Name|property=Has name|}}}
	|-
        {{end template}}}

	{{{for template|Position|label=Position|multiple}}}
	{| class="formtable"
	! Position
	| {{{field|Titolo|property=Has position|}}}
	|-
        {{end template}}}

and a "Position" template

<includeonly>
    '''Position''' [[Has position::{{{Position|}}}]]
</includeonly>

Following the form definition above, the "Position" templates will be added after the main template. How can I insert them into a tab, that is

<includeonly>
    <tabber>
Main =
    {| class="wikitable"
	! Name
	| [[Has name::{{{Name|}}}]]
	|-
    |}
    |-|
Positions =
    <!-- HERE -->
</tabber>
</includeonly>


Marco Falda (talk) 15:02, 21 January 2020 (UTC)

You can do that by making the "Position" template embedded - look for "embed in field" and "holds template" here. Yaron Koren (talk) 16:56, 21 January 2020 (UTC)

Create Form for Non-Technical Colleagues Using Subcategories as Values and Adding Appropriate Category Links?[edit]

Hi!

I'm hoping to create a form that will allow our non-technical users to enter new domains that we manage and their related information into our wiki. We have the Categories set up thusly:


  • Domains (top level category)
    • IP Addresses (subcategory of Domains)
      • Actual IP Addresses of the domains (ex: 255.255.255.255) (subcategory of IP Addresses)

or

  • Domains (top level category)
    • Account Managers (subcategory of Domains)
      • Jane Doe (subcategory of Account Managers)


We have them set up this way so we can see which domains have which IP (we host domains).


I've been trying to create a simple form that our sales people can use to enter new domain information into the wiki when they sign up a new client. They do not code at all. I've set up the wiki with inline category links. I can't upload screenshots because I get errors, so I'll try to describe here.


We have a page set up like this:

Domain Details


IP Address DNS Hosting Status On Billing TLD Domain Owner Auto Renew Status Suspension Status Domain Status Website Status Creation Date
172.217.1.238 ns1.google.com, ns2.google.com, ns3.google.com, ns4.google.com Not in Hosting Yes .com Unknown Unknown Not Suspended Active Active Unknown


Account Manager Project Manager Notes
Jane Doe John Doe None


Wordpress


Yes


Wordpress Plugins



We have inline Category links (in red) that we use to organize our information and help the non-technical folks "search" for information they want. Is there a way to set up Page Forms to:


1. Allow subcategories to be the "values from category" source when using a dropdown in Create a form? Right now it says it's only pages. We need subcategories. Example:

  • Field: IP Address
  • Input Type: dropdown
    • Other parameters: values from Category: (subcategories for IP Address here?)


2. Add the appropriate Category tags to the end of the page's code? (Example: we have inline links to subcategories "Jane Doe" and "John Doe" but they don't show up there without adding them as [[Category:Jane Doe]] and [[Category:John Doe]] at the bottom of the page (as hidden categories to try and cut down on the eye-clutter). Is there a way to scrape the inline links and populate the correct categories without having to essentially double-type?


If Page Forms can't do this, can you suggest something that does? Our non-tech folks cannot be asked to code at all. Is there a better way to set up the Category Organizations?


Thanks in advance. — Preceding unsigned comment added by K894 (talkcontribs) 17:57, 12 February 2020‎ (UTC)

Let me preface by saying that I don't think it's a good idea to use categories for this kind of thing. The standard approach with Page Forms is to additionally use either the Cargo or Extension:Semantic MediaWiki extensions in order to query and display the data that is generated via forms. It might seem like a lot of overhead, but it's really worth it in the end. So, for example, instead of a "Category:Jane Doe", you would use Cargo or SMW to store the Account Manager, Project Manager information for each page - and then, on the page for every person (like "Jane Doe"), include a template that itself includes queries to show all the projects that this person is account manager for, project manager for, etc. It's a more accurate display of information, and it's a lot easier for users when they can see everything about a person (or whatever it is) on one page. And you can easily generate tables, etc. from all of that information.
That said, let me answer your questions: I believe the answer to the first question is no, unfortunately. For the second one, I would check out the #arraymap parser function - it sounds like you don't know about that one, and that may be what you are missing. Yaron Koren (talk) 19:20, 12 February 2020 (UTC)

Using #autoedit from inside a form instead of inside a page[edit]

I have written an #autoedit tag to update a page. The tag works as expected when I call it from another page. However, I would like to use the tag from a Form page instead of a page in the regular namespace. When I try to use the link from the form page, I get the error

Modifying [[]] failed. No form specified. Will try to find the default form for the target page.

No target page specified. 

The code for the autoedit tag is:

{{#autoedit:
form=Role
|target=UMG employee role
|link text=UMG
|link type=link
|query string=RoleHeldBy[1000][RoleHolder]=Testperson
|tooltip=blah
|summary=added via button from form
}}

Is it possible to use this tag from inside a form and I have the syntax wrong, or is it simply not possible to use this from inside a form?

That sounds like a bug. But why include #autoedit in a form? It seems strange to modify page while in the middle of modifying a different page. Yaron Koren (talk) 03:48, 13 February 2020 (UTC)

Internal error with Page Forms upload[edit]

When using Page Forms 1.34 on my mediawiki 1.34 installation, the standard form uploadable field popup gives the following error response on uploading:

Internal error: Status::getWikiText called for a good result, this is incorrect

I also notice that the Destination filename field does not auto populate after selecting a source file. I've used multiple computers to log in and have experienced the same issue.

The simple uploading works fine though.

--AgentIrons (talk) 21:58, 14 February 2020 (UTC)