Extension talk:Page Forms

Create forms automatically
Hello, i've done a form to create a personal page (user caracteritics) and i would create automatically a new form for each new user who create an new account on my wiki then, i would like a user to update only the page that bears his name Is it possible? And how can i do? thanks for your answers


 * You probably mean create a new page, not create a new form. You can do this by making this form the default form for the "User" namespace, in addition to using Extension:KeepYourHandsToYourself. Yaron Koren 01:58, 7 July 2010 (UTC)


 * yes i mean create a new page. But which file do i edit to modify the default form for the "User" namespace?
 * Eva 09:30, 7 July 2010 (UTC)


 * See here. Yaron Koren 12:54, 7 July 2010 (UTC)


 * I've managed to do this but i've some problem with the display. I've one part on the left side and an other part in a sort of box (a box called as User, here it's called Eva) and it create some links to non-existent pages but my fields are not of type page


 * Eva 13:39, 8 July 2010 (UTC)


 * If you don't define a type for a property, by default it will be of type "Page" - I assume that's the issue here. Yaron Koren 14:27, 8 July 2010 (UTC)

Show on select question
Hi,

I have been trying to set up a form using "show on select" in the section. There is an interconnected set of choices i.e. choices for field1 are field2, choices for field2 are field3 and so on till field5. A typical field is set up as follows

I want only field1 to show up in the beginning and depending on what the user chooses, show up appropriate choices in field2 and so on. I think i have set up the fields properly, but evidence - the form not showing up correctly - goes against that. many of the "next" fields -field3,field4,field5 etc. - show up even before field1 is selected. but when i select field1, extra fields - with the correct choices in the dropdown menu based on field1 choice - show up while the previously displayed incorrect fields still are very much there.

i would be really glad if someone could provide me some help on how to get the form set up correctly and avoid showing the "next" fields till the "previous" choices are selected. Pointers to some existing code would also be greatly appreciated.

Thanks a lot! Veryhuman 01:09, 8 July 2010 (UTC)

Preview won't work
I have installed Semantic MediaWiki + Semantic Forms, and everything works fine except one aspect. When I use a form to create or edit a page, if I press the "show preview" (I'm not sure of the English translation) button, it starts loading something but it never ends. The only way to use my forms is to fill in the gaps, and press the "show differences/changes". Then I can press "show preview", but my users don't know this way. I have tried with the same form and the same template in another wiki which has another installation of the Semantic Forms and it works. Thanks for your help. --Wikypedista 00:15, 9 July 2010 (UTC)


 * I've had the same problem, but have assumed that parsing data from forms and displaying it as preview would be kinda difficult. I dont really need the preview function though... Veryhuman 02:14, 9 July 2010 (UTC)


 * Sometimes it does take a long time - you can solve this problem easily, by removing the line in the form that starts with '<div id="wikiPreview"...'. Yaron Koren 14:22, 9 July 2010 (UTC)


 * Wow, thank you so much, Yaron Koren. This problem has taken me crazy for months. I have thanked your help in my wiki. I don't still understand what was wrong with that line and what is it's purpose, but at least it works perfectly! --Wikypedista 11:42, 10 July 2010 (UTC)

blank form after update
I did update Semantic Forms to version 1.9.1, since then the actual form (2 step process) is shown as blank page. Special:Version : MediaWiki 1.12.4 Semantic MW 1.4.3 Semantic Result Formats 1.4.3 StringFunctions 2.0.3 ParserFunctions 1.1.1. I was forced to update Forms because upload window almost always creates errors and henceforce did not fill in the field Uplaod file properly. Also I hoped, that with the new version the Namespace of the image will be applied, which is just a little thing. In general I am builden a heavily semantic page for art, artists, and so on; by using semantic data for content input, output (view) semantic relations and export ;-). Since I looked for the bank screen problem a lot and can not find anything, I hope somebody can hint me to the problem. Sincerely Yours Burgy Zapp


 * Hi - this might help debug the issue. Yaron Koren 23:55, 11 July 2010 (UTC)

 Thank you very much, could it be that the problem is connected with proc-open which will happen on lots of plesk servers 8.6?
 * Warnung: proc_open [0function.proc-open0]: open_basedir restriction in effect. File(/dev/null) is not within the allowed path(s): (/var/www/vhosts/kunstbewegung.info/httpdocs:/tmp) in /var/www/vhosts/kunstbewegung.info/httpdocs/wikide7/includes/Parser.php (Zeile 714) Warnung: proc_open(/dev/null) [0function.proc-open0]: failed to open stream: Operation not permitted in /var/www/vhosts/kunstbewegung.info/httpdocs/wikide7/includes/Parser.php (Zeile 714)

