Extension talk:Page Forms

Clickable Uploaded File Links & Clickable User Page links
Sorry if my SMW forms terminology is off...Is it possible to make the results of an uploaded field clickable as an internal link to a file, such as the results of a field with URL type can do for an external link? Possible by changing the type to page and somehow prepending 'Media:' maybe at the floatbox upload form? In a similar line of questioning, how about a field with page type to be loaded with a username (currently done by using default= ). I would like them to point to User:username instead of username.


 * Yes, absolutely - that's how it's intended to be done. Your template should contain something like " Has file::File: ", with something similar (but with "User") for your other example. Yaron Koren 00:23, 1 June 2010 (UTC)


 * BRILLIANT, and thank you!


 * had to add a "|", but worked perfect as..
 * Has file::File:


 * I have the User:username working (even with multiple entries) using
 * " }}} "


 * Is there a way to display username but still point to User:username?


 * Great. Yes - just change the last part of that #arraymap call from Username::User:x to x . Yaron Koren 16:49, 1 June 2010 (UTC)


 * THANK YOU! and one last question: The uploaded file example above loads several images. I would like to automatically show them (if present) by added markup to template. I was successful in getting it to appear using an inline query:




 * The plain text output looks like: System Images File:Front Rack.jpg, File:Back Rack.jpg, File:Theater.jpg


 * I was hoping to get improve image presentation/formatting by getting it into a gallery. Am I on the right track attempting string manipulations (replacing comma with CR's, etc)? or is there a better in line query call you can think of?


 * Is your "Uploaded file" property of type "Page"? If so, those values should be getting displayed as images - if they're not, you may have found a bug in SMW. Yaron Koren 14:55, 2 June 2010 (UTC)


 * Yes, they did display mostly correctly via the above inline query (no bug) but they appear side by side with commas separating the images (as expected). I wanted to be able to clean them up with borders, size control, etc in a controlled gallery, or thumb'ed image. I realize this is getting out of SMW Forms, but I will update the thread if I can get it working.


 * I found that using the DPL Extension provides me the functionality I needed. This will created full featured thumbnailing. DPL Format control



Modifying forms
Hello !

I've seen you said that is really difficult, and, as I program a bit of php myself, I believe it. But you say we can edit it by hand, and... that's all. I'd be very thankful if you could tell us where to find the data I have to modify to add or remove fields in my forms.

Samuel Marchand 12:53, 2 June 2010


 * Sorry, I don't understand the question. This question might be better sent to the SMW users mailing list, being so (I think) open-ended. Yaron Koren 14:52, 2 June 2010 (UTC)


 * No problem, but I'll try to rephrase my question before posting it to the mailing list : in the paragraph "Getting Started" of this extension page, you say :


 * "this is programatically much harder to implement than creating new pages, because it requires parsing. For the foreseeable future, modifying existing properties, templates and forms will have to be done by hand."


 * So, if I'd like to modify an existing form, what should I search and modify ?


 * (I was reading my last question and thinking this wasn't understantable...)


 * Finally, I find the answer : I have to open the Form:nameOfMyForm page, and click on the "edit" tab. That's easy, but when you don't know it...


 * Samuel Marchand


 * Ah... I get it. Well, as I tell everyone, feel free to modify the documentation directly, if you think there's a clearer way of expressing it. Yaron Koren 16:34, 3 June 2010 (UTC)


 * Done. Could someone check if I've written correct English ? That's not my mother tongue...

Thankyou
@Yaron, I was not so fast as you archived last discussion page. So let me say thank you on the new discussion page for your tip with cite extension - it helped :-) - --Ulli 757 17:48, 3 June 2010 (UTC)


 * Great. Yaron Koren 03:11, 4 June 2010 (UTC)

Hide Edit Source Tab
I enabled $sfgRenameEditTabs=True giving me both 'edit' and 'edit source'. Can I remove the edit source tab wiki-wide leaving just edit to normal pages and edit (really edit with form) for smw form pages?

$wgGroupPermissions['*']['edit source']             = false; $wgGroupPermissions['user']['edit source']          = false; $wgGroupPermissions['sysop']['edit source']         = false; $wgGroupPermissions['bureaucrat']['edit source']    = false;

in LocalSettings.php didn't work?


 * The permission you should be using is not 'edit source', but 'viewedittab'. Yaron Koren 14:11, 4 June 2010 (UTC)


 * Thanks!

Default Loading of a Field with the Name of Page
I would like to automatically populate a 'Model Number' field within a form with the name of the page. If I call in free text area I can get the correct text. However using the below code, I get as the result. As a stretch I tried as used in default for uploads, but failed again.




 * Do you mean that shows up in the wiki text (and form), or that it shows up on the page itself? Yaron Koren 14:02, 6 June 2010 (UTC)

Hide 'Browse properties' Link
I am trying to hide the 'Browse properties' link on my sidebar. Sidebar is rendering via NavTree -Adding a treeview to the sidebar (if using monobook skin) if that matter.


 * That's a Semantic MediaWiki, not Semantic Forms, issue. Yaron Koren 14:03, 6 June 2010 (UTC)

Floatbox Call
First off apologies for a question not exactly specific to SMW Forms. You are using the floatbox js extension the bring up a a special upload window for SMW forms. I have googled beyond belief in my attempt to implement a simple picture using floatbox in mediawiki. I do not want to enable HTML site-wide ($wgRawHtml = true;). Can you point me in the right direction, or give me an example?


 * Hi - indeed it's not related, but since you ask - there's already an extension that might do what you're looking for - LightboxThumbs (I believe "lightbox" has become the standard term for this kind of interface). If that doesn't do it, Widgets might be a good solution - though unfortunately, there's no lightbox widget yet, so you might have to either create one yourself, or ask someone (like Sergey) to do it. I should note that Semantic Forms itself will probably switch in the next few months to using one of the jQuery-based JS libraries, instead of Floatbox; for what it's worth. Yaron Koren 15:26, 6 June 2010 (UTC)

Difficulty with autocomplete on property
Greetings. I am having difficulty using autocomplete on property on any fields. I have created the property "Config item".
 * When I set to "property=config_item", the drop-down is created with the values as expected.
 * Tells me that there is no case-sensitivity or naming issue on property specification
 * However, when I set to "autocomplete on property=config_item", the autocomplete does not function.
 * When I set to "autocomplete on category=some-valid-category" it also works as expected.
 * Tells me that there's no problem with the YUI, etc.

So I am at a loss here. I feel like I might be missing something glaringly obvious. I have created properties of type text and string, but neither causes it to function. Any ideas or suggestions?

By the way, this extension is positively superb and has allowed me to present mediawiki as a viable option for our project. Can't thank you enough for this wonderful extension.

Thorncrag 20:27, 6 June 2010 (UTC)


 * Thanks, that's great to hear - it's always nice to hear about SF and SMW being used in place of more expensive, or custom, solutions. As to your question - what happens if you switch to "autocomplete on property=Config item"? It could be that this parameter is case- or underscore-sensitive, even though it shouldn't be. Yaron Koren 01:01, 7 June 2010 (UTC)