Extension talk:Page Forms

New Pages created with forms not adding to article total?
When I create a new page it adds it to the right category but it does not add

to the end of the page so it will not add it to the article total, how do I get it to add this to each page?

Redeye 23:51, 3 November 2010 (UTC)


 * Just add that in to the template (if I understood the question correctly). Yaron Koren 02:53, 4 November 2010 (UTC)

It seems like the template already does that when you set it up but although it adds the page to the Category it does not add it to the content count? ---Redeye 05:17, 4 November 2010 (UTC)


 * I don't know - that's weird. Yaron Koren 15:00, 7 November 2010 (UTC)

Ive got the same problem on 2 installs of SF now, Dont surppose anyone knows how to fix this? the only way I can get the amout to update is to go to each page created and edit not with a form and save the page, but while at the moment the site is not live to Jo Public I can do that, once it goes live its going to be hard to do that to 100 pages a day Redeye 23:26, 9 November 2010 (UTC)


 * That seems very odd - the saving mechanism is basically the same whether the form is used or not. SF just adds an intermediate step. Yaron Koren 00:42, 10 November 2010 (UTC)

Tell me about it! It makes no sense. Is anyone else having this issue? is there a script I could run to fix the problem or something? Redeye 09:03, 10 November 2010 (UTC)


 * Do you use the Templates which contains your Category Tag in the Pages where the Category is missing? Sounds a bit like a Template that only gets added by the Form and not without it. You could although try to rebuild you semantic index, which will clean the cache for all pages.SBachenberg 14:32, 11 November 2010 (UTC)

I only use forms in these categorys, the categorys are there, I make them before testing the form. How do you rebuild the index? Redeye 01:23, 13 November 2010 (UTC)

I've just updated to the latest version of From and tried to use the "default" setting on the form to add the category. That makes it add to the article list. Redeye 18:23, 13 November 2010 (UTC)

Tooltips

 * How about using it? Is there a possibility to use it "On Mouse over" instead of "On Mouse Click"? --Martin 16:02, 4 November 2010 (UTC)


 * Not at the moment, I don't think. If someone were to create such a thing, that would be cool - the current #info function is actually part of SMW, not SF. Yaron Koren 15:00, 7 November 2010 (UTC)

