From: Daniel S. <st...@fu...> - 2009-10-20 15:44:05
|
Hi I've started using the new display options of SemanticDrilldown. First of all: really great enhancement Yaron (Just the way a asked for quite a while ago.) ;-) My configured display parameters in the category page look like: [[Has display parameters::? Property1;? Property2=PropertyDisplayname; ? Property3; mainlabel=Pagenames; format=table; headers=plain]] Now I found that ask-parameters "mainlabel" and "headers" don't work as expected. Is the functionality not really the same as in a normal ask queries or is it a bug? I'm using MW 1.15.1, SMW 1.5g, SD from SVN. Thanks for advise. Daniel |
From: Daniel S. <st...@fu...> - 2009-10-20 15:52:48
|
Sorry, correction! Only parameter "mainlabel" doesn't work. Daniel |
From: Neill M. <ne...@nl...> - 2009-10-20 16:15:45
|
I'm getting weird behaviour with this functionality. I have the following defined in my Category page: [[Has display parameters::?Area;?Location;?Type;?Activity;?What We Do;mainlabel=Area; format=table;headers=plain|]] But after I save and re-edit the category page you see this: [[Has display parameters::?Area;?Location;?Type;?Activity;?What We Do;mainlabel=Area; format=table;headers=plain|:?Area;?Location;?Type;?Activity;?What We Do;mainlabel=Area; format=table;headers=plain]] It has doubled up the parameters. If I then save it again the browse is busted. Any ideas? Thanks! Daniel Steiner wrote: > > Sorry, correction! > > Only parameter “mainlabel“ doesn’t work. > > Daniel > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) 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/devconference > ------------------------------------------------------------------------ > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Yaron K. <ya...@gm...> - 2009-10-21 14:53:29
|
Daniel - indeed, "mainlabel=" doesn't work; I'm looking into it. Neill - this is a very subtle problem; the issue is that, if you're trying to hide the value of this property, you need to end the call with "| ]]", not "|]]". If you do the latter, MediaWiki will helpfully fill in what it thinks is the "real" value for you. It stems from disambiguation linking on Wikipedia, where a link like "[[America (band)|]]" will get transformed, on a page save, into "[[America (band)|America]]". -Yaron On Tue, Oct 20, 2009 at 12:15 PM, Neill Mitchell <ne...@nl...>wrote: > I'm getting weird behaviour with this functionality. I have the > following defined in my Category page: > [[Has display parameters::?Area;?Location;?Type;?Activity;?What We > Do;mainlabel=Area; format=table;headers=plain|]] > > But after I save and re-edit the category page you see this: > > [[Has display parameters::?Area;?Location;?Type;?Activity;?What We > Do;mainlabel=Area; > format=table;headers=plain|:?Area;?Location;?Type;?Activity;?What We > Do;mainlabel=Area; format=table;headers=plain]] > > It has doubled up the parameters. If I then save it again the browse is > busted. > > Any ideas? > > Thanks! > Daniel Steiner wrote: > > > > Sorry, correction! > > > > Only parameter “mainlabel“ doesn’t work. > > > > Daniel > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry(R) 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/devconference > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Semediawiki-user mailing list > > Sem...@li... > > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) 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/devconference > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Yaron K. <ya...@gm...> - 2009-10-21 18:39:16
|
Okay, the "mainlabel=" problem is now fixed on SVN, as far as I know. This fix is also in the new version of Semantic Drilldown I just released, 0.6.1; which also contains the previous fix to add support for SMW 1.5. -Yaron On Wed, Oct 21, 2009 at 10:53 AM, Yaron Koren <ya...@gm...> wrote: > Daniel - indeed, "mainlabel=" doesn't work; I'm looking into it. > Neill - this is a very subtle problem; the issue is that, if you're trying > to hide the value of this property, you need to end the call with "| ]]", > not "|]]". If you do the latter, MediaWiki will helpfully fill in what it > thinks is the "real" value for you. It stems from disambiguation linking on > Wikipedia, where a link like "[[America (band)|]]" will get transformed, on > a page save, into "[[America (band)|America]]". > > -Yaron > > > On Tue, Oct 20, 2009 at 12:15 PM, Neill Mitchell <ne...@nl...>wrote: > >> I'm getting weird behaviour with this functionality. I have the >> following defined in my Category page: >> [[Has display parameters::?Area;?Location;?Type;?Activity;?What We >> Do;mainlabel=Area; format=table;headers=plain|]] >> >> But after I save and re-edit the category page you see this: >> >> [[Has display parameters::?Area;?Location;?Type;?Activity;?What We >> Do;mainlabel=Area; >> format=table;headers=plain|:?Area;?Location;?Type;?Activity;?What We >> Do;mainlabel=Area; format=table;headers=plain]] >> >> It has doubled up the parameters. If I then save it again the browse is >> busted. >> >> Any ideas? >> >> Thanks! >> Daniel Steiner wrote: >> > >> > Sorry, correction! >> > >> > Only parameter “mainlabel“ doesn’t work. >> > >> > Daniel >> > >> > ------------------------------------------------------------------------ >> > >> > >> ------------------------------------------------------------------------------ >> > Come build with us! The BlackBerry(R) 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/devconference >> > ------------------------------------------------------------------------ >> > >> > _______________________________________________ >> > Semediawiki-user mailing list >> > Sem...@li... >> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > >> >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) 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/devconference >> _______________________________________________ >> Semediawiki-user mailing list >> Sem...@li... >> https://lists.sourceforge.net/lists/listinfo/semediawiki-user >> > > |
From: Daniel S. <st...@fu...> - 2009-10-22 16:24:54
|
Thanks Yaron Perfect service as usual J. During installation of the new version, I've found maybe some strange behavior of language functions. I'm using "de-formal" language in my wiki. In the language files "SD_LanguageDe_formal.php" and "SD_LanguageDe.php", there are no alias for SD_SP_HAS_DISPLAY_PARAMETERS (and also not for SD_SP_HAS_INPUT_TYPE, but I don't know when this is used). In my category page I added [[Has display parameters::? Stiftungstyp;? Aktiv in Region=Aktivität;? Jahresetat; format=table; mainlabel=Name| ]], but this was not working. Note, that I used English property name first. Table format was not working until I declared an alias for SD_SP_HAS_DISPLAY_PARAMETERS in "SD_LanguageDe_formal.php" and used that property name in the category page. I don't know, if this is normal. Declarations I added in both German language files: - SD_SP_HAS_DISPLAY_PARAMETERS => 'Hat Anzeigeparameter', - SD_SP_HAS_INPUT_TYPE => 'Hat Eingabetyp', By the way, there is another important thing to note: whitespace in front of question mark ends up in suppressing that column! Declarations like [[Has display parameters::? Property1;? Property2; ? Property3;? Property4; format=table| ]] would only display Property 1, 2 and 4 but not 3. Daniel Von: Yaron Koren [mailto:ya...@gm...] Gesendet: Mittwoch, 21. Oktober 2009 20:39 An: Neill Mitchell Cc: sem...@li... Betreff: Re: [Semediawiki-user] [SD] Setting the display of drilldown results Okay, the "mainlabel=" problem is now fixed on SVN, as far as I know. This fix is also in the new version of Semantic Drilldown I just released, 0.6.1; which also contains the previous fix to add support for SMW 1.5. -Yaron On Wed, Oct 21, 2009 at 10:53 AM, Yaron Koren <ya...@gm... <mailto:ya...@gm...> > wrote: Daniel - indeed, "mainlabel=" doesn't work; I'm looking into it. Neill - this is a very subtle problem; the issue is that, if you're trying to hide the value of this property, you need to end the call with "| ]]", not "|]]". If you do the latter, MediaWiki will helpfully fill in what it thinks is the "real" value for you. It stems from disambiguation linking on Wikipedia, where a link like "[[America (band)|]]" will get transformed, on a page save, into "[[America (band)|America]]". -Yaron On Tue, Oct 20, 2009 at 12:15 PM, Neill Mitchell <ne...@nl... <mailto:ne...@nl...> > wrote: I'm getting weird behaviour with this functionality. I have the following defined in my Category page: [[Has display parameters::?Area;?Location;?Type;?Activity;?What We Do;mainlabel=Area; format=table;headers=plain|]] But after I save and re-edit the category page you see this: [[Has display parameters::?Area;?Location;?Type;?Activity;?What We Do;mainlabel=Area; format=table;headers=plain|:?Area;?Location;?Type;?Activity;?What We Do;mainlabel=Area; format=table;headers=plain]] It has doubled up the parameters. If I then save it again the browse is busted. Any ideas? Thanks! Daniel Steiner wrote: > > Sorry, correction! > > Only parameter "mainlabel" doesn't work. > > Daniel > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) 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/devconference <http://p.sf.net/sfu/devconference> > ------------------------------------------------------------------------ > > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... <mailto:Sem...@li...> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user <https://lists.sourceforge.net/lists/listinfo/semediawiki-user> > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) 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/devconference <http://p.sf.net/sfu/devconference> _______________________________________________ Semediawiki-user mailing list Sem...@li... <mailto:Sem...@li...> https://lists.sourceforge.net/lists/listinfo/semediawiki-user <https://lists.sourceforge.net/lists/listinfo/semediawiki-user> |
From: Yaron K. <ya...@gm...> - 2009-11-02 19:17:49
|
Thanks for both of these bug reports; both have now been fixed (along with some other bugs) in the latest version of Semantic Drilldown, 0.6.2. -Yaron On Thu, Oct 22, 2009 at 11:24 AM, Daniel Steiner <st...@fu...>wrote: > Thanks Yaron > > Perfect service as usual J. > > > > During installation of the new version, I’ve found maybe some strange > behavior of language functions. > > I’m using “de-formal” language in my wiki. > > In the language files “SD_LanguageDe_formal.php” and “SD_LanguageDe.php”, > there are no alias for SD_SP_HAS_DISPLAY_PARAMETERS (and also not for > SD_SP_HAS_INPUT_TYPE, but I don’t know when this is used). > > > > In my category page I added [[Has display parameters::? Stiftungstyp;? > Aktiv in Region=Aktivität;? Jahresetat; format=table; mainlabel=Name| ]], > but this was not working. Note, that I used English property name first. > > Table format was not working until I declared an alias for > SD_SP_HAS_DISPLAY_PARAMETERS in “SD_LanguageDe_formal.php” and used that > property name in the category page. I don’t know, if this is normal. > > > > Declarations I added in both German language files: > > - SD_SP_HAS_DISPLAY_PARAMETERS => 'Hat Anzeigeparameter', > > - SD_SP_HAS_INPUT_TYPE => 'Hat Eingabetyp', > > > > > > By the way, there is another important thing to note: whitespace in front > of question mark ends up in suppressing that column! > > Declarations like [[Has display parameters::? Property1;? Property2; ? > Property3;? Property4; format=table| ]] would only display Property 1, 2 and > 4 but not 3. > > > > Daniel > > > |
From: Daniel S. <st...@fu...> - 2009-11-26 10:10:30
|
Hi Yaron I just upgraded SD from version 0.6 to 0.6.2. No I've found that SD property declarations in German language files (SD_LanguageDe.php, SD_LanguageDe_formal.php) are still missing. - SD_SP_HAS_INPUT_TYPE => 'Hat Eingabetyp', - SD_SP_HAS_DISPLAY_PARAMETERS => 'Hat Anzeigeparameter', Daniel Von: Yaron Koren [mailto:ya...@gm...] Gesendet: Montag, 2. November 2009 20:18 An: Daniel Steiner Cc: sem...@li... Betreff: Re: [Semediawiki-user] [SD] Setting the display of drilldown results Thanks for both of these bug reports; both have now been fixed (along with some other bugs) in the latest version of Semantic Drilldown, 0.6.2. -Yaron On Thu, Oct 22, 2009 at 11:24 AM, Daniel Steiner <st...@fu...> wrote: Thanks Yaron Perfect service as usual J. During installation of the new version, I've found maybe some strange behavior of language functions. I'm using "de-formal" language in my wiki. In the language files "SD_LanguageDe_formal.php" and "SD_LanguageDe.php", there are no alias for SD_SP_HAS_DISPLAY_PARAMETERS (and also not for SD_SP_HAS_INPUT_TYPE, but I don't know when this is used). In my category page I added [[Has display parameters::? Stiftungstyp;? Aktiv in Region=Aktivität;? Jahresetat; format=table; mainlabel=Name| ]], but this was not working. Note, that I used English property name first. Table format was not working until I declared an alias for SD_SP_HAS_DISPLAY_PARAMETERS in "SD_LanguageDe_formal.php" and used that property name in the category page. I don't know, if this is normal. Declarations I added in both German language files: - SD_SP_HAS_DISPLAY_PARAMETERS => 'Hat Anzeigeparameter', - SD_SP_HAS_INPUT_TYPE => 'Hat Eingabetyp', By the way, there is another important thing to note: whitespace in front of question mark ends up in suppressing that column! Declarations like [[Has display parameters::? Property1;? Property2; ? Property3;? Property4; format=table| ]] would only display Property 1, 2 and 4 but not 3. Daniel |
[Semediawiki-user] [SD] After Upgrade from 0.6 to 0.6.2 German
language support doesn't work anymore
From: Daniel S. <st...@fu...> - 2009-11-26 10:34:15
|
Hi Yaron I just upgraded SD from version 0.6 to 0.6.2. Now, my German declarations of filters don't work anymore. If I use English declarations, it's ok. - [[Betrifft Attribut::Attributname]] doesn't work, but [[Covers property::Attributname]] is ok. - [[Hat Wert::SomeValue]] doesn't work, but [[Has value::SomeValue]] is ok. When I switch back to version 0.6, it's vice versa. German declaration is ok, while English not. (I expected English declarations would work always, independent of the selected language) I recognized that the function "sdfInitProperties" in "SD_GlobalFunctions.php" has changed completely, so I expect something could be wrong there. Daniel |
From: Daniel S. <st...@fu...> - 2009-11-26 10:55:32
|
Hi I'd like to use a query that lists all pages of a single namespace. (e.g. {{#ask:[[:+]]}} for main namespace) If I don't use any additional scope values (like category or property), the result lists also pages that are not created yet, but were linked to somewhere sometimes (showing a red link). How is it possible to avoid such behavior? Daniel |
From: Daniel S. <st...@fu...> - 2010-01-13 10:15:12
|
Hi I have a form with several input fields of type number, text, radio-button, checkboxes. Now, I added value checking for a field of type number by using regex parameter of SFI. For creating a new page by form everything looked ok. Value got checked correctly as being only numbers. But when I change some values by form afterwards, I could also enter a value that isn't a number. When saving the page, I can see the error massage for short, but the page gets stored anyway. In the meanwhile, I tested a lot, also on referata.com. I've found, that error checking fails when there is a field of type radio-button, defined as mandatory, on the form too. You can see this at http://scratchpad.referata.com/wiki/Dst_Test2 http://scratchpad.referata.com/wiki/Form:Dst_Stiftungsinfo http://scratchpad.referata.com/wiki/Template:Dst_Stiftungsinfo http://scratchpad.referata.com/wiki/Template:Dst_FormfieldsInfo. If the field "Status" is defined as mandatory, value checking for field "Finanzbedarf" fails. (You may need to store a correct value first and change afterwards) My setup is of: MW 1.15.1, SMW 1.5gSVN, SF 1.8.7, SF Input Types 0.2, Headertabs 0.6.6. Daniel |
From: Stephan G. <f....@gm...> - 2010-01-16 14:55:58
|
Daniel Steiner schrieb: > Hi > > I have a form with several input fields of type number, text, > radio-button, checkboxes. > > Now, I added value checking for a field of type number by using regex > parameter of SFI. > > For creating a new page by form everything looked ok. Value got checked > correctly as being only numbers. Hi Daniel. The problem is, that for a new mandatory set of radiobuttons a "None" button is automatically added which is marked with an id ("input_4" in your example on referata.com). This button is not added when editing the article afterwards. The Javascript function responsible for validating that a radiobutton was indeed selected fails if the None button is not found, causing the "Save page" action to succeed regardless of the inputs. To work around you could include a "default" parameter for mandatory radiobuttons, e.g. "default=scheduled" for the Status field. Yaron: Replacing if (none_button.checked) by if (none_button && none_button.checked) in validate_mandatory_radiobutton should do the trick. Stephan |
From: Daniel S. <st...@fu...> - 2010-01-18 08:35:03
|
Hi Stephan Thanks for your help. Because I can't set a default value for all the fields with radiobutton format, I checked in the patch in "SF_FormUtils.inc". Now everything is ok. Daniel -----Ursprüngliche Nachricht----- Von: Stephan Gambke [mailto:f....@gm...] Gesendet: Samstag, 16. Januar 2010 15:56 An: Daniel Steiner Cc: sem...@li... Betreff: Re: [Semediawiki-user] [SF] / [SFI] Strange behavior of value checking in forms Daniel Steiner schrieb: > Hi > > I have a form with several input fields of type number, text, > radio-button, checkboxes. > > Now, I added value checking for a field of type number by using regex > parameter of SFI. > > For creating a new page by form everything looked ok. Value got checked > correctly as being only numbers. Hi Daniel. The problem is, that for a new mandatory set of radiobuttons a "None" button is automatically added which is marked with an id ("input_4" in your example on referata.com). This button is not added when editing the article afterwards. The Javascript function responsible for validating that a radiobutton was indeed selected fails if the None button is not found, causing the "Save page" action to succeed regardless of the inputs. To work around you could include a "default" parameter for mandatory radiobuttons, e.g. "default=scheduled" for the Status field. Yaron: Replacing if (none_button.checked) by if (none_button && none_button.checked) in validate_mandatory_radiobutton should do the trick. Stephan |
From: Daniel S. <st...@fu...> - 2009-11-05 09:57:15
|
Hi I'm having problems with the acceptance of property values in my forms. My installation is based on MW 1.15.0, SMW 1.5g-SVN, SF 1.8.4, SFIT 0.1.1. I have two fields on my form. One becomes value for property of type number and the other becomes number part of multi-value property of type "number;string". I'd like that's only possible to enter numbers in these fields. The field definitions in my template are (like example of SFIT): {{{field|Budget|mandatory|input type=regexp|regexp=/^\d*$/|message=Only numbers allowed|size=10|default=0}}} (becomes number property) {{{field|Own Resources|input type=regexp|regexp=/^\d*$/|message=Only numbers allowed|mandatory|size=10}}} (becomes number part of multi-value property) For the first one, it's working fine, but for the other one which becomes number part of multi-value property it's not. Is there something I'm missing? Daniel |
From: Stephan G. <f....@gm...> - 2009-11-05 23:20:45
|
Daniel Steiner wrote: > The field definitions in my template are (like example of SFIT): > > {{{field|Budget|mandatory|input > type=regexp|regexp=/^\d*$/|message=Only numbers > allowed|size=10|default=0}}} > > (becomes number property) > > {{{field|Own Resources|input > type=regexp|regexp=/^\d*$/|message=Only numbers > allowed|mandatory|size=10}}} > > (becomes number part of multi-value property) > > For the first one, it's working fine, but for the other one which > becomes number part of multi-value property it's not. > > Is there something I'm missing? As far as I can see, everything should work fine. Apart from some permutation of the parameters the definitions are identical. Does the template call generated by the form look all right? If not, what's wrong? Stephan |
From: Neill M. <ne...@nl...> - 2009-10-21 20:00:48
|
Ah, thanks Yaron! Subtle one indeed! Cheers Neill. Yaron Koren wrote: > Daniel - indeed, "mainlabel=" doesn't work; I'm looking into it. > > Neill - this is a very subtle problem; the issue is that, if you're > trying to hide the value of this property, you need to end the call > with "| ]]", not "|]]". If you do the latter, MediaWiki will helpfully > fill in what it thinks is the "real" value for you. It stems from > disambiguation linking on Wikipedia, where a link like "[[America > (band)|]]" will get transformed, on a page save, into "[[America > (band)|America]]". > > -Yaron > > > On Tue, Oct 20, 2009 at 12:15 PM, Neill Mitchell > <ne...@nl... <mailto:ne...@nl...>> wrote: > > I'm getting weird behaviour with this functionality. I have the > following defined in my Category page: > [[Has display parameters::?Area;?Location;?Type;?Activity;?What We > Do;mainlabel=Area; format=table;headers=plain|]] > > But after I save and re-edit the category page you see this: > > [[Has display parameters::?Area;?Location;?Type;?Activity;?What We > Do;mainlabel=Area; > format=table;headers=plain|:?Area;?Location;?Type;?Activity;?What We > Do;mainlabel=Area; format=table;headers=plain]] > > It has doubled up the parameters. If I then save it again the > browse is > busted. > > Any ideas? > > Thanks! > Daniel Steiner wrote: > > > > Sorry, correction! > > > > Only parameter “mainlabel“ doesn’t work. > > > > Daniel > > > > > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry(R) 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/devconference > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Semediawiki-user mailing list > > Sem...@li... > <mailto:Sem...@li...> > > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) 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/devconference > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > <mailto:Sem...@li...> > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > > |
From: Daniel S. <st...@fu...> - 2009-11-05 10:15:14
|
Hi I'm having problems with the acceptance of property values of type URL in my forms. My installation is based on MW 1.15.0, SMW 1.5g-SVN, SF 1.8.4 Field definition in a template that's included in the form is: {{{field|Website|class=SFwidthLink}}& #125; Template: {{DisplayTableRow |Header=Website |Text={{#ifeq:{{{Website|}}}||''none''|{{#ifeq:{{#pos:{{{Website|}}}|htt p://}}||[[Website::http://{{{Website| }}}]]|[[Website::{{{Website| }}}]]}}}} }} I thought, it should be possible for users to enter weblinks with or without http:// in front of the url. But if I enter an url without http://, it's stating the input error "Normal URL's have to begin with http://". Is this normal behavior? For me, it seems quite unusual. Daniel |
From: Yaron K. <ya...@gm...> - 2009-11-05 14:37:07
|
You should probably make the property "Website" of type String, instead of URL - the URL type requires a prefix like "http://", both in SMW and in SF. -Yaron On Thu, Nov 5, 2009 at 5:14 AM, Daniel Steiner <st...@fu...>wrote: > Hi > > I'm having problems with the acceptance of property values of type URL > in my forms. > > My installation is based on MW 1.15.0, SMW 1.5g-SVN, SF 1.8.4 > > > > Field definition in a template that's included in the form is: > > {{{field|Website|class=SFwidthLink}}& > #125; > > > > Template: > > {{DisplayTableRow > > |Header=Website > > |Text={{#ifeq:{{{Website|}}}||''none''|{{#ifeq:{{#pos:{{{Website|}}}|htt > p://}}||[[Website::http://{{{Website| }}}]]|[[Website::{{{Website| > }}}]]}}}} > > }} > > > > I thought, it should be possible for users to enter weblinks with or > without http:// in front of the url. > > But if I enter an url without http://, it's stating the input error > "Normal URL's have to begin with http://". > > > > Is this normal behavior? For me, it seems quite unusual. > > > > Daniel > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |
From: Daniel S. <st...@fu...> - 2009-11-05 15:00:02
|
Ok. Type string may work. But it's weird somehow anyway. I've found, that in another form/template/page, I'm using the same field/property. There I can enter URL's without http:// prefix and don't get a input error message. I'm still searching for differences between these pages. Daniel Von: Yaron Koren [mailto:ya...@gm...] Gesendet: Donnerstag, 5. November 2009 15:37 An: Daniel Steiner Cc: sem...@li... Betreff: Re: [Semediawiki-user] [SF] Problem with acceptance of values for property of type URL You should probably make the property "Website" of type String, instead of URL - the URL type requires a prefix like "http://", both in SMW and in SF. -Yaron On Thu, Nov 5, 2009 at 5:14 AM, Daniel Steiner <st...@fu...> wrote: Hi I'm having problems with the acceptance of property values of type URL in my forms. My installation is based on MW 1.15.0, SMW 1.5g-SVN, SF 1.8.4 Field definition in a template that's included in the form is: {{{field|Website|class=SFwidthLink}}& #125; Template: {{DisplayTableRow |Header=Website |Text={{#ifeq:{{{Website|}}}||''none''|{{#ifeq:{{#pos:{{{Website|}}}|htt p://}}||[[Website::http://{{{Website| }}}]]|[[Website::{{{Website| }}}]]}}}} }} I thought, it should be possible for users to enter weblinks with or without http:// in front of the url. But if I enter an url without http://, it's stating the input error "Normal URL's have to begin with http://". Is this normal behavior? For me, it seems quite unusual. Daniel ------------------------------------------------------------------------ ------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Daniel S. <st...@fu...> - 2010-02-05 09:41:36
|
Hi Yaron I've found that SD property declarations: - SD_SP_HAS_INPUT_TYPE => 'Hat Eingabetyp', - SD_SP_HAS_DISPLAY_PARAMETERS => 'Hat Anzeigeparameter', are still missing (or missing again?) in German language files (SD_LanguageDe.php, SD_LanguageDe_formal.php). Please find attached my patched versions to include in next release. Regards Daniel Von: Yaron Koren [mailto:ya...@gm...] Gesendet: Montag, 2. November 2009 20:18 An: Daniel Steiner Cc: sem...@li... Betreff: Re: [Semediawiki-user] [SD] Setting the display of drilldown results Thanks for both of these bug reports; both have now been fixed (along with some other bugs) in the latest version of Semantic Drilldown, 0.6.2. -Yaron On Thu, Oct 22, 2009 at 11:24 AM, Daniel Steiner <st...@fu...> wrote: Thanks Yaron Perfect service as usual J. During installation of the new version, I've found maybe some strange behavior of language functions. I'm using "de-formal" language in my wiki. In the language files "SD_LanguageDe_formal.php" and "SD_LanguageDe.php", there are no alias for SD_SP_HAS_DISPLAY_PARAMETERS (and also not for SD_SP_HAS_INPUT_TYPE, but I don't know when this is used). In my category page I added [[Has display parameters::? Stiftungstyp;? Aktiv in Region=Aktivität;? Jahresetat; format=table; mainlabel=Name| ]], but this was not working. Note, that I used English property name first. Table format was not working until I declared an alias for SD_SP_HAS_DISPLAY_PARAMETERS in "SD_LanguageDe_formal.php" and used that property name in the category page. I don't know, if this is normal. Declarations I added in both German language files: - SD_SP_HAS_DISPLAY_PARAMETERS => 'Hat Anzeigeparameter', - SD_SP_HAS_INPUT_TYPE => 'Hat Eingabetyp', By the way, there is another important thing to note: whitespace in front of question mark ends up in suppressing that column! Declarations like [[Has display parameters::? Property1;? Property2; ? Property3;? Property4; format=table| ]] would only display Property 1, 2 and 4 but not 3. Daniel ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Semediawiki-user mailing list Sem...@li... https://lists.sourceforge.net/lists/listinfo/semediawiki-user |
From: Yaron K. <ya...@gm...> - 2010-02-05 17:34:04
|
Very odd; I don't know how that happened. Anyway, thanks for the fix (again) - it's now checked into SVN, and it (should) be in the next version of SD. -Yaron On Fri, Feb 5, 2010 at 4:41 AM, Daniel Steiner <st...@fu...>wrote: > Hi Yaron > > I've found that SD property declarations: > - SD_SP_HAS_INPUT_TYPE => 'Hat Eingabetyp', > - SD_SP_HAS_DISPLAY_PARAMETERS => 'Hat Anzeigeparameter', > are still missing (or missing again?) in German language files > (SD_LanguageDe.php, SD_LanguageDe_formal.php). > Please find attached my patched versions to include in next release. > Regards > Daniel > > > > Von: Yaron Koren [mailto:ya...@gm...] > Gesendet: Montag, 2. November 2009 20:18 > An: Daniel Steiner > Cc: sem...@li... > Betreff: Re: [Semediawiki-user] [SD] Setting the display of drilldown > results > > > > Thanks for both of these bug reports; both have now been fixed (along with > some other bugs) in the latest version of Semantic Drilldown, 0.6.2. > > > > -Yaron > > On Thu, Oct 22, 2009 at 11:24 AM, Daniel Steiner <st...@fu...> > wrote: > > Thanks Yaron > Perfect service as usual J. > > During installation of the new version, I've found maybe some strange > behavior of language functions. > I'm using "de-formal" language in my wiki. > > In the language files "SD_LanguageDe_formal.php" and "SD_LanguageDe.php", > there are no alias for SD_SP_HAS_DISPLAY_PARAMETERS (and also not for > SD_SP_HAS_INPUT_TYPE, but I don't know when this is used). > > In my category page I added [[Has display parameters::? Stiftungstyp;? > Aktiv in Region=Aktivität;? Jahresetat; format=table; mainlabel=Name| ]], > but this was not working. Note, that I used English property name first. > > Table format was not working until I declared an alias for > SD_SP_HAS_DISPLAY_PARAMETERS in "SD_LanguageDe_formal.php" and used that > property name in the category page. I don't know, if this is normal. > > Declarations I added in both German language files: > > - SD_SP_HAS_DISPLAY_PARAMETERS => 'Hat Anzeigeparameter', > - SD_SP_HAS_INPUT_TYPE => 'Hat Eingabetyp', > > By the way, there is another important thing to note: whitespace in front > of question mark ends up in suppressing that column! > > Declarations like [[Has display parameters::? Property1;? Property2; ? > Property3;? Property4; format=table| ]] would only display Property 1, 2 and > 4 but not 3. > > > > Daniel > > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > |