Author: dan.bolser
Description:
I want to link to the thread where this topic was discussed, but sourceforge is so useless that I can't. Its buggy. I didn't come here to report a bug so I can find a bug in the dam mail archives... this makes me so angry, because mailman works! The mailman archives work! Why re-invent the wheel when your going to brake it... do things really get better?
Bleah!
MIME-Version: 1.0
Received: by 10.223.112.210 with HTTP; Mon, 25 May 2009 09:34:40 -0700 (PDT)
In-Reply-To: <200905211013.53196.markus@semantic-mediawiki.org>
References: <2c8757af0905090523o677b6f19g9616b28157065f3f@mail.gmail.com>
<200905172104.20101.markus@semantic-mediawiki.org> <2c8757af0905201531r8c10790k608e81075276f2bd@mail.gmail.com> <200905211013.53196.markus@semantic-mediawiki.org>
Date: Mon, 25 May 2009 17:34:40 +0100
Delivered-To: dan.bolser@gmail.com
Message-ID: <2c8757af0905250934l3df883edv4dcd52726253f6a8@mail.gmail.com>
Subject: =?windows-1252?Q?Fwd=3A_=5BSMW=2Ddevel=5D_Problem_with_=22=85_further_results=22_?=
=?windows-1252?Q?when_using_=22format=3Dtemplate=22_=28Was=3A_=22=5BSemediawiki=2Duser=5D_New_=22?=
=?windows-1252?Q?tips=22_section_on_SMW_Community_Wiki=22=29?=
From: Dan Bolser <dan.bolser@gmail.com>
To: Dan Bolser <dan.bolser@gmail.com>
Content-Type: multipart/mixed; boundary=00504502d6f2cd996e046abf2f5f
--00504502d6f2cd996e046abf2f5f
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Forwarded conversation
Subject: Problem with "=85 further results" when using "format=3Dtemplate"
(Was: "[Semediawiki-user] New "tips" section on SMW Community Wiki")
From: Dan Bolser <dan.bolser@gmail.com>
Date: 2009/5/9
To: semediawiki-user@lists.sourceforge.net, Semantic MediaWiki
Developers <Semediawiki-devel@lists.sourceforge.net>
Hi,
I'm using the "intro=3D" and "outro=3D" query parameters to provide the
table header and footer to get tabular output with the
"format=3Dtemplate" in an ask query:
http://smw.referata.com/wiki/Talk:Use_the_ask_template_format_to_create_tab=
ular_output
This is working great with a couple of caveats:
- the "... further result" link appears at the top of the table for
some reason. I'd expect it to appear after the end of the table... how
is this text interacting with the various "format=3D" settings?
- the "... further results" link takes you to a "Special:Ask" page
that ignores the ""intro=3D" and "outro=3D" query parameters (leading to a
very messy result). Is it possible to get Special:Ask to respect these
and other settings?
With regard to 2, there appears to be at least one related bug for
"Special:Ask". Click on "... further results" for any
"format=3Dtemplate" query -> Click on "[Edit query]" -> Click "Find
results" -> You see the error "Provide a value for the parameter
"template" for this query format to work.", i.e. the template
parameter is lost when you click edit query, and has to be manually
added (along with intro and outro if necessary).
Cheers,
Dan.
From: Markus Kr=F6tzsch <markus@semantic-mediawiki.org>
Date: 2009/5/17
To: semediawiki-devel@lists.sourceforge.net
Cc: Dan Bolser <dan.bolser@gmail.com>, semediawiki-user@lists.sourceforge.n=
et
The link is put to the top by MediaWiki since it does not understand how to
otherwise treat this text within a table context. The best workaround might=
be
to have "searchlabel=3D" (empty) as a parameter to completely hide this par=
t.
You can give the quer another time with the same parameters but "limit=3D-1=
" to
get a "further results" label anywhere you want ("-1" skips any checks so t=
hat
the link is displayed even for 0 results, saving resources, but it might be
good to change text to "show all results" or something similar). You can al=
so
include this additional query into the "outro=3D" part to make sure it is o=
nly
displayed if there are any results at all.
This would require some extension of the SMW code. It is not possible in th=
e
current SMW-version. Using the above method for creating the "further resul=
ts"
link, a possible workaround would be to use another format in this "limit=
3D-1"
query. Then it would at least be usable.
Interesting. This might indeed be the case.
In general, it would be very helpful if you could file your bug reports and
feature requests at MediaZilla, since we may otherwise forget about them ..=
.
Thanks,
Markus
Cheers,
Dan.-------------------------------------------------------------------------=
- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Yo=
ur
production scanning environment may not be a perfect world - but thanks t=
o
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK
i700 Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
Semediawiki-devel mailing list
Semediawiki-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
Markus Kr=F6tzsch
Semantic MediaWiki =A0 =A0http://semantic-mediawiki.org
http://korrekt.org =A0 =A0markus@semantic-mediawiki.org
From: Dan Bolser <dan.bolser@gmail.com>
Date: 2009/5/20
To: markus@semantic-mediawiki.org
Cc: semediawiki-devel@lists.sourceforge.net,
semediawiki-user@lists.sourceforge.net
2009/5/17 Markus Kr=F6tzsch <markus@semantic-mediawiki.org>:
hehe - sorry about that ... sometimes even I forget about them too!
Did you log this one already, or would you like me to go do that?
actually I found that even if you do pass a template you get the same
error.
Thanks for the reply,
Dan.
From: Markus Kr=F6tzsch <markus@semantic-mediawiki.org>
Date: 2009/5/21
To: Dan Bolser <dan.bolser@gmail.com>
Cc: semediawiki-devel@lists.sourceforge.net,
semediawiki-user@lists.sourceforge.net
No.
Yes, please.
Yes, we need to adjust some internal parameter handling in Special_Ask, I
guess.
Markus
--00504502d6f2cd996e046abf2f5f
Content-Type: application/pgp-signature; name="signature.asc"
Content-Disposition: attachment; filename="signature.asc"
Content-Transfer-Encoding: base64
X-Attachment-Id: 0.1
LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEuNC45IChHTlUv
TGludXgpCgppRVlFQUJFQ0FBWUZBa29WRFVFQUNna1E0d0tvUGU2cHlQbCtod0NnalVlT241K1VJ
QVFpK2pwakJ4bkdhd0tVCmNwTUFuMC9rSmR4K2o1clhWTzREbDZOeEJReG1xb3VpCj0zaWMyCi0t
LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo=
--00504502d6f2cd996e046abf2f5f--
Version: unspecified
Severity: enhancement