FIX part one of issue: change ''define('CWD', (($getcwd = getcwd) ? $getcwd : '.')); to if (!defined('CWD')) { define('CWD', (($getcwd = getcwd) ? $getcwd : '.')); }''

error seems to be connected to Single Sign On from vBulletin
 * Notice: Use of undefined constant VB_SYSTEM_PATH - assumed 'VB_SYSTEM_PATH' in /var/www/vhosts/kunstbewegung.info/httpdocs/wikide7/LocalSettings.php on line 19 Notice: Constant CWD already defined in /var/www/vhosts/kunstbewegung.info/httpdocs/cde/global.php on line 16

Finaly the form error message (eventually error here SF_FormUtils.php on line 457)
 * Notice: Use of undefined constant VB_SYSTEM_PATH - assumed 'VB_SYSTEM_PATH' in /var/www/vhosts/kunstbewegung.info/httpdocs/wikide7/LocalSettings.php on line 19 Fatal error: Call to private method Xml::expandattributes from context 'SFFormUtils' in /var/www/vhosts/kunstbewegung.info/httpdocs/wikide7/extensions/SemanticForms/includes/SF_FormUtils.php on line 457 

Suggestion: Preserve location of template in the markup
I set it up so that pages in the Template namespace use a form. The purpose is to allow standardized documentation of every template, so that it will require an act of will not to provide any. There's just one catch: the SemanticForms extension insists that the template associated with the form appear first. This means that if I put the template inside of a &lt;noinclude&gt; tag, where it belongs, then edit using the form, then when I save it the template is back outside the &lt;noinclude&gt; tag.

Any objection to making it preserve the location of the template in the markup? Is there any particular reason why it doesn't already? Is this going to be a hard thing to do?

Thanks for any feedback you might have.

-- John at Irie dash Inc dot com


 * Hi - it sounds like the issue you're asking about is preserving the order of free text, template call, free text, etc. Partial forms might work better for that case, although only for editing existing template pages. I'd say a cleaner solution, though, would be to have a separate page for the full documentation - maybe at Template:Template-name/doc. Yaron Koren 00:13, 12 July 2010 (UTC)

Where can I view/change property details?
I defined a Property, ProgramTitleEN, which is defined as follows: This is a property of type Has type::String.

It is used in the form as follows: ! Program Title (English):

It is used in the template as follows: ! Program Title (English):
 * Program Title (English)::

On a page that uses the form, in Firebug it shows up like this: 

Where is "cols=80" coming from, and how can I change it? Stlauc 18:55, 12 July 2010 (UTC)


 * That's strange - it looks like a bug in SF; it could be that your (unnecessary) setting of "rows" is confusing it. Yaron Koren 20:22, 12 July 2010 (UTC)

Displaying bullets in forms
1. I want to display a list of categories as a bullet list. The first bullet appears correctly, but subsequent bullets are appended to the first one as follows: OBPG Advice&amp;Consultation *OBPG Entrepreneurship 

This is the template code to insert the wikitext: 2. Also, in a text area I want to use wikitext for a bullet list, so I entered this wikitext: *Updated keywords *Changed URL

It displayed as an asterisk on line 1 and a bullet on line 2.

Can anyone see the errors? Stlauc 19:27, 12 July 2010 (UTC)


 * For the first issue - use "\n" instead of "&lt;br&gt;"; for the second, this is probably the answer. Yaron Koren 20:20, 12 July 2010 (UTC)

1. This works great - thanks Yaron: 2. For bullets within a semantic form, I discovered that SF adds a space as the first character of each cell. It actually should only do this if the cell is empty to avoid breaking lists (or move the space to the end of the cell). E.g., my markup ends up like this and I can't prevent the initial space before the *: *I can't prevent the initial space so the first bullet does not work the second one is fine '''3. I found a new, deal-breaker issue with "&" characters in category names. They cause me to lose data.''' For example, my initial data when I click "Edit" is this: Any help on this critical issue would be much appreciated. Stlauc 15:21, 13 July 2010 (UTC)
 * OBPGCategories=OBPG Advice&Consultation, OBPG Entrepreneurship
 * However, when I click "Edit with form", only "OBPG Entrepreneurship" is selected. Therefore I drop "Advice & Consultation" whenever I save the form. This is a serious issue and I've isolated it to the "&" in the category name, e.g., Category:OBPG_Advice&Consultation.
 * My form code is this:
 * My template code is this:

Show on select seems to be broken
I tried to setup show on select as in: here, but instead of producing a drop down menu as expected, it is instead creating a standard text entry field. I was able to replicate this problem: here in addition to my private wiki. I do not know what about the DiscourseDB site is set differently which is allowing it to instead be a drop down selection. I even tried explicitly setting input type to drop down, but it still remains a text entry. Not sure what's wrong here. Thorncrag 00:09, 13 July 2010 (UTC)