Is "show on select" working in v2.0.3?
I just upgraded to Semantic Forms 2.0.3, and now I'm getting javascript errors (Object doesn't support this property of method) whenever I use "show on select". Looking for a solution, I visited the Referata Scratchpad here (created by Daniel5000 and discussed earlier in this forum), and the same issue is happening. (I'm using IE7 and Firefox 3.6.8.) --Hermhut 14:33, 5 November 2010 (UTC)


 * The issue isn't browser dependent. It is broken in all browers (chrome included). Something is wrong with the JScripts, I think. Needless to say, it's not functioning for me either.
 * --mlGamble 21:53, 5 November 2010 (UTC)


 * Hi - thanks to both of you for pointing this out. I don't know how I let such a major error slip past me. I just fixed the problem in SVN, and it'll be in the next version, 2.0.4, which I hope to release soon. Yaron Koren 14:55, 7 November 2010 (UTC)


 * I just installed the latest SVN files and now the "show on select" feature works, but it breaks FancyBox (if "uploadable" and "show on select" are used on the same form). Also, the "Add another" functionality is now flaky and sometimes doesn't work on pages with "show on select". I guess I'll just stick with v2.0.2 until v2.0.4 is released. Thanks. --Hermhut 16:05, 8 November 2010 (UTC)


 * Hi Hermhut - I couldn't duplicate this, with either MW 1.16 or MW 1.17. What version of MediaWiki are you using? And could you try to duplicate the issue on a public wiki? http://scratchpad.referata.com is one possibility - it uses MW 1.16. Yaron Koren 21:01, 8 November 2010 (UTC)


 * I created the Form:Fancy on the public wiki. You'll notice that "Add another" does not work. Edit the page, removing "show on select", and it works fine. If you can get that working, then you'll want to make sure "uploadable" works.  (It doesn't work if you edit a page already created with multiple uploads, and that page contains show on select.) Thanks. --Hermhut 23:56, 8 November 2010 (UTC)


 * Hi, thanks for reproducing that. The problem happened because you had a semicolon at the end of your "show on select" - basically the same exact problem as this; I thought I had fixed it, but apparently not completely. The problem should be fixed now, in the code in SVN. Yaron Koren 18:02, 9 November 2010 (UTC)


 * Thanks, Yaron, it appears to be working now. --Hermhut 20:08, 9 November 2010 (UTC)

2.0.3 not working!
MediaWiki internal error.

Exception caught inside exception handler

Thats the error I get when I enable the latest version of forms. I was running 2.0.1 fine but when I installed the bundle to a new website it put 2.0.3 on and my wiki is dead lol. Please help Redeye 11:40, 7 November 2010 (UTC)


 * Hi - this could be anything. Please add the following to LocalSettings.php, so you can see the actual error: "$wgShowExceptionDetails = true;". Yaron Koren 14:59, 7 November 2010 (UTC)

Combox
Can you guys help me and tell me why the combos from "Funcionamento" that means "Working hours" is not working properly?

http://www.w.com.br/index.php?title=Sandbox:Galeto&action=formedit

I mean, it should be reading values I added in the property...

Regards


 * HI, Your propertys like:
 * Funcionamento: as Funcionamento: h
 * should be changed to something that work (I did that for you):
 * Funcionamento:: as Funcionamento:: h
 * but you should add a "|" to the end of your parameters like:
 * Funcionamento:: as Funcionamento:: h
 * because if the parameters are Empty, you will get some errors. SBachenberg 14:49, 11 November 2010 (UTC)

Styling the "Free Text" Textarea
Currently the default textarea has its width set to "auto" as applied by SemanticForms.css. textarea.createboxInput { width: auto; } textarea.mandatoryField { width: auto; } In IE8 this results in a free text area with (estimated) 50% width. When applying my own class .formtextarea as described in your extension page using "class=formtextarea" the width setting cannot be overwritten. Is there a way to change this behaviour without altering your original CSS file to something like width:90%? I guess the "auto"-setting is there for good reason. My only solution thus far was "min-width 90%" which is not optimal and may cause problems otherwise. (Mike)


 * I'm not sure if I understand the full question, but you can override any extension's CSS by putting new CSS in the page "MediaWiki:Common.css". Yaron Koren 00:02, 13 November 2010 (UTC)

Calling the WikiEditorModule within a Form (Free Text Area)
Is there a possibility to call the "WikiEditorModules" (UsabilityInitiative) within a form (i.e the Free Text Area)? It works in normal edits but doesn't show up within the form.


 * Not at the moment. Yaron Koren 00:01, 13 November 2010 (UTC)

More than one default form is defined for this page
Can you guys help me resolving this issue? "More than one default form is defined for this page."
 * Sounds like you have assigned multiple forms to this page in either the page itself, the namespace or the category the page belongs to. You should use one "Has default form" declaration per page maximum. If you need more than one form for a page, use the "Has alternate form" property. (MIKE)


 * I think something else is happening... http://www.wikirio.com.br/index.php?title=P%C3%A3o_e_Companhia_(Copacabana)&action=formedit


 * Hi - your wiki looks great! This might be a bug in Semantic Forms, possibly related to the fact that the wiki is in a non-English language. I would upgrade your wiki to the latest version of SF, and see if the problem is still there - if it is, please let me know, and I'll try to reproduce it locally. Yaron Koren 02:31, 17 November 2010 (UTC)

Feature Request: Special:RunQuery as part of a Wikipage + a Bug
Hi Yaron, is it possible to have a "Special:RunQuery"-Form in an existing Wikipage ? Like a part of the Page where you can query things. That means that this Page can have a nice url / title, better than "Run query: Project search".

There although seams to be an error if you place a Fromlink in the Form used by Special:RunQuery. The RunQuery Page isn't able to search anything, because the "Run query" Button does nothing. SBachenberg 14:27, 11 November 2010 (UTC)


 * Hi - actually, this exists already: you can put " " in any page, and it should display the query form there. Also, as of v2.0.4 you can manually set the title, using the "query title=" parameter for . I don't know about that bug, though - could you reproduce it on a public wiki?` Yaron Koren 00:06, 13 November 2010 (UTC)


 * HI Yaron, " " doesnt work :-( Maybe you could add somelines to the Manual about that? SBachenberg 12:37, 15 November 2010 (UTC)
 * I got the Answer its " " SBachenberg 15:43, 15 November 2010 (UTC)


 * Following up on what we talked about in IRC, SBachenberg, the correct format for embedding a RunQuery form is "". Misty De Meo 15:43, 15 November 2010 (UTC)

Show on select and mandatory fields
Correct me if I'm wrong, but I thought that (in older versions of Semantic Forms) you could have mandatory fields within a hidden "show on select" div, and if they were empty on page save, it would be okay. If so, this is no longer working. If not, then my bad (but I would really like this feature!). --Hermhut 22:01, 11 November 2010 (UTC)


 * Hi - actually, it's the other way around: in older versions, this didn't work, but in the latest version, 2.0.4, it does, at least in theory. Is this not working for you with 2.0.4? If so, could you try to replicate the problem on a public wiki, like scratchpad.referata.com? Yaron Koren 00:00, 13 November 2010 (UTC)

Suggestion: Add further examples
I've recently asked about building "dynamic" Templates according to a certain property selection (i.e. "PageStatus) done in forms. I found absolutely no good example, so i made something of my own. I lack programming skills but i think it does the job. Wanted to share my results, maybe it's useful for the Manual of "Semantic Forms".

Example 1: If Case - Showing a "Draftbox-Template" if a certain Property value (DraftStatus) is true:

Example 2: Switch Case - Based on example 1 this can also be used for several options instead of checking a string. Here's a Switch Case for a given selection of properties, chosen by Pulldown. In Result it shows an image at the desired position within your template depending on the "Type of Information" Property Value.

Both examples are used within a template that belongs to an "Article" form. Hope this is a somewhat useful example. (Mike)

Request: some examples for #forminput
Same issue as above: i'm lacking a usage example on how to properly create forms for adding new pages to the wiki. All parameters work but the query part used for subpages is hardly understandable on its own. Problem:


 * 1) the super page=Tools/ part is wrong here. What should be entered to add pages to a subpage as in: Tools/YourToolName or Tools/ ?
 * 2) is there a way to automatically (silently) add new pages to a category without the Category-Tag showing up in the default Wikitext? I want users to add pages as simple as possible, preferrably without any categories showing up at all. I just use Categories for automatic "Has default Form" assignment and for sorting / menu purposes.


 * -> 1. Try ... super page=Tools}} without the "/" at the end.
 * -> 2. An Easy Way to add a Page to Category is just make a Form, which normally uses a Template. In this Template add something like that:
 * SBachenberg 16:29, 12 November 2010 (UTC)


 * 1. This was the first thing i've tried it doesn't work. |super page=tools| just results in the page being posted to the Wiki Main Index.php/Thenewpage. Here's the full Code in its recent most state:
 * 2. This is exactly the current "easy" way as i'm doing things atm. However - as stated above - i want to prevent users from getting easy access to the categories. A neat way would be either to hide the Category completely or provide a Form that allows a selection of certain Categories and assigns the page accordingly. This would also prevent multi-category (or no) assignment of pages. (MIKE)
 * Update - The text in the manual was misleading me. I already assumed something was wrong in the query string. For me to make this work i had to type "|query string=super_page=Tools}} instead of just "super_page=Tools". Now i have the problem that the "autocomplete on category" suggestions already show the subpage as well. If people would use the suggestion this could result in double-subpages generated. Is there a way to "strip" the subpages from the search field and just show the final article name?

Using multiple multiple instance templates with HeaderTabs
I have a form with a number of tabs. I can get multiple instance templates working in the last tab (by placing the headertabs tag in the article itself, not the template). I'm wondering if it is possible to put multiple instance templates in other tabs, and hence have multiple multiple instance templates, each on a different tab? - Borofkin 03:33, 20 October 2010 (UTC)
 * Definitely. You shouldn't put any of the Header Tabs stuff directly in the article - instead, you should create small "header" and "footer" templates, with no arguments, that are responsible for just those little snippets of wiki-text, and add those to the form. Yaron Koren 12:31, 20 October 2010 (UTC)
 * At the moment the contents of most tabs are in one template. Should I split each tab into a template of its own? Is there a publically available example of a setup like this? - Borofkin 22:16, 20 October 2010 (UTC)
 * Should I be using partial forms? - Borofkin 22:45, 20 October 2010 (UTC)
 * You don't need to split each tab into its own template - only where it's necessary, due to multiple-instance templates. I can't think of a public example. Yaron Koren
 * Okay, I've had a crack at this. I have a master template "Project", that uses two multiple instance templates: "Milestone" and "Participant", which are both on separate tabs. The problem I have is that after editing a page, the multiple instance ("Milestone" and "participant") templates are always placed immediately after the master template, pushing the Headertabs templates to the bottom. The result is that the multiple instance templates all appear on the first tab. I can edit the source of the page and manually insert the tab header templates, and it then appears correctly, but if I edit again using the form the same thing happens, i.e. the tab headers are pushed to the bottom. - Borofkin 00:22, 15 November 2010 (UTC)
 * Hi - what you should have is another template, maybe called "Participants header", between "Milestone" and "Participants", that just contains the tab header. You can just add it in to the form, with nothing between "for template" and "end template". Yaron Koren 03:18, 15 November 2010 (UTC)
 * Hi Yaron... this works! I was using a template for the headertabs headers already, but I wasn't using the stuff... I don't really understand SF to be honest, I just cut-and-paste. :-) However, now when I edit, the multiple instance templates are not in their tabs. Should the headertabs template be referred to twice in the form? i.e.  and also  ?

No, just once, with "for template". If you want the form to also have a tab header in that same location, just put the actual header in there, above the "participant header" call. Yaron Koren 21:33, 15 November 2010 (UTC)

Fields on first tab disappearing
I have a very bizarre problem. I have a form with data from a single template spread across multiple headertabs. If I edit a field on the first tab, it works fine. If I edit a field on any of the other tabs, all of the template parameters for the fields on the first tab disappear -- not blanked out, but actually removed from the resulting template. I can't see any obvious problem with the template, field or the article. MW 1.15.1 SMW 1.5.3 SF 2.0.4. - Borofkin 05:48, 17 November 2010 (UTC)