|

Semantic Mediawiki

»

Semantic Mediawiki - User

[SD] Setting the display of drilldown results

View: New views

16 Messages — Rating Filter: Alert me

	[SD] Setting the display of drilldown results by Daniel-272 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Some parts of this message have been removed. Learn more about Nabble's security policy. 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 ------------------------------------------------------------------------------ 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	[SD] Setting the display of drilldown results by Daniel-272 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Some parts of this message have been removed. Learn more about Nabble's security policy. 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Re: [SD] Setting the display of drilldown results by Neill Mitchell :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 > 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 _______________________________________________ Semediawiki-user mailing list Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Re: [SD] Setting the display of drilldown results by Yaron Koren :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 <neill@...> 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 > 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 _______________________________________________ Semediawiki-user mailing list 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 _______________________________________________ Semediawiki-user mailing list Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Re: [SD] Setting the display of drilldown results by Yaron Koren :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 <yaron57@...> 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 <neill@...> 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 > 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 _______________________________________________ Semediawiki-user mailing list 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 _______________________________________________ Semediawiki-user mailing list Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Re: [SD] Setting the display of drilldown results by Neill Mitchell :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 > <neill@... <mailto:neill@...>> 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 > > Semediawiki-user@... > <mailto: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 > _______________________________________________ > Semediawiki-user mailing list > Semediawiki-user@... > <mailto: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 _______________________________________________ Semediawiki-user mailing list Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Re: [SD] Setting the display of drilldown results by Daniel-272 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message Some parts of this message have been removed. Learn more about Nabble's security policy. 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:yaron57@...] Gesendet: Mittwoch, 21. Oktober 2009 20:39 An: Neill Mitchell Cc: semediawiki-user@... 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 <yaron57@...> 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 <neill@...> 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 > 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 _______________________________________________ Semediawiki-user mailing list 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 _______________________________________________ Semediawiki-user mailing list Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Re: [SD] Setting the display of drilldown results by Yaron Koren :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 <steiner@...>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 > > > ------------------------------------------------------------------------------ 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	[SFIT] Problem with acceptance of values for multi-value properties by Daniel-272 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 ------------------------------------------------------------------------------ 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	[SF] Problem with acceptance of values for property of type URL by Daniel-272 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Re: [SF] Problem with acceptance of values for property of type URL by Yaron Koren :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 <steiner@...>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 > Semediawiki-user@... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > ------------------------------------------------------------------------------ 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Re: [SF] Problem with acceptance of values for property of type URL by Daniel-272 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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:yaron57@...] Gesendet: Donnerstag, 5. November 2009 15:37 An: Daniel Steiner Cc: semediawiki-user@... 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 <steiner@...> 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user ------------------------------------------------------------------------------ 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Re: [SFIT] Problem with acceptance of values for multi-value properties by Stephan Gambke :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 ------------------------------------------------------------------------------ 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Re: [SD] Setting the display of drilldown results by Daniel-272 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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:yaron57@...] Gesendet: Montag, 2. November 2009 20:18 An: Daniel Steiner Cc: semediawiki-user@... 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 <steiner@...> 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	[SD] After Upgrade from 0.6 to 0.6.2 German language support doesn't work anymore by Daniel-272 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 ------------------------------------------------------------------------------ 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user
	Result of a ask query, restricted to a namespace, shows red links by Daniel-272 :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message 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 ------------------------------------------------------------------------------ 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 Semediawiki-user@... https://lists.sourceforge.net/lists/listinfo/semediawiki-user