Extension talk:Page 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)


 * shouldn't it find and use the zoom param i have on the form field.


 * 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)

Using {{#set:... with multiple properties
I noticed that a form will not recognize semantic properties that are set in "one go": You need to set them "one by one" like:

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)


 * 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)


 * 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)

[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

I have 2 different categories and on each category page I am using  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)


 * 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)


 * 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)


 * Could it be that the "event" template just has the wrong category tag? Yaron Koren (talk) 15:32, 6 February 2015 (UTC)


 * This was my first thought, too, but double and triple checked that, it's correct there. --Zabien (talk) 15:45, 6 February 2015 (UTC)


 * Could you pastebin, or include here, the contents of that template? Yaron Koren (talk) 16:33, 6 February 2015 (UTC)


 * Sure: pastebin of "location" template (don't get confused, I simplified the example here). The event template is similar, its last lines:

Open the World map of events.
 * colspan="2" align="center" |
 * colspan="2" align="center" |
 * }

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


 * 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)


 * 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)


 * For the record: It was a mistake in the event form, not the template. In the form, the  call was directing to the wrong template.  --Zabien (talk) 21:58, 2 March 2015 (UTC)

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)


 * 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)

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)


 * 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)


 * 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)


 * 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)


 * 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)

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 or

this value loads into a combobox input. ex1 gives me: Jon&amp;#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)


 * 3.2alpha 2nd feb. just tried with link and button and its the same. tried switching between combobox, text input, both show the &amp;#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 " " call in a call to #titleparts, from the ParserFunctions extension. Yaron Koren (talk) 16:57, 12 February 2015 (UTC)


 * 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)

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:

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)

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)

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 ? The background is that in a multiple-instance template called – 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  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 ? Thank you! --Andreas P. 10:05, 20 February 2015 (UTC)


 * 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)
 * 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 but I want it to be multiple like  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. Icon_External_Link_E-Mail.png 15:46, 23 February 2015 (UTC)


 * 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)
 * Moving the "Details for" does not really help, I do have a template structure like this …




 * … 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= . (1) I wonder: is the 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  to suit the detailed property information. Or do you see another solution? --Andreas P. Icon_External_Link_E-Mail.png 22:06, 23 February 2015 (UTC)


 * 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)


 * So the construction of  in conjunction with   is always considered to be a multiple-instance, even if it is not set extra? --Andreas P. Icon_External_Link_E-Mail.png 11:59, 24 February 2015 (UTC)


 * 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)


 * OK, I see. Well, to make the many new parameters in  conveniently editable I can at least use something like Extension:Header Tabs. Thanks --Andreas P. Icon_External_Link_E-Mail.png 14:09, 24 February 2015 (UTC)

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)

undefined constant SF_NS_FORM when switching wiki language
After changing the language of a smw wiki i get: What should i do about it? --Seppl2013 (talk) 10:34, 24 February 2015 (UTC)


 * 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)

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:

StackTrace
Call Stack 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)
 * 1) 	Time	Memory	Function	Location


 * 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)


 * 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)


 * Great! Yaron Koren (talk) 19:07, 9 March 2015 (UTC)

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)


 * I don't think so, unfortunately. Yaron Koren (talk) 23:00, 1 March 2015 (UTC)


 * 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)

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)


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

Warning: Missing argument 2 for WikiEditorHooks::editPageShowEditFormInitial
SF 3.2 ... updated today.

Complete output of xdebug:

and while I am at it, this would be a second error that I am getting right now: --Temptuousinsolence (talk) 09:52, 2 March 2015 (UTC)


 * 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)
 * 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)

How can I get the values parameter populated with a query (SF 3.2 and Cargo 0.6)
The following is not working

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 " ". Yaron Koren (talk) 19:06, 4 March 2015 (UTC)

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)

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

Phase template This is the "Phase" template. It should be called in the following format: <pre&gt;

</pre&gt; Edit the page to see the template text.

Activity template

This is the "Activity" template. It should be called in the following format:  = Phases =

Name:

= Activities =

Free text:


 * 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)

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)

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)


 * 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)


 * 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)


 * 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 "&lt;unique number&gt;" 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)


 * 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)

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)

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:

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)


 * 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)

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)


 * 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)


 * Thanks for the quick response. By the way, I love your book. Igtenio (talk) 20:05, 12 March 2015 (UTC)


 * Great, I'm glad to hear it! Yaron Koren (talk) 20:11, 12 March 2015 (UTC)

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

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

Ring Groups
[[Category:FreePBX System Setup Checklist]

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)


 * Please see below, I apologize if I should not paste it here

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.



Type and Number of External Lines
Phone Number:

IVR Information
IVR Name:

DID Number:

Invalid Destination:

Timeout Destination:

IVR Entries:

Special DID's
DID Destination:

DID Number:

Employee Extensions
Employee Name:

Extension:

Email Address:

Ring Groups
Ring Group Name:

Ring Group Extension:

Ring Group Members (Extension Number):

Free text:


 * 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)

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)


 * 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)


 * I found the issue: by default BlueSpice is using the same namespace values as SMW! (BlueSpice wasn't really my choice.) I used the fix workaround 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)


 * Oh, I wasn't aware of that problem. I'm glad you found a fix! Yaron Koren (talk) 16:59, 19 March 2015 (UTC)

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 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)


 * 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= - 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 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)