From: Stephan G. <f....@gm...> - 2009-09-28 16:20:32
|
Semantic Forms Inputs is an extension to MediaWiki providing additional input types for Semantic MediaWikis that use the Semantic Forms extension. It currently provides the new input types datepicker and regexp. The date picker lets a user pop up a graphical calendar and choose a date from it. The calendar is generated entirely via script and can be navigated without any page refreshes. With the regular expression filter you can fine-tune what values are allowed and what is blocked in your input fields. You can even string several filters together to have a cascade of checks, e.g. to give an error message specific to what violation occured. See the full documentation at http://www.mediawiki.org/wiki/Extension:Semantic_Forms_Inputs Be aware that although care has been taken to provide stable code, I still consider this extension beta. Any feedback is of course welcome and encouraged. Stephan Gambke |
From: Patrick N. <ma...@pa...> - 2009-09-28 17:28:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Stephan, this sounds very helpful :) Thanks a lot for your work! Is there a specific reason why this hasn't been built into Semantic Forms directly? Patrick. On Tuesday 29 September 2009 00:20:21 Stephan Gambke wrote: > Semantic Forms Inputs is an extension to MediaWiki providing > additional input types for Semantic MediaWikis that use the Semantic > Forms extension. > > It currently provides the new input types datepicker and regexp. > > The date picker lets a user pop up a graphical calendar and choose a > date from it. The calendar is generated entirely via script and can > be navigated without any page refreshes. > > With the regular expression filter you can fine-tune what values are > allowed and what is blocked in your input fields. You can even string > several filters together to have a cascade of checks, e.g. to give an > error message specific to what violation occured. > > See the full documentation at > http://www.mediawiki.org/wiki/Extension:Semantic_Forms_Inputs > > Be aware that although care has been taken to provide stable code, I > still consider this extension beta. Any feedback is of course welcome > and encouraged. > > Stephan Gambke > > --------------------------------------------------------------------- > --------- Come build with us! The BlackBerry® Developer > Conference in SF, CA is the only developer event you need to attend > this year. Jumpstart your developing skills, take BlackBerry mobile > applications to market and stay ahead of the curve. Join us from > November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > - -- Key ID: 0x86E346D4 http://patrick-nagel.net/key.asc Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkrA7D8ACgkQyYHmhobjRtTg4ACfaO7CF8wUAEVndABOO+fw9T5r 8pIAn3dxkfEoQIvdotJAdoNphwntwywe =7url -----END PGP SIGNATURE----- |
From: Stephan G. <f....@gm...> - 2009-09-28 19:20:08
|
Hi Patrick. Patrick Nagel wrote: > Is there a specific reason why this hasn't been built into Semantic > Forms directly? Yaron and I discussed it and decided to keep two extensions for a varity of reasons, basically - keeping the core Semantic Forms apart from non-essential stuff (a bit like SMW and its result formats) - only include heavyweight javascript libraries where necessary (that's not a point right now, but may become significant in the future) - less communication overhead Stephan |
From: Cassandra B. <ccb...@gm...> - 2010-05-14 20:16:28
|
Hello, I grabbed the latest HeaderTabs since I'm getting everything ready for MW 1.16, and tossed it on my test wiki, which uses SF 1.9. However, when I install it, all of the tabs quit working and just show bullets. Is there anything special that needs to be done so that the latests HeaderTabs/SF/SMW all work together? Thank you, C |
From: Neill M. <ne...@nl...> - 2010-05-17 07:58:56
|
Hi. Have you got the YUI library hosted locally? Yahoo no longer host version 2.7.1 of the YUI library. You have to take a snapshot of this version and have it on your server and point HeaderTabs to that instance. If HeaderTabs can't find YUI it just renders bullets, which sounds like what you are seeing. Also, Are you using Exhibit format queries or SMW+ components? There is a clash between HeaderTabs and the Prototype javascriot library SMW+ uses. Cheers Neill. On 14/05/10 21:16, Cassandra Browning wrote: > Hello, > > I grabbed the latest HeaderTabs since I'm getting everything ready for MW 1.16, and tossed it on my test wiki, which uses SF 1.9. However, when I install it, all of the tabs quit working and just show bullets. Is there anything special that needs to be done so that the latests HeaderTabs/SF/SMW all work together? > > Thank you, > C > ------------------------------------------------------------------------------ > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > |
From: Cassandra B. <ccb...@gm...> - 2010-05-17 10:05:40
|
I did manage to sort it out, but for some reason I had to move the files in the skins/ directory into the main Headertabs one (and then edit their paths). However, what happened to the references to headertabs.css? The php seems to be referring to combined-min.css only, and this css file has no line breaks in it (it's just one huge line of css styles, including a body tag). On 17 May 2010, at 08:58, Neill Mitchell wrote: > Hi. > > Have you got the YUI library hosted locally? Yahoo no longer host version 2.7.1 of the YUI library. You have to take a snapshot of this version and have it on your server and point HeaderTabs to that instance. If HeaderTabs can't find YUI it just renders bullets, which sounds like what you are seeing. > > Also, Are you using Exhibit format queries or SMW+ components? There is a clash between HeaderTabs and the Prototype javascriot library SMW+ uses. > > Cheers > Neill. > > On 14/05/10 21:16, Cassandra Browning wrote: >> Hello, >> >> I grabbed the latest HeaderTabs since I'm getting everything ready for MW 1.16, and tossed it on my test wiki, which uses SF 1.9. However, when I install it, all of the tabs quit working and just show bullets. Is there anything special that needs to be done so that the latests HeaderTabs/SF/SMW all work together? >> >> Thank you, >> C >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> >> > |
From: Stephan G. <f....@gm...> - 2009-09-30 15:24:56
|
Hi all, something went definitely wrong, though right now i'm not sure what. The extension does not work and produces garbage output. Apologies for that. I'm working on it and will report back. Stephan |
From: Stephan G. <f....@gm...> - 2009-09-30 16:05:47
|
Dumbest of errors: The <?php tag right at the beginning of SemanticFormsInputs.php has the ? missing. Don't ask me why and when it got deleted. Anyway, I fixed it and put a version 0.1.1 online. So you can either download and install that or just put the missing ? in the file yourself. Apologies again. Stephan |
From: Joel N. <joe...@gm...> - 2009-10-08 20:12:49
|
Stephan, Props for putting this together - its just what I needed as it happens in a project I'm working on! However, I'm using SMW+ 1.4.4 which has Semantic Forms 1.7.1. And even the just released SMW+ 1.4.5 has Semantic Forms 1.8.3 and Semantic Forms Inputs (SFI) requires Semantic Forms 1.8.4. The datepicker seems to be functional, but it has a funky see-thru pop-up. I'm thinking of backporting SFI so it works with Semantic Forms 1.7.1 and sending in a patch, but before I even put in the time to investigate the effort, do you know offhand if its even worth it? If not, I'll just swap out Semantic Forms in SMW+ to the latest version. Looking at the screenshot (http://bit.ly/nuw2R), the SMW+ default skin CSS (Ontoskin) may be contributing to the funky look too. Thanks again! Joel ======================================================= jo...@na... * wir...@na... Think Different! (http://en.wikipedia.org/wiki/Think_different#Text) Imagine Different! (http://www.youtube.com/watch?v=H5tOgRD4EqY) On Wed, Sep 30, 2009 at 12:05 PM, Stephan Gambke <f....@gm...> wrote: > Dumbest of errors: The <?php tag right at the beginning of > SemanticFormsInputs.php has the ? missing. Don't ask me why and when it > got deleted. Anyway, I fixed it and put a version 0.1.1 online. So you > can either download and install that or just put the missing ? in the > file yourself. > > Apologies again. > > Stephan > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Stephan G. <f....@gm...> - 2009-10-08 23:01:00
|
Hi Joel. Joel Natividad wrote: > The datepicker seems to be functional, but it has a funky see-thru pop-up. To me it looks as if the calendar has no style sheet applied at all. There was some problem with skins in SMW+ pre 1.4.5 (see http://smwforum.ontoprise.com/smwboard/viewtopic.php?f=23&t=79). In the HTML of the page you should find [YourYUIBaseDir]/calendar/assets/skins/sam/calendar.css and [YourYUIBaseDir]/calendar/assets/skins/sam/calendar-skin.css. If they are not in, you may have to upgrade to SMW+ 1.4.5 or try the workaround from the SMW forum. > I'm thinking of backporting SFI so it works with Semantic Forms 1.7.1 > and sending in a patch, but before I even put in the time to > investigate the effort, do you know offhand if its even worth it? I don't think there is a solution that works without changing the SF extension itself. The problem is a deficiency in SF that was cured only recently. Basically it prevents parameters, that need no value (e.g. "show week numbers") from working. They are just not forwarded to the datepicker function. You can easily work around that by providing a value for these parameters, even an empty string should work (e.g. "show week numbers="). I am not aware of other problems (aside from that layout problem). Stephan |
From: Joel N. <joe...@gm...> - 2009-10-09 00:07:52
Attachments:
SemanticFormsInputs.patch
|
Stephan, Just an update, I looked at the HTML source code and the stylesheet link for the YUI calendar CSS is mangled like this: <link rel="stylesheet" href="/mediawiki/skins/http:// yui.yahooapis.com/2.7.0/build/calendar/assets/skins/sam/calendar.css? 164" type="text/css" /> <link rel="stylesheet" href="/mediawiki/skins/http:// yui.yahooapis.com/2.7.0/build/calendar/assets/skins/sam/calendar- skin.css?164" type="text/css" /> If I host the YUI library locally, setting $sfgYUIBase to a local copy of yui ("/opt/yui-2.7.0/build/") its no better: <link rel="stylesheet" href="/mediawiki/skins//opt/yui-2.7.0/build/ calendar/assets/skins/sam/calendar.css?164" type="text/css" /> <link rel="stylesheet" href="/mediawiki/skins//opt/yui-2.7.0/build/ calendar/assets/skins/sam/calendar-skin.css?164" type="text/css" /> Looking up $wgOut->addStyle (mediawiki/includes/OutputPage.php), this happens as it always prepends $wgStylePath with an addLink. So I switched out $wgOut->addStyle and manually did the $wgOut- >addLink and it worked! Here's the patch. |
From: Stephan G. <f....@gm...> - 2009-10-11 15:41:05
|
Hi Joel. Joel Natividad wrote: > Here's the patch. Thank you! I'll put it in. Stephan |
From: Joel N. <joe...@gm...> - 2009-10-12 07:36:04
|
Hi Stephan, I was just browsing SVN and I noticed that you started the project with a combobox extension, but eventually removed it. As it happens, I'm looking for something along those lines. What's the reason you decided to remove the combobox? Thanks, Joel On Oct 11, 2009, at 11:40 AM, Stephan Gambke wrote: > Hi Joel. > > Joel Natividad wrote: >> Here's the patch. > > Thank you! I'll put it in. > > Stephan -- Joel Natividad jo...@na... Think Different! |
From: Stephan G. <f....@gm...> - 2009-10-12 16:22:28
|
Joel Natividad wrote: > Hi Stephan, > I was just browsing SVN and I noticed that you started the project with > a combobox extension, but eventually removed it. > > As it happens, I'm looking for something along those lines. What's the > reason you decided to remove the combobox? Because it is very much in a planning state (and may remain so for some time) and I did not want to put experimental code into a released version. Stephan |
From: Joel N. <joe...@gm...> - 2009-10-29 22:37:01
|
Hi Stephan, Just realized that "default=now" is not supported by SFI. Have you given some thought to incorporating it? I sneaked a peek at Semantic Form's SF_FormPrinter.inc and it seems it could be a "cut-and-paste" job. Best, Joel |
From: Joel N. <joe...@gm...> - 2009-10-30 14:10:01
|
Hi Stephan, I take it back. I just ended up using Magic Words in the prescribed format - {{CURRENTDAY2}}/{{CURRENTMONTH}}/{{CURRENTYEAR}} for the default value. Thanks, Joel On Oct 29, 2009, at 6:36 PM, Joel Natividad wrote: > Hi Stephan, > Just realized that "default=now" is not supported by SFI. > > Have you given some thought to incorporating it? > > I sneaked a peek at Semantic Form's SF_FormPrinter.inc and it seems > it could be a "cut-and-paste" job. > > Best, > Joel > -- Joel Natividad jo...@na... Think Different! |
From: Robert M. <xol...@ho...> - 2010-05-15 09:15:46
|
Hi, Is anybody using Semantic Drilldown (7.2) together with the Triple Store Connector from SMW+? I get a error message when opening the Special:BrowseData page complaining that the "cacheSMWPageID" method is undefined (which is true btw...) PHP Fatal error: Call to undefined method SMWTripleStore::cacheSMWPageID() in /srv/www/htdocs/ab/extensions/SemanticDrilldown/specials/SD_BrowseData.php on line 1093 Any ideas/workarounds? Thanks! Robert |
From: Yaron K. <ya...@gm...> - 2010-05-16 15:31:19
|
Hi, That's a bug in either Semantic Drilldown or the Triple Store Connector, depending on how you look at it: SD is expecting the function cacheSMWPageID() to be there, but the TSC doesn't have it. Probably the stronger case can be made that it's a bug in SD: there's no reason why SD should be requiring the presence of a function if SMW itself doesn't enforce it. Probably the fix I'll make is to add, above the offending line (1093 of /specials/SD_BrowseData.php), the following line: if ( method_exists( $store, 'cacheSMWPageID' ) ) If you can, please try that out and let me know if it fixes the problem. -Yaron On Sat, May 15, 2010 at 5:15 AM, Robert Michel <xol...@ho...> wrote: > Hi, > > Is anybody using Semantic Drilldown (7.2) together with the Triple Store > Connector from SMW+? > > I get a error message when opening the Special:BrowseData page complaining > that the "cacheSMWPageID" method is undefined (which is true btw...) > > PHP Fatal error: Call to undefined method SMWTripleStore::cacheSMWPageID() > in > /srv/www/htdocs/ab/extensions/SemanticDrilldown/specials/SD_BrowseData.php > on line 1093 > > Any ideas/workarounds? > > Thanks! > > Robert > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: Robert M. <xol...@ho...> - 2010-05-16 18:12:05
|
Hi Yaron, seems to fix it! (what would we do without you...) Thanks and have a nice evening! Robert From: Yaron Koren Sent: Sunday, May 16, 2010 5:31 PM To: Robert Michel Cc: Semantic MediaWiki users Subject: Re: [Semediawiki-user] [SD] Problems using Semantic Drilldown with TripleStore? Hi, That's a bug in either Semantic Drilldown or the Triple Store Connector, depending on how you look at it: SD is expecting the function cacheSMWPageID() to be there, but the TSC doesn't have it. Probably the stronger case can be made that it's a bug in SD: there's no reason why SD should be requiring the presence of a function if SMW itself doesn't enforce it. Probably the fix I'll make is to add, above the offending line (1093 of /specials/SD_BrowseData.php), the following line: if ( method_exists( $store, 'cacheSMWPageID' ) ) If you can, please try that out and let me know if it fixes the problem. -Yaron On Sat, May 15, 2010 at 5:15 AM, Robert Michel <xol...@ho...> wrote: Hi, Is anybody using Semantic Drilldown (7.2) together with the Triple Store Connector from SMW+? I get a error message when opening the Special:BrowseData page complaining that the "cacheSMWPageID" method is undefined (which is true btw...) PHP Fatal error: Call to undefined method SMWTripleStore::cacheSMWPageID() in /srv/www/htdocs/ab/extensions/SemanticDrilldown/specials/SD_BrowseData.php on line 1093 Any ideas/workarounds? Thanks! Robert ------------------------------------------------------------------------------ _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: Yaron K. <ya...@gm...> - 2010-05-17 03:38:33
|
Hi, That should all work. Do the tabs fail on forms, regular pages (presumably using templates), or both? I would definitely try using tabs in both, if you haven't already. -Yaron On Fri, May 14, 2010 at 4:16 PM, Cassandra Browning <ccb...@gm...>wrote: > Hello, > > I grabbed the latest HeaderTabs since I'm getting everything ready for MW > 1.16, and tossed it on my test wiki, which uses SF 1.9. However, when I > install it, all of the tabs quit working and just show bullets. Is there > anything special that needs to be done so that the latests HeaderTabs/SF/SMW > all work together? > > Thank you, > C > > ------------------------------------------------------------------------------ > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |
From: Cassandra B. <ccb...@gm...> - 2010-05-17 07:52:00
|
Ahh yes, I guess it's just not working at all. The scripts are trying to run but I can't access them directly. It must be something with short url's messing with their path? If I try to load the script from where it is in Extensions/Headertabs I get the 'Oops. This link appears to be broken' error in Chrome. On 17 May 2010, at 04:38, Yaron Koren wrote: > Hi, > > That should all work. Do the tabs fail on forms, regular pages (presumably using templates), or both? I would definitely try using tabs in both, if you haven't already. > > -Yaron > > On Fri, May 14, 2010 at 4:16 PM, Cassandra Browning <ccb...@gm...> wrote: > Hello, > > I grabbed the latest HeaderTabs since I'm getting everything ready for MW 1.16, and tossed it on my test wiki, which uses SF 1.9. However, when I install it, all of the tabs quit working and just show bullets. Is there anything special that needs to be done so that the latests HeaderTabs/SF/SMW all work together? > > Thank you, > C > ------------------------------------------------------------------------------ > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > -- > WikiWorks · MediaWiki Consulting · http://wikiworks.com |