Extension talk:Page Forms/Archive February to March 2015

Latest comment: 9 years ago by Yaron Koren in topic Unable to edit or save forms

googlemaps field

after hitting submit on a query form. the googlemaps field re-draws but forgets the zoom parameter it had before you hit submit. see:http://juanitospeppers.com/wiki/Special:RunQuery/GlogQuery

That's not surprising - there's no easy way for the system to remember what the zoom was. But if you think the default zoom should be different anywhere along the way, I'm curious to hear it. Yaron Koren (talk) 20:32, 2 February 2015 (UTC)Reply
shouldn't it find and use the zoom param i have on the form field.
{{{field|location|input type=googlemaps|width=700|height=500|zoom=8|autozoom=off}}}
No - the map inputs in SF, unlike their counterparts in Semantic Maps, don't support the "zoom" parameter. It's my fault for not explaining that in the documentation. But I set it that way on purpose, because it didn't make sense to me that a certain zoom level would be the best one for one form, or one wiki, but not for another. But perhaps the current defaults could be improved. What do you think? Yaron Koren (talk) 00:07, 3 February 2015 (UTC)Reply

Using {{#set:... with multiple properties

I noticed that a form will not recognize semantic properties that are set in "one go":

{{#set:Property1={{{property1|{{#external_value:property1}}}}}
|Property2={{{property2|{{#external_value:property2}}}}}
|Property3={{{property3|{{#external_value:property3}}}}}
|Property4={{{property4|{{#external_value:property4}}}}}
}}

You need to set them "one by one" like:

{{#set:Property1={{{property1|{{#external_value:property1}}}}}}}
{{#set:Property2={{{property2|{{#external_value:property1}}}}}}}
{{#set:Property3={{{property3|{{#external_value:property1}}}}}}}
{{#set:Property4={{{property4|{{#external_value:property1}}}}}}}

Is this behavior correct? I simplified a template and used the the "one go" approach but then the properties that are used in the form "break" in the form. I needed to set those properties used in the form "one by one". I must say that I combined this with {{#external_value: but all properties are filled with the {{#external_value: call with {{#autoedit:... before you can use the form. Regards, --Felipe (talk) 08:57, 4 February 2015 (UTC)Reply

It's true that Semantic Forms' template parsing is not perfect. If the form ever doesn't identify the property for a field, the easiest approach is just to hardcode the connection, by adding a "property=" parameter to that field's tag in the form definition. Yaron Koren (talk) 14:09, 4 February 2015 (UTC)Reply
Wel it is not a problem. My logic tells me that the "one go" approach is less expensive for the wiki engine but that is probably not true anyway :). I will give "property=" a go in combination with the "one go" approach but in almost all the forms we use the Semantic Forms decides which property it is supposed to use. This works all the time. Thanks --Felipe (talk) 14:26, 4 February 2015 (UTC)Reply

[RESOLVED] Wrong category/form for subpages created with #forminput

Hello, I try to create location pages and subpages for annual events at these locations. (Location and Location/Event 2015, Location/Event 2016...). For both location and event I have form & template each and in the location template (which produces an infobox) included is the following code for creating an event subpage directly from the location page:

|Create a new event subpage{{#forminput:form=Event
|placeholder=2015
|button text=Create
|query string= super_page={{PAGENAME}}
|popup 
}}

I have 2 different categories and on each category page I am using [[Has default form::…]]. to define the default form.

But now, when creating the event subpage, it gets automatically sorted into the category of the superpage, thus also using its (wrong) form.

Any ideas what I could be missing? Or could there be a better way of creating the subpages with the prepended location pagename via forms? --Zabien (talk) 01:08, 6 February 2015 (UTC)Reply

So you have a "locations" category and an "events" category, but events are showing up in the "locations" category? Do they also show up in the "events" category? Or am I misunderstanding things? Yaron Koren (talk) 03:26, 6 February 2015 (UTC)Reply
No, that's exactly what happens. The events only show up in the locations's category, but not in the events category (where they only should be). --Zabien (talk) 11:31, 6 February 2015 (UTC)Reply
Could it be that the "event" template just has the wrong category tag? Yaron Koren (talk) 15:32, 6 February 2015 (UTC)Reply
This was my first thought, too, but double and triple checked that, it's correct there. --Zabien (talk) 15:45, 6 February 2015 (UTC)Reply
Could you pastebin, or include here, the contents of that template? Yaron Koren (talk) 16:33, 6 February 2015 (UTC)Reply
Sure: pastebin of "location" template (don't get confused, I simplified the example here). The event template is similar, its last lines:
|- 
| colspan="2" align="center" | {{#ask: [[{{BASEPAGENAME}}]] | ?Has coordinates | format=googlemaps | width=240 |height=240 }} <br /> Open the [[World map of events]].
|}

[[Category:Festival event]]</includeonly>

<noinclude>{{documentation}}</noinclude>

Zabien (talk) 17:18, 6 February 2015 (UTC)Reply

I'm still guessing that the issue is in the "event" template (it would have been more helpful if you had pastebin'ed that one), but anyway, this doesn't seem like a Semantic Forms issue - it's an issue of pages somehow being tagged with the wrong category. Yaron Koren (talk) 18:05, 6 February 2015 (UTC)Reply
Okay, so I'll have to look further, create new from scratch and see if I can find the troublemaker somewhere in the template. Thank you for your help! --Zabien (talk) 11:41, 9 February 2015 (UTC)Reply
For the record: It was a mistake in the event form, not the template. In the form, the {{{for template}}} call was directing to the wrong template. --Zabien (talk) 21:58, 2 March 2015 (UTC)Reply

Using Tree input for multiple category selection, doubles up on catebories.

It works. As double ups have no consequence on actual category definition. But it is a pain to have multiple edits also providing multiple entries of the same category.

An example can be seen here.

Is there a way to limit the creation of duplicates, or perhaps a simple method of maintaining such a thing?

As a quick edit to this, there is more of an issue. Removing a category, when one has previously been saved to the page, simply results in it outputting the new categories again, minus the removed one. But the removed one still exists in the list from the previous edit and so it doesn't actually get removed. The only fix I can see in this case is to go into source and remove the duplicates and missing ones that way... There must be a way for the form input to clear out the category and refresh it on save surely? 103.13.11.118 11:53, 9 February 2015 (UTC)Reply

That's not good! The issue seems to be that the "Software" category shows up three times in the tree. Is there any way you could simplify your category structure so that "Category:Software" only has one parent? Yaron Koren (talk) 14:32, 9 February 2015 (UTC)Reply

Assign Unique Subobject ID's from Multiple Embeded Form?

I've a great use-case for a multiple instance template that creates subobjects. However it includes the possibility that a subobject with exactly the same property values get entered, meaning the anonymous identifier is also the same, seeing the duplicate object(s) ignored!. Is there a workaround for this? I tried the NumerAlpha extension per this thread but it's output blows up with UNIQ1b9902e25ef3ef0b-in-00000000-QINU? stuff under MW 1.23.2 when used in the templates. I can adjust the form to use a ton of statically numbered fields, but the multiple option is so much more elegant when it comes to applying instance-specific mandatory fields, regex filters, and the like. Maybe this is more of a SMW question? Thanks! (SF 3.1) - Lbillett (talk) 19:23, 10 February 2015 (UTC)Reply

I can't think of another solution; yes, this does sound like more of an SMW question. Yaron Koren (talk) 21:45, 10 February 2015 (UTC)Reply
Ok, thanks. I'll keep it multiple-instance based and just try to cope by communicating the limitations to those using the form. Curious...instead of using a subobject in my template, would a #cargo_store call accomplish pretty much the same thing? Without this duplication limitation? (the template being called multiple times from the same article?). It's not critical the the data be in subobjects and I've been meaning to try Cargo out... heard the author hangs out around here too. - Lbillett (talk) 02:48, 12 February 2015 (UTC)Reply
Yes, he does hang around here from time to time. :) That's true, maybe I should have mentioned Cargo - yes, Cargo would work better in this instance, in my opinion. It stores all template calls the same, as just a row in a table, whether there's one or more in a page, and whether the contents of one match the contents of another or not. Yaron Koren (talk) 14:17, 12 February 2015 (UTC)Reply
I the interim I made a teeny-tiny parser function that returns output from the php mt_rand() function and set it as the name for the subobject(s). Seems to do the job. Using something like the random number template would have been nicer, but it has another purpose and gives the same output everywhere it's called on a page save. My target pages typically only have half a dozen objects on them... if mt_rand() sets two of them the same... I'll eat my hat. - Lbillett (talk) 15:27, 23 February 2015 (UTC)Reply

query string special characters

Hey i tried the url encode and it works better but doesn't really give me what i want. In this case we use pagename = Jon's Grow

{{#formlink:form=Glog Update|link text=Update Glog: {{PAGENAME}}|link type=post button|query string=Glog Update[Glog]={{urlencode:{{PAGENAME}}}}|popup}}

or

{{#formlink:form=Glog Update|link text=Update Glog: {{PAGENAME}}|link type=post button|query string=Glog Update[Glog]={{PAGENAME}}|popup}}

this value loads into a combobox input. ex1 gives me: Jon&#39;s Grow | ex2 gives me: Jon

how do i get the form to translate the url encode into ' ?

What version of SF are you using? And did you try this with a link type of "link" or "button" instead? One of those might work better. Yaron Koren (talk) 14:19, 12 February 2015 (UTC)Reply
3.2alpha 2nd feb. just tried with link and button and its the same. tried switching between combobox, text input, both show the &#39;. form here http://juanitospeppers.com/wiki/Form:Glog_Update and formlink on http://juanitospeppers.com/wiki/Template:Glog
Okay, thanks. It looks like the issue is with "PAGENAME" itself (though I guess I knew that before). This page offers a workaround, which is to simply wrap the "{{PAGENAME}}" call in a call to #titleparts, from the ParserFunctions extension. Yaron Koren (talk) 16:57, 12 February 2015 (UTC)Reply
Oh nice, didn't think there would be a bug in magicwords. i changed urlencode and seems to work.
Cool. It's not a bug, exactly, just behavior that only makes sense some of the time. Yaron Koren (talk) 17:47, 12 February 2015 (UTC)Reply

Fatal exception of type SMW\InvalidPropertyException - Create Form

I have a fresh SMW / SM-Forms installation:

Product Version MediaWiki 1.24.1 Semantic Forms 3.2-alpha (2255e7c) Semantic MediaWiki 2.1 PHP 5.6.3 (apache2handler) MySQL 5.6.21

When I want to use Special:CreateForm.php I get the error:

Internal error [deb202c1] 2015-02-16 01:08:58: Fatal exception of type SMW\InvalidPropertyException

after I selected a template in the select menu.

Any ideas? Thank you for help Martin 15 Feb 2015

Could you add the following to LocalSettings.php:
$wgShowExceptionDetails = true;
...so you can see the full error details? Yaron Koren (talk) 01:46, 16 February 2015 (UTC)Reply

No constraints for autocomplete with remote autocompletion

Just an additional comment to "Autocomplete on Outside Values Doesn't Constrain", posted by Lbillett on 8 December. I haven't tested this in any detail, but in one case I did notice that the issue he/she raised also holds true for "remote autocompletion". Hope that helps if you didn't know already. Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 21:59, 18 February 2015 (UTC)Reply

Multiple-instance templates and forms and "show on select"

(1) Is there a way to use the field option "show on select" in the very multiple form itself properly so that each specification of "show on select" is pointing to let's say {{{filed|myfield|show on select=value-1=>ID-1-in-this-multiple-form;value-2=>ID-2-in-this-multiple-form;}}}? The background is that in a multiple-instance template called {{Lead}} – for statements, media, details etc. in determination keys of organisms and things – I want the detail information to be handled by a sub-template because of various groups demanding for different details: “birds” need other details than “plants” or “plastic waste” etc. and I thought using a sub-template for detail information instead of increasing the {{Lead}} parameters would do the trick but I fail to implement that in consonance with "show on select". (2) Is there another way to implement this strategy of detail information as a sub-template in multiple forms or only the possibility to increase template parameters in {{Lead}}? Thank you! --Andreas P.   10:05, 20 February 2015 (UTC)Reply

If you're just asking about using "show on select" in multiple-instance templates, that should work. What is the form text that's failing? And do you see any JavaScript errors there? Yaron Koren (talk) 13:55, 20 February 2015 (UTC)Reply
In my case I might have 2 nested multiple-instance template-forms, which do not work because it is documented so. The minimum example below works only if I have specified {{{for template|Lead}}} but I want it to be multiple like {{{for template|Lead|multiple}}} and this case I can not get to work. Is there a way to get it working differently or have I missed something from the documentations? --Andreas P.   15:46, 23 February 2015 (UTC)Reply
<!-- Minimum example -->
<includeonly>
<div id="wikiPreview" style="display: none; padding-bottom: 25px; margin-bottom: 25px; border-bottom: 1px solid #AAAAAA;"></div>
{{{for template|Lead}}}<!-- I want it to be {{{for template|Lead|multiple}}} -->
Details for: {{{field|detail property class|input type=dropdown|values=plant,bird|show on select=plant=>plant_properties;bird=>bird_properties;}}}

{{{field|detailed properties|holds template}}}
{{{end template}}}

{{{for template|Lead/detailed properties|embed in field=Lead[detailed properties]}}}<!-- is this 'multiple' automatically? -->
<div id="plant_properties">
Organism size: {{{field|organism size}}}
<!-- many more parameters -->
</div>
<div id="bird_properties">
Wing span: {{{field|wing span}}}
<!-- many more parameters -->
</div>
{{{end template}}}

{{{standard input|summary}}}
{{{standard input|minor edit}}} {{{standard input|watch}}}
{{{standard input|save}}} {{{standard input|preview}}} {{{standard input|changes}}} {{{standard input|cancel}}}
</includeonly>
Great. I believe the structure of your form is incorrect: the "Details for" input should be in the "detailed properties" template, and it's that template that should be multiple-instance, not the "Lead" one. Yaron Koren (talk) 20:47, 23 February 2015 (UTC)Reply
Moving the "Details for" does not really help, I do have a template structure like this …
{{Key Start|…|…}}
{{Lead|…|…}}
{{Lead|…|…}}
{{Lead|…|…
|detailed properties={{Lead/detailed properties|…|…}}
}}
{{Lead|…|…
|detailed properties={{Lead/detailed properties|…|…}}
}}
{{Key End}}
… and I thought it would be possible to handle this with a complex form but so far I did not succeed for the nesting issue of |detailed properties={{Lead/detailed properties|…|…}}.
(1) I wonder: is the {{{for template|Lead/detailed properties|embed in field=Lead[detailed properties]}}} automatically a multiple-instance even though I did not set it?
(2) Is there a way to get this complex template design get to work or is this impossible?

To find a viable solution, the only compromise I can think of right now is to skip this nesting-idea and instead expand the template parameters of {{Lead}} to suit the detailed property information. Or do you see another solution? --Andreas P.   22:06, 23 February 2015 (UTC)Reply
You can't have two levels of multiple-instance templates in a form. One obvious possibility is to have a separate page for each "lead"... Yaron Koren (talk) 00:55, 24 February 2015 (UTC)Reply
So the construction of |embed in field= in conjunction with holds template is always considered to be a multiple-instance, even if it is not set extra? --Andreas P.   11:59, 24 February 2015 (UTC)Reply
Sorry - now I understand the whole thing. I'm not used to single-instance templates being embedded. I don't know if SF supports what you're trying to do, unfortunately; you may just need to put everything into the "Lead" template, instead of splitting things up. Yaron Koren (talk) 13:57, 24 February 2015 (UTC)Reply
OK, I see. Well, to make the many new parameters in {{Lead}} conveniently editable I can at least use something like Extension:Header Tabs. Thanks --Andreas P.   14:09, 24 February 2015 (UTC)Reply

Creating pages using API. Issue with default values giving empty values

I'm creating pages using the api. However forms there by default has a value set are empty when using the API. If created from wiki using the form they are filled in. Anyone know a solution to this or had the same issue

Are you using the 'sfautoedit' API action? Yaron Koren (talk) 18:39, 20 February 2015 (UTC)Reply

undefined constant SF_NS_FORM when switching wiki language

After changing the language of a smw wiki i get:

Notice: Use of undefined constant SF_NS_FORM - assumed 'SF_NS_FORM' in /var/www/mediawiki/mediawiki-1.24/extensions/SemanticForms/languages/SF_Namespaces.php on line 22

What should i do about it? --Seppl2013 (talk) 10:34, 24 February 2015 (UTC)Reply

Do you have SMW installed? And what versions are you running of SF, MediaWiki and (possibly) SMW? Yaron Koren (talk) 14:32, 24 February 2015 (UTC)Reply

Hi Yaron - Seppl2013 is Wolfgang Fahl so you know my SMW environment: Semantic Form 3.2-alpha (46b6df3) 17:00, 30. Jan. 2015 SMW 2.1

The problem happens in the WikiFamily where some Wikis are "de", others are "en". When I switch a wiki from one language to another the problem appears. I assume the LocalisationCache is the issue as shown in the stacktrace. How do I reset that cache?

definition in SemanticForms.php

I think this is not picked up:

SemanticForms.php:	define( 'SF_NS_FORM', 106 );
SemanticForms.php:	define( 'SF_NS_FORM_TALK', 107 );

StackTrace

Call Stack
#	Time	Memory	Function	Location
1	0.0003	641664	{main}( )	../index.php:0
2	0.0005	675496	require( '/var/www/mediawiki/mediawiki-1.24/includes/WebStart.php' )	../index.php:43
3	0.0693	9021328	require_once( '/var/www/mediawiki/mediawiki-1.24/includes/Setup.php' )	../WebStart.php:121
4	0.0990	13370696	Language::factory( )	../Setup.php:594
5	0.0990	13370696	Language::newFromCode( )	../Language.php:161
6	0.1126	15223232	Language::getFallbacksFor( )	../Language.php:202
7	0.1151	15806560	LocalisationCache->getItem( )	../Language.php:4287
8	0.1151	15806560	LocalisationCache->loadItem( )	../LocalisationCache.php:257
9	0.1151	15806560	LocalisationCache->initLanguage( )	../LocalisationCache.php:323
10	0.1257	17041248	LocalisationCache->recache( )	../LocalisationCache.php:449
11	0.1628	18134920	LocalisationCache->readPHPFile( )	../LocalisationCache.php:859
12	0.1632	18157160	include( '/var/www/mediawiki/mediawiki-1.24/extensions/SemanticForms/languages/SF_Namespaces.php' )	../LocalisationCache.php:514

--Seppl2013 (talk) 06:38, 25 February 2015 (UTC)Reply

I doubt it's directly related to the localization cache - these are constants that need to be set, and they're the same constants regardless of the language. Due to an "accident of history", it's SMW that sets these constants, if SMW is installed. Could it be that SMW is being called after SF? That might lead to a strange problem like this. Yaron Koren (talk) 13:54, 25 February 2015 (UTC)Reply
Thanks for the swift answer Yaron. The SMW installation is done with composer so there is no entry for it in LocalSettings.php and I can only assume that the order of loading is correct. https://semantic-mediawiki.org/wiki/Help:Installation says enableSemantics( 'example.org' ); is necessary and that indeed seems to fix things--91.40.110.49 06:23, 7 March 2015 (UTC)Reply
Great! Yaron Koren (talk) 19:07, 9 March 2015 (UTC)Reply

Add Title Prefix Without Using One-step Process?

I'd like to add a prefix to the title supplied to a formlink field when creating an article. Using namespace=mynamespace sets the namespace great. I can do it in the one step process, but that leaves a field behind that I never use again. Is there another way? - Lbillett (talk) 13:26, 28 February 2015 (UTC)Reply

I don't think so, unfortunately. Yaron Koren (talk) 23:00, 1 March 2015 (UTC)Reply
Ok, it's not a deal-breaker. I can specify the prefix with default=myPrefix and leave clues. Thanks! - Lbillett (talk) 21:36, 3 March 2015 (UTC)Reply

Still got problem like is mentioned here 'Serialization of 'Closure' is not allowed' .

Hi I think that semantic forms is very useful extension. I got the same problem like is mentioned there 'Serialization of 'Closure' is not allowed'. I can create form, error occurs when I try create page out of that form . It prints out message like is in linked topic. I have mediawiki 1.20.2 . Please advise .

--Petrsorbo (talk) 16:36, 1 March 2015 (UTC)Reply

What version of Semantic Forms are you using? Yaron Koren (talk) 23:00, 1 March 2015 (UTC)Reply

Warning: Missing argument 2 for WikiEditorHooks::editPageShowEditFormInitial()

 Warning: Missing argument 2 for WikiEditorHooks::editPageShowEditFormInitial(), called in /home/ccc/htdocs/w/extensions/SemanticForms/includes/forminputs/SF_TextAreaInput.php
on line 155 and defined in /home/ccc/htdocs/w/extensions/WikiEditor/WikiEditor.hooks.php on line 147

SF 3.2 ... updated today.

Complete output of xdebug:

 Warning: Missing argument 2 for WikiEditorHooks::editPageShowEditFormInitial(), called in /home/ccc/htdocs/w/extensions/SemanticForms/includes/forminputs/SF_TextAreaInput.php
on line 155 and defined in /home/ccc/htdocs/w/extensions/WikiEditor/WikiEditor.hooks.php on line 147
Call Stack
#	Time	Memory	Function	Location
1	0.0009	250032	{main}( )	../index.php:0
2	0.2515	22811832	MediaWiki->run( )	../index.php:46
3	0.2515	22812288	MediaWiki->main( )	../MediaWiki.php:435
4	0.2524	22877096	MediaWiki->performRequest( )	../MediaWiki.php:584
5	0.2541	22935472	SpecialPageFactory::executePath( )	../MediaWiki.php:275
6	0.2550	23012000	SpecialPage->run( )	../SpecialPageFactory.php:584
7	0.2550	23012080	SFFormEdit->execute( )	../SpecialPage.php:363
8	0.3193	29298440	SFFormEdit->printForm( )	../SF_FormEdit.php:43
9	0.3303	30795920	SFAutoeditAPI->execute( )	../SF_FormEdit.php:88
10	0.3313	30812872	SFAutoeditAPI->doAction( )	../SF_AutoeditAPI.php:116
11	0.3440	31763656	SFFormPrinter->formHTML( )	../SF_AutoeditAPI.php:877
12	0.5786	36525768	SFFormPrinter->formFieldHTML( )	../SF_FormPrinter.php:1422
13	0.5858	36529840	call_user_func_array ( )	../SF_FormPrinter.php:1945
14	0.5858	36530552	SFFormInput::getHTML( )	../SF_FormPrinter.php:1945
15	0.6045	37406208	SFTextAreaInput->getHtmlText( )	../SF_FormInput.php:367
16	0.6045	37406208	SFTextAreaInput->getTextAreaAttributes( )	../SF_TextAreaInput.php:232
17	0.6045	37406288	WikiEditorHooks::editPageShowEditFormInitial( )	../SF_TextAreaInput.php:155

and while I am at it, this would be a second error that I am getting right now:

Notice: Undefined property: SFTextAreaInput::$contentModel in /home/ccc/htdocs/w/extensions/WikiEditor/WikiEditor.hooks.php on line 148
Call Stack
#	Time	Memory	Function	Location
1	0.0002	260240	{main}( )	../index.php:0
2	0.0517	6524496	MediaWiki->run( )	../index.php:46
3	0.0517	6524952	MediaWiki->main( )	../MediaWiki.php:435
4	0.0526	6589784	MediaWiki->performRequest( )	../MediaWiki.php:584
5	0.0541	6648136	SpecialPageFactory::executePath( )	../MediaWiki.php:275
6	0.0549	6723632	SpecialPage->run( )	../SpecialPageFactory.php:584
7	0.0549	6723712	SFFormEdit->execute( )	../SpecialPage.php:363
8	0.1162	13001448	SFFormEdit->printForm( )	../SF_FormEdit.php:43
9	0.1267	14498080	SFAutoeditAPI->execute( )	../SF_FormEdit.php:88
10	0.1280	14518384	SFAutoeditAPI->doAction( )	../SF_AutoeditAPI.php:116
11	0.1393	15468680	SFFormPrinter->formHTML( )	../SF_AutoeditAPI.php:877
12	0.3653	20338016	SFFormPrinter->formFieldHTML( )	../SF_FormPrinter.php:1422
13	0.3717	20342088	call_user_func_array ( )	../SF_FormPrinter.php:1945
14	0.3717	20342800	SFFormInput::getHTML( )	../SF_FormPrinter.php:1945
15	0.3892	21217184	SFTextAreaInput->getHtmlText( )	../SF_FormInput.php:367
16	0.3892	21217184	SFTextAreaInput->getTextAreaAttributes( )	../SF_TextAreaInput.php:232
17	0.3892	21217264	WikiEditorHooks::editPageShowEditFormInitial( )	../SF_TextAreaInput.php:155

--Temptuousinsolence (talk) 09:52, 2 March 2015 (UTC)Reply

Ah, it looks like the header for that WikiEditor function was changed in July 2014, which appears to be responsible for both of those errors. No one pointed out this problem until now! I just checked in a change to SF that should hopefully solve everything. Yaron Koren (talk) 14:39, 2 March 2015 (UTC)Reply
That appears to solve the issue. I have added your fix to my SF version and tested it. No errors for the moment. --Temptuousinsolence (talk) 08:54, 3 March 2015 (UTC)Reply

How can I get the values parameter populated with a query (SF 3.2 and Cargo 0.6)

The following is not working {{{field|Phase|input type=dropdown|values= {{#cargo_query:tables=Phases|fields=GROUP_CONCAT(Name SEPARATOR ',')|format=list}} }}}

The query returns the right string A,B,C where A, B and C are the Name of the phases I don't use SMW Regards JMU

Maybe that should work - but in any case, I think the better approach is to use "cargo table" and "cargo field". You could have something like "{{{field|Phase|input type=dropdown|cargo table=Phases|cargo field=Name}}}". Yaron Koren (talk) 19:06, 4 March 2015 (UTC)Reply

Thanks for your solution; it works perfectly when Name is a field that uses "allowed values" but what I need is to change the list of the values dynamically. JMU

That should work - if no "allowed values" are defined, SF should be getting the set of values that have been stored for that field. Are the table and field really named "Phases" and "Name", respectively, and if so did you try the tag exactly as I specified it? Yaron Koren (talk) 19:13, 5 March 2015 (UTC)Reply

Hello, I can't solve the issue. Could you have a look at the templates I used. Thanks in advance.

Phase template

<noinclude>
This is the "Phase" template.
It should be called in the following format:
<pre>
{{Phase
|Name=
}}
</pre>
Edit the page to see the template text.
{{#cargo_declare:_table=Phases
|Name=Text
}}
</noinclude><includeonly>{{#cargo_store:_table=Phases|Name={{{Name|}}} }}{| class="wikitable"
! Name
| {{{Name|}}}
|}
</includeonly>

Activity template

<noinclude>
This is the "Activity" template.
It should be called in the following format:
<pre>
{{Activity
|Name=
|Phase=
}}
</pre>
Edit the page to see the template text.
{{#cargo_declare:_table=Activities
|Name=Text
|Phase=Text
}}
</noinclude><includeonly>{{#cargo_store:_table=Activities|Name={{{Name|}}}|Phase={{{Phase|}}} }}{| class="wikitable"
! Name
| {{{Name|}}}
|-
! Phase
| {{{Phase|}}}
|}
</includeonly>

Form template

<noinclude>
This is the "Project" form.
To create a page with this form, enter the page name below;
if a page with that name already exists, you will be sent to a form to edit that page.

{{#forminput:form=Project}}

</noinclude><includeonly>
<div id="wikiPreview" style="display: none; padding-bottom: 25px; margin-bottom: 25px; border-bottom: 1px solid #AAAAAA;"></div>
= Phases =
{{{for template|Phase|multiple}}}
'''Name:''' {{{field|Name|mandatory}}}
{{{end template}}}

= Activities =
{{{for template|Activity}}}
{| class="formtable"
! Name: 
| {{{field|Name}}}
|-
! Phase:
| {{{field|Phase|input type=dropdown|cargo table=Phases|cargo field=Name}}}
|}
{{{end template}}}

<headertabs/>

'''Free text:'''

{{{standard input|free text|rows=10}}}

{{{standard input|summary}}}

{{{standard input|minor edit}}} {{{standard input|watch}}}

{{{standard input|save}}} {{{standard input|preview}}} {{{standard input|changes}}} {{{standard input|cancel}}}

</includeonly>
Oops! Sorry about that - you're right that this was not handled correctly for the "dropdown" input type (for some others, like "combobox", it worked fine). And thanks for including all the relevant pages. I just checked in a small change to Semantic Forms that should hopefully fix this problem. Yaron Koren (talk) 03:54, 10 March 2015 (UTC)Reply

I have installed the last release from github and everything is OK. Thank you for your help.

How to Use Date picker Control in Page and pass Date picker value to External Data Query

Hello,

Version Details

Semantic Forms 3.2
Semantic Forms Inputs 0.7
Semantic MediaWiki 1.9.2

How to Use Date picker Control in page and then pass the Date value to External Data Extension Query

please do the needful

Thank you

-- Ragu Thangavel

I don't think that's possible, if I understand the question correctly - you can't have a dynamic query that makes use of a current form input value. Yaron Koren (talk) 13:55, 5 March 2015 (UTC)Reply

Formlink and multiple templates

I'm having some trouble with Formlink and multiple templates. If the page title is determined by one of the template fields, *and* the template is a multiple instance template, to refuses to save.

The use case I'm using here is the SMW Event calendar with the Event Calendar demo code they've got. I modified their base form to do multiple templates, because it wouldn't allow multiple events to start on the same day (without wiping the previous one out).

I can get around by having the Form save all of the subobject templates on a subpage (but eventually that's going to get cluttered).

Any suggestions?

Thanks! Rosencrantz (talk) 15:48, 10 March 2015 (UTC)Reply

How can you set the page title from input(s) in a multiple-instance template? How would that even work, if you have more than one instance? Yaron Koren (talk) 15:56, 10 March 2015 (UTC)Reply
Well that's a really good question I guess. Ideally I was thinking that it would just check the page before saving the template and append it to the bottom or something. But that might not actually work very well...
(Different idea): Is there anyway to get formlink (or maybe forminput) to work with a datepicker somehow? That might work saner with the event calendar stuff. So that way someone could pick a start date from the datepicker, and then hit the edit button and it would go to the specified subpage? Rosencrantz (talk) 16:10, 10 March 2015 (UTC)Reply
Maybe we should backtrack here. :) I'm looking now at that SMW event form. It does indeed set the page name to the date of the event - which is a very bad idea, as you've seen; I don't know why they did it that way. The logical thing to do is to use the actual name of the event, like "Company picnic" or whatever it is, for the page name. If you're worried about naming conflicts, you can add a "<unique number>" bit to the page name formula. (You could do that with the original setup too, which would similarly avoid page overwrites, but then there would still be the strangeness of having events named after their date.) Yaron Koren (talk) 18:01, 10 March 2015 (UTC)Reply
Awesome, that's exactly what I needed! I ended up changing the form and template so that it has a hidden Parent calendar field to load the subpages into (which the creation button sends via the query string). Thanks!!! Rosencrantz (talk) 20:35, 11 March 2015 (UTC)Reply

Replacing the last comma in a list from #arraymap with "and" or other coordinating conjunctions

I'm using an arraymap function to present a list of items, say from a property value. I receive each item in the array as a list.

    orange, banana, apple, grape

If I want that list to include the word 'and' for the final item in the list (as what happens in the SMW Factbox for properties with multiple values) how do I do so?

    orange, banana, apple, and grape

Is this possible with arraymaps?

Oh, interesting - I think you're actually the first person to ask about such a feature. I guess you're a fan of the Oxford comma, by the way. :) #arraymap doesn't support it, although in theory it could be made an option. Yaron Koren (talk) 00:50, 11 March 2015 (UTC)Reply
Extension:Arrays very nearly supports this with the "print=pretty" option; I say 'nearly' in that the serial comma is omitted (not ", and" but " and"). In combination with SF, this approach requires you to also use the #arrayunique parser function (if you need to know why, I've asked about this here). Say you have a template field "fruit" which is populated with the array "apple; orange; pear; peach;" (with the SF delimiter being set to a semi-colon. SF always places a delimiter at the end of the array, too). In the template, you would include something like:
{{#arraydefine:fruit|{{{fruit|}}}|;}}
{{#arrayunique:fruit}}
{{#arrayprint:fruit||@|@|print=pretty}}

This should print your editor-defined array ("apple; orange; pear; peach;") as "apple, orange, pear and peach". Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 10:48, 11 March 2015 (UTC)Reply

That's what I was looking for Cavila. Thank you. Yaron, I am a fan of the Oxford Comma (and the song of the same name). Should I submit this as a feature request for SF?
Excellent. Sure, if you want to. Yaron Koren (talk) 16:09, 11 March 2015 (UTC)Reply

Sending an email with Semantic Forms?

Is it possible to have Semantic Forms send an email with the completed form?

At my workplace, we keep certain documented things on the wiki, but a seperate department is wanting them emailed as well to automatically add into their work queue. On top of that, there're some rumblings of wanting forms that aren't added to the wiki, and solely emailed.

Not sure if this's possible, but thanks for the answers. Igtenio (talk) 17:53, 12 March 2015 (UTC)Reply

No, it's not possible within Semantic Forms to either email out an existing page, or have an emailing form. For the latter, you can see this category of extensions. Yaron Koren (talk) 18:11, 12 March 2015 (UTC)Reply
Thanks for the quick response. By the way, I love your book. Igtenio (talk) 20:05, 12 March 2015 (UTC)Reply
Great, I'm glad to hear it! Yaron Koren (talk) 20:11, 12 March 2015 (UTC)Reply

Multiple Instance templates directly after section

Hello,

I think I started a topic on this around a year ago but I couldnt find it. Anyway I am having some issues with forms created using the pagetamplates extension.

Basically if I set a section in PageSchemas, and then include a multiple instance template directly after it, I have some text that seems to get partially transcluded from the page into the box under the section.

For example, upon initial page creation, everything seems normal, I have included below a snippet of the page without any modifications

==IVR Information==

==Special DID's==

==Employee Extensions==

==Ring Groups==

Each of the above sections has a multi-instance template associated with it

If i then edit the page with the form and simply save the page, I get the below

==IVR Information==

==Special DID's==

==Employee Extensions==

==Ring Groups==

[[Category:FreePBX System Setup Checklist]


==Special DID's==

==Employee Extensions==

==Ring Groups==

[[Category:FreePBX System Setup Checklis

Employee Extensions

Ring Groups

[[Category:FreePBX System Setup Checkl


Ring Groups

[[Category:FreePBX System Setup Chec

So each edit, if there is a section present in the form, and there is a multi-instance template in that section with no entries, the text box in the section gets filled with garbage from the rest of the page upon edit.

This does not happen however if there is a multi-instance template created using the "Add Another" button, even if the template exists and it is empty.

Ideally, I would like to simply get rid of the text box under the section, as I think it is unnecessary for what we need it for, I have tried hiding it which does not show the box, but the transclusion problem still happens on page save.

Is that possible? I am no php wizard but from what I have seen it is ont as simple as just disabling it

What does your form definition look like? Yaron Koren (talk) 23:48, 15 March 2015 (UTC)Reply
Please see below, I apologize if I should not paste it here
<noinclude>
This is the "FreePBX System Setup Checklist" form.
To create a page with this form, enter the page name below;
if a page with that name already exists, you will be sent to a form to edit that page.


{{#forminput:form=FreePBX System Setup Checklist|autocomplete on category=FreePBX System Setup Checklist}}

</noinclude><includeonly>
<div id="wikiPreview" style="display: none; padding-bottom: 25px; margin-bottom: 25px; border-bottom: 1px solid #AAAAAA;"></div>
==Type and Number of External Lines==
{{{section|Type and Number of External Lines|level=2}}}

{{{for template|External Lines}}}
{| class="formtable"
! Line Format:
| {{{field|Line Format|input type=dropdown}}}
|-
! Total Number of External Lines:
| {{{field|Total Number of External Lines|input type=text}}}
|}
{{{end template}}}

{{{for template|Phone Numbers|multiple|label=Phone Numbers}}}
'''Phone Number:''' {{{field|Phone Number|input type=text}}}

{{{end template}}}

==Internal Extensions==
{{{section|Internal Extensions|level=2}}}

{{{for template|Internal Extensions}}}
{| class="formtable"
! Number of Physical Phones Needed:
| {{{field|Number of Physical Phones Needed|input type=text}}}
|-
! Models of Phones:
| {{{field|Models of Phones|input type=textarea}}}
|-
! Number of Conference Phones Needed:
| {{{field|Number of Conference Phones Needed|input type=text}}}
|-
! Number of Softphones Needed:
| {{{field|Number of Softphones Needed|input type=text}}}
|-
! Total Number of Extensions:
| {{{field|Total Number of Extensions|input type=text}}}
|-
! Extension Number Range:
| {{{field|Extension Number Range|input type=text}}}
|}
{{{end template}}}

==Time Conditions==
{{{section|Time Conditions|level=2}}}

{{{for template|Time Conditions}}}
{| class="formtable"
! Business Hours:
| {{{field|Business Hours|input type=text}}}
|-
! Off Hours Seperate IVR?:
| {{{field|Off Hours Seperate IVR|input type=checkbox}}}
|}
{{{end template}}}

==IVR Information==
{{{section|IVR Information|level=2}}}

{{{for template|IVR|multiple|label=IVR}}}
'''IVR Name:''' {{{field|IVR Name|input type=text}}}

'''DID Number:''' {{{field|DID Number|input type=text}}}

'''Invalid Destination:''' {{{field|Invalid Destination|input type=text}}}

'''Timeout Destination:''' {{{field|Timeout Destination|input type=text}}}

'''IVR Entries:''' {{{field|IVR Entries|input type=textarea}}}

{{{end template}}}

==Special DID's==
{{{section|Special DID's|level=2}}}

{{{for template|Special DID's|multiple}}}
'''DID Destination:''' {{{field|DID Destination|input type=text}}}

'''DID Number:''' {{{field|DID Number|input type=text}}}

{{{end template}}}

==Employee Extensions==
{{{section|Employee Extensions|level=2}}}

{{{for template|Employee Extensions|multiple}}}
'''Employee Name:''' {{{field|Employee Name|input type=text}}}

'''Extension:''' {{{field|Extension|input type=text}}}

'''Email Address:''' {{{field|Email Address|input type=text}}}

{{{end template}}}

==Ring Groups==
{{{section|Ring Groups|level=2}}}

{{{for template|Ring Groups|multiple|label=Ring Groups}}}
'''Ring Group Name:''' {{{field|Ring Group Name|input type=text}}}

'''Ring Group Extension:''' {{{field|Ring Group Extension|input type=text}}}

'''Ring Group Members (Extension Number):''' {{{field|Ring Group Members|input type=text}}}

{{{end template}}}

'''Free text:'''

{{{standard input|free text|rows=10}}}


{{{standard input|summary}}}

{{{standard input|minor edit}}} {{{standard input|watch}}}

{{{standard input|save}}} {{{standard input|preview}}} {{{standard input|changes}}} {{{standard input|cancel}}}
</includeonly>
Thanks, that's quite helpful. (It might have been better to pastebin the form definition, but either way works.) It does look like the parsing of sections fails when there no instances of multiple-instance templates. This should be fixed; until then, assuming you want to keep the basic page structure the same, maybe you should just replace the sections with templates. Yaron Koren (talk) 13:30, 17 March 2015 (UTC)Reply

Special:CreateClass: getNamespace error in JobQueueDB with SF 2.7

I'm on SF 2.7 and getting "Fatal error: Call to a member function getNamespace() on a non-object in includes/jobqueue/JobQueueDB.php on line 738" when trying Special:CreateClass.

A similar problem has been fixed in Semantic Forms 2.5.3 so this is related or there is a regression. Guaka (talk) 15:36, 19 March 2015 (UTC)Reply

I don't know. Before getting too much into the details - your version of SF is about a year old. Would it be possible for you to upgrade to the latest version? Yaron Koren (talk) 15:44, 19 March 2015 (UTC)Reply
I found the issue: by default BlueSpice is using the same namespace values as SMW! (BlueSpice wasn't really my choice.) I used the fixworkaround from Thread:Project:Support_desk/This_appears_to_be_a_cross-site_request_forgery;_canceling_save.:
$wgExtraNamespaces[102] = "Property";
$wgExtraNamespaces[103] = "Property_talk";
$wgExtraNamespaces[104] = "Type";
$wgExtraNamespaces[105] = "Type_talk";
$wgExtraNamespaces[108] = "Concept";
$wgExtraNamespaces[109] = "Concept_talk";
(I would have started with a newer version but the `git clone; make` proposed on the SemanticBundle page was a bit slow and I ran into troubles, so I simply downloaded and worked with the `.tgz`. Still happy to try newer versions if I run into problems.) Guaka (talk) 16:09, 19 March 2015 (UTC)Reply
Oh, I wasn't aware of that problem. I'm glad you found a fix! Yaron Koren (talk) 16:59, 19 March 2015 (UTC)Reply

Unable to edit and save partial forms

Hi, I am using semantic form version 2.8 and I am using partial forms. I am not able to change the values using the "Edit with form" link or the Special:FormEdit page. When I try to use either of these methods with the partial form, it load the existing field values correctly but when I change values and save it, it doesn't save any of the changes. If I remove the "partial form" word from the {{{Info}}} tag of the form then save action works from both "Edit with form" and Special:FormEdit page. However the template is now shown at the top of the page. I have my page's sections as displayed as tabs using HeaderTab extension and only the contents of one of the section uses the template/form. So ideally it is a use case to use partial forms. How can I edit partial forms?

Thanks Chandrika

Unfortunately, partial forms haven't worked well in a while. (Though I'm surprised that it fails completely.) Could you pastebin the form and a sample page? Another option is to try to have the form cover the whole page, using "section" tags. Yaron Koren (talk) 14:10, 23 March 2015 (UTC)Reply
Yaron,
Thank you for the prompt reply. Using the section tag is not really the right solution for me as I need the non template based data editable with WYSIWYG editor. However I did try using the section tag as you suggested and included the whole page as part of the form but that still wouldn't work right for me. When I click the "Edit with form" for the first time, it displayed right but when I saved and clicked on Edit with form again the edit page showed only the template fields and not the section or free text :( Here is the structure of my wiki pages(Sections are displayed as Headertabs in my wiki)
=Attributes=
{{Template associated with form}} - the real content I need to edit with form
=Metadata=
system generated text that the user could edit
=Annotation=
Text area that the user can add content using WYSIWYG
=Visual Tool=
Auto generated graphs 
=Factbox=
smw factbox display
I wanted to use partial form for Attributes tab but that didn't work. If I remove the partial form keyword from the {{{info}}} tag then edit with form would display the form details above the first tab. Essentailly after edit with form action, my attributes tab would become empty but the template content would go above the first tab.
I found a two step work around for my case. 1) I included the "=Attribute=" section heading as a part of my Template instead of the page that truncludes the template. This fixed the edit with form issue - ie. after "edit with form" action the content got displayed within the tab, however this messed up the section edit link of the header tabs - ie. edit section action did not count "Attributes" as first section. So to over come this 2) I created a second level section under =Annotation= and disabled HeaderTab extension's edit link ($htEditTabLink = false;). The user would see a Annotation heading under the Annotation tab and they can use the "edit" section link that corresponds to ==Annotation==. This seems to work for my case. I hope this information benefits others too.

Unable to edit or save forms

Hi, I'm using SMW 1.7, SF 2.3.2 and SF Inputs 0.5 and I'm having trouble saving my forms. After I hit the save changes button, it directs to a blank page (http://mywiki/index.php?title=Form:MyForm&action=submit) and nothing else happens, the changes don't get saved. Does anyone have a solution or had the same issue?

If you do a "view source" on the blank page, is it literally blank? If so, this may help with the debugging. Otherwise, what's there? Yaron Koren (talk) 12:20, 26 March 2015 (UTC)Reply
Yes it is literally blank. I added those error reporting lines to the LocalSettings.php, now I'm getting this error: Fatal error: Call to undefined method MemCachedClientforWiki::keys() in /usr/share/mediawiki-extensions/semantic-bundle/SemanticForms/includes/SF_FormUtils.php on line 933. 9:29, 27 March 2015 (UTC)
Very strange - what do you have on that line of that file? Yaron Koren (talk) 11:59, 27 March 2015 (UTC)Reply
$keysInCache = $cache->keys(); 12:11, 27 March 2015 (UTC)
Oh, okay. Well, you're using a very old version of SF - though I'm not sure that that line was ever in that file. Might your version have been modified locally? Anyway, I would recommend upgrading SF, and SFI; and maybe even SMW, though the latest SF and SFI should still work with SMW 1.7. Yaron Koren (talk) 12:18, 27 March 2015 (UTC)Reply
Thank you for your quick and helpful response! 13:46, 01 April 2015 (UTC)
Return to "Page Forms/Archive February to March 2015" page.