Extension talk:Page Forms

How to point the "Edit Section" links to editing form?
This is a great extension. However, it may be not easy for some visitors to notice the pages are editable if we remove the "Edit Section" links. I am wondering if I can direct the "Edit Section" links to editing form? Thanks.


 * I can't think of any way to do that, unfortunately... Yaron Koren 13:02, 8 October 2009 (UTC)

Export to pdf
This wonderful extension could be used to write reports using inline queries. However, it seems not to be easy to produce a pdf of such text. I tried the Wiki2LaTeX and the Collection extensions, and both result in pdf's without the inline query results. Is there a way to produce a pdf from text with semantic query results? Any hint is very much appreciated! Tomy 8 Oct 2009 20:42.


 * That seems like a Semantic MediaWiki question, not a Semantic Forms one - I would write the mailing list with that question. Yaron Koren 01:55, 9 October 2009 (UTC)

No red links on my form !
Is it possible to have form whose information won't automatically generate links ? The problem is that the form I created contains some "textarea" inputso it can contain paragraphs... And I don't want these to became links...

Thanks in advance if you ave any thoughts about it.


 * It sounds like you just need to define the properties you're using in the templates - if they're not defined, then by default they're of type "Page", i.e. links. Yaron Koren 16:04, 12 October 2009 (UTC)
 * Ok I was using "string" and I changed it to "Text" but that was not the problem (I was using accents and I don't really know why but when I removed them from my properties it worked well). Only thing now is that the "edit boxes" became very small. So I have several rows but the size is only like 30. I tried to change it adding "|size=150" but in the form page but it doesn't do anything (this command worked before...). Do you have any idea? Also only the edit boxes fron the form are small: the free text box has a normal size.


 * That should work; is the right size showing up in the HTML source, at least? Yaron Koren 19:24, 14 October 2009 (UTC)


 * I tried to delete all my form and do it again (just in case) but it didn't change anything (even with different names). Anyway, on IE, my boxes are takins into account the "rows" parameter but not "size nor "cols". So I have a box with a size of 1 character but as many rows as I ask. The HTML code gives this:

table class="formtable"> tr> th> Environnement du probleme: /th>td> 	textarea tabindex="2" id="input_2" name="Fiche[Environnement du probleme]" rows="5" cols="80" class="mandatoryField" >/textarea> span id="info_2" class="errorMessage">/span> /td>/tr>
 * (I removed the "<" cause I don't know how to show the html here)
 * And then I have 3 other properties that looks the same. Weird thing is that I just tried on firefox and it works well... (I was testing on IE and I'd like it to work on IE)

and page name
Hi

I want to use the to create new pages, but after hitting the submit button, I want to change the name of the page which will be created e.g. if I enter "pagename" in the input field, I want a page like "example pagename example" to be created.

Is this possible?

Thanks for your help, Yves


 * That's a good idea, but unfortunately it's not possible - you'd have to use the one-step process instead. Yaron Koren 16:05, 12 October 2009 (UTC)


 * Thank you very much for the fast answer, Yves


 * Hi again, I found a workaround which works for me:


 * I use the widget extension with which I can create html code with javascript and forms.
 * I use the widget to create a form with some javascript which construct me a link for the one-step process
 * Here an example:

function myformtest{ jQuery("#forminput") .attr("action","/index.php/Special:AddData/NameOfTheForm/PageName"+jQuery('#mytext').val+"MoreText"); }   
 * Yves


 * Wow, that's very interesting. Yaron Koren 20:38, 12 October 2009 (UTC)

Proper placement of $sfgYUIBase
The documentation reads: ''in your LocalSettings.php file, below the inclusion of Semantic Forms, add the following line:

$sfgYUIBase=...''

My experience is that it only works if including above the inclusion of Semantic Forms. I am using Semantic Bundle. Could that be the difference? --Tosfos 16:44, 13 October 2009 (UTC)


 * That seems very odd; I have no idea. Yaron Koren 19:25, 14 October 2009 (UTC)

#formlink preload and super_page not operational
I am attempting to preload a field using the #formlink parser which, as I have read, is supposed to be possible.

Example:

My end result is to populate a hidden field with the page name that the #formlink is on. I keep receiving a "Bad title" error. I am currently using Semantic Forms v1.8.3

Thanks in advance.

--Dgennaro 19:29, 16 October 2009 (UTC)


 * UPDATE:


 * Another way I have tried this is to use "super_page", but this is also not operational. I am just looking for a way to click a link on a page (that I have already created using another form) that will create a sub-page. This sub-page name will be determined when the form has been submitted.


 * --Dgennaro 19:07, 19 October 2009 (UTC)


 * works for me. Maybe you use some template name or page name containing characters not allowed in the query string of a URL? F.trott 06:46, 20 October 2009 (UTC)

mediawiki upgrade, loss of forms
I recently upgraded my wiki http://www.queenstown.net.nz from 1.9.3 to MediaWiki 1.15.1

I also upgraded to the latest version of Semantic Forms (Version 1.8.4)

But now my forms have disappeared! It's not that they don't work, it's just that there's redlinks where the links to the forms used to be.

e.g. http://www.queenstown.net.nz/index.php?title=Form:Add_Business_Form The templates for the forms still exist however.

However in my custom namespace 'staff' the forms appear although they do not work.

I am not an expert user but I created these forms through trial and error and I would like them back.

Any ideas?

--Andrewrutherford 22:22, 18 October 2009 (UTC)

How to show the edit toolbar above the free-text area?
Hi, How to show the edit toolbar above the free-text area? It would be great if the free text area looks like the original editing view. Thanks for help.

Getting HTTP 500 error when adding category/categories to forms
Hello, i'm getting a 'HTTP 500 error' when I try to implement my categories (categorytree) to a semantic form. I have the extension: Categorytree, SemanticForms and SemanticMediawiki. I used this source as example: Source 1 and added both the template and the form to my own wiki (which is unfortunatly private).

Anyone had similar problems and/or an suggestion to fix this problem? Cheers

Changing the size of the 'Form:add' field
Hello all, i spend forever trying to adjust the size of the text input field (example), where you enter the title of the page to be created with the semantic forms. I tried a bunch of css settings, but i just can't seem to find the right one. Anyone can help me out? Thanks a bunch!


 * I don't know if there's any way to do it... you'd be better off using the #forminput function, which should be located right on your "Form:..." page. Yaron Koren 16:31, 3 November 2009 (UTC)

Automatic page name, namespace, red links
Hi, I have a form that automatically generates the name of the pages, via

These pages are supposed to end up in a namespace called Topic. This works perfectly for the pages that are newly created via

It does not seem to work, however, for red links. One of our templates sets the property Topic to the "topic pages" and the property:topic page states Has type::Page and Has default form::Topic. Also the category of the topic pages states Has default form::Topic.

Now, clicking on a red link brings up the form as expected, but the resulting page is *not* put in the namespace topic. The function *info* does not seem to have a namespace argument, and when I add "Topic:" in the beginning of the info page name argument, then new pages created by the formlink function yield pages called "Topic:Topic:xxx". Is there a work around, or did I not follow the instructions properly? Any help is very much appreciated! User:tag 27 Oct 2009 (09:06).


 * The problem is that the red links aren't pointing to the right page - you should change the call in the template itself, so it looks something like "Topic::Topic:". Yaron Koren 16:32, 3 November 2009 (UTC)

Edit with form in categorypage doesn't work
To be able to use a form on a categorypage itself and use the 'edit with form'-tab for it I placed the 'page has default form' property into the page. The 'edit with form'-tab does appear but after cliking on it I get a 'Page Cannot Be Displayed'-error. On regular pages 'page has default form' works fine, only in the categorypage itself it doesn't.

Recently I upgraded SMW from 1.1.2 to 1.4.3 and Forms from 1.2.4 to 1.8.4. Am I doing something obvious wrong, or is there a solution/workaround for this? Thanx. JosCo 08:23, 29 October 2009 (UTC)


 * What is the exact error message? Yaron Koren 16:35, 3 November 2009 (UTC)

Usage of "subtemplates" broken in 1.8.5
If you use templates with names of the form "template/subtemplate" the slash lets SF_FormPrinter.inc break on line 331. Fix that line as follows:

$found_instance = preg_match('/{{' . str_replace('/','\/',$search_template_str) . '\s*[\|}]/i', str_replace('_', ' ', $existing_page_content));

Maybe the backslash needs some consideration, too.

--F.trott 07:16, 3 November 2009 (UTC)


 * Thanks for this fix. The backslash probably isn't worth worrying about - MediaWiki currently doesn't allow it in page names. Yaron Koren 19:09, 3 November 2009 (UTC)

Uplodable textarea list?
I created a multiple instance uploadable form, and soon realized that the names weren't populating the fields after uploading a file. I saw your note about this being a JavaScript limitation, so I configured a single list field. It works fine when I have a text input box, but not for a text area. Whenever I use a text area the "Upload file" link goes away. Is there any way to get uploads to work with a text area? --Gkullberg 18:00, 3 November 2009 (UTC)


 * That's a good idea... it sounds like a bug in SF. In any case, I should note that, in the latest version of SF, 1.8.5, that first problem you encountered has been fixed - you can now have multiple uploadable fields. Yaron Koren 19:08, 3 November 2009 (UTC)

Suppress 'Additional query' form in printouts of Special:RunQuery results
To hide the 'Additional query' form in printouts go to the bottom of SF_RunQuery.php and insert the noprint class where appropriate as shown in the following fragment:

$text = ""; // override the default title for this page if				// a title was specified in the form if ($form_page_title != NULL) { $wgOut->setPageTitle($form_page_title); }				$noprint=""; if ($wgRequest->getCheck('wpTextbox1')) { global $wgParser, $wgUser, $wgTitle; $wgParser->mOptions = new ParserOptions; $wgParser->mOptions->initialiseFromUser($wgUser); $text = $wgParser->parse($content, $wgTitle, $wgParser->mOptions)->getText; $additional_query = wfMsg('sf_runquery_additionalquery'); $text .= "\n$additional_query \n"; $noprint = "noprint"; }				$text .=<< 

END;

(This has been tested with SF 1.8.5 and may need tweaking for other versions.)

--F.trott 10:21, 5 November 2009 (UTC)


 * Looks good, but why would you want to do that? Yaron Koren 16:10, 5 November 2009 (UTC)