Guillaume,
I'll make time and see what I can do.
Regards,
Richard
-----Original Message-----
From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org]On Behalf Of
Guillaume Lerouge
Sent: 09 October 2007 14:09
To: XWiki Developers
Subject: Re: [xwiki-devs] Ref: Displaying lists of wiki pages given a set of
criteria
Hi Richard,
how would you feel about writing a tutorial about what you did and adding it
to the tutorial page on the DevGuide with some screenshots? I'm sure this
would be quite useful for a lot of us... And you would help set the tone
towards more user-contributed documentation ;-)
(plus I'm sure you could be added to XWiki's Hall of Fame for doing this :-)
Many thanks in advance,
Guillaume
On 09/10/2007, goldring, richard < richard.goldring(a)uk.thalesgroup.com
<mailto:richard.goldring@uk.thalesgroup.com> > wrote:
Hey it works!
I coded it thus:
1.1 Listing documents by searching on their object properties - XWikiUsers
and first name
#set ($list = $xwiki.search("select doc.fullName from XWikiDocument doc,
BaseObject obj, StringProperty prop where doc.fullName=obj.name and
obj.className='XWiki.XWikiUsers' and prop.id.id=obj.id and
prop.name='first_name' and prop.value='Graham'", 5, 0))
#includeForm("XWiki.Results")
1.1 Listing documents by searching on their object properties - Article and
title
#set ($list = $xwiki.search("select doc.fullName from XWikiDocument doc,
BaseObject obj, StringProperty prop where doc.fullName=obj.name and
obj.className='XWiki.ArticleClass' and prop.id.id=obj.id and
prop.name='title' and prop.value like 'Art%'", 5, 0))
#includeForm("XWiki.Results")
and it displays the results using the Results table (although with two
#includeForm("XWiki.Results") it displays the filter columns twice on the
first table and no fitler columns on the second table on the same page?).
So thanks again Jean-Vincent!!!! This is really going to help me (and
others) use XWiki to develop useful applications with it.
Best Regards,
Richard
-----Original Message-----
From: devs-bounces(a)xwiki.org <mailto:devs-bounces@xwiki.org> [mailto:
devs-bounces(a)xwiki.org <mailto:devs-bounces@xwiki.org> ]On Behalf Of
Jean-Vincent Drean
Sent: 09 October 2007 13:12
To: XWiki Developers
Subject: Re: [xwiki-devs] Ref: Displaying lists of wiki pages given a
set of criteria
Added here :
http://www.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamples#HGettingdoc
<http://www.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamples#HGettingdo
c>
umentswhereobjects27propertiesequalssomevalue
JV.
2007/10/9, goldring, richard < richard.goldring(a)uk.thalesgroup.com
<mailto:richard.goldring@uk.thalesgroup.com> >:
> Thanks Jean-Vincent,
>
> What you've done helps ... but how does one list documents with a certain
> object attached whom's properties = a certain value?
>
> Regards,
>
> Richard
>
> -----Original Message-----
> From: devs-bounces(a)xwiki.org <mailto:devs-bounces@xwiki.org> [mailto:
devs-bounces(a)xwiki.org <mailto:devs-bounces@xwiki.org> ]On Behalf Of
> Jean-Vincent Drean
> Sent: 09 October 2007 12:34
> To: XWiki Developers
> Subject: Re: [xwiki-devs] Ref: Displaying lists of wiki pages given a
> set of criteria
>
>
> I've started documenting hql queries through public and privileged APIs
> here:
> http://www.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamples
<http://www.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamples>
>
> The privileged API will fit your need (don't forget to protect the
> edition of your scripts pages by non-admins).
>
> JV.
>
> 2007/10/9, goldring, richard < richard.goldring(a)uk.thalesgroup.com
<mailto:richard.goldring@uk.thalesgroup.com> >:
> > Jean-Vincent,
> >
> > Thanks - I tried it and it worked.
> >
> > What I'd like to do now is to have a set of pages with objects attached
> and
> > to search those pages by the attributes on those objects.
> >
> > So for example the pages could represent 'tasks', the objects would
store
> > details of those tasks e.g. task status, task owner, task description,
> task
> > date, etc. On a browser page a search/filter could then be done on say
> task
> > status to list all uncompleted tasks.
> >
> > Any idea how to do that?
> >
> > Also is there any documentation on how to do these searches using:
> >
> > $xwiki.xWiki.search("select count(doc) from XWikiDocument doc ${query}",
> > $context.context).get(0))
> >
> > and
> >
> > #set ($list = $xwiki.searchDocuments($query, $resultsPerPage, $start))
> >
> > i.e. what database tables to search - a description of how these methods
> > work and how to use them, etc
> >
> > If anyone has some more examples and explaination of these then it would
> > really help! Thanks!
> >
> > Regards,
> >
> > Richard
> >
> > -----Original Message-----
> > From: devs-bounces(a)xwiki.org <mailto:devs-bounces@xwiki.org> [mailto:
devs-bounces(a)xwiki.org <mailto:devs-bounces@xwiki.org> ]On Behalf Of
> > Jean-Vincent Drean
> > Sent: 03 October 2007 15:00
> > To: XWiki Developers
> > Subject: Re: [xwiki-devs] Ref: Displaying lists of wiki pages given a
> > set of criteria
> >
> >
> > The snippet on xwiki.org <http://xwiki.org> :
> > http://www.xwiki.org/xwiki/bin/view/Code/PaginateSearch
<http://www.xwiki.org/xwiki/bin/view/Code/PaginateSearch>
> >
> > 2007/10/3, Jean-Vincent Drean < jv(a)xwiki.com <mailto:jv@xwiki.com> >:
> > > Hi,
> > >
> > > It's a recurrent need but AFAIK we don't have any generic solution.
> > > I've made a 5' snippet, hope it will be useful.
> > >
> > > This snippet requires programming rights ($xwiki.xWiki.search) so
> > > you'll have to make sure that simple users can't edit this page.
> > >
> > >
> >
>
-----------------------------------------------8<---------------------------
> > ----------------------------------------
> > > #macro(paginedSearch $query $currentPage $resultsPerPage)
> > > #set ($start = $resultsPerPage * $currentPage)
> > > #set ($resultsnb = $xwiki.xWiki.search("select count(doc) from
> > > XWikiDocument doc ${query}", $context.context).get(0))
> > > #if ($resultsnb > $resultsPerPage)
> > > #set ($pagesnb = $resultsnb / $resultsPerPage)
> > > #foreach ($pagenb in [0..$pagesnb])
> > > [$pagenb>$doc.fullName?page=$pagenb]
> > > #end
> > > #end
> > > #set ($list = $xwiki.searchDocuments($query, $resultsPerPage, $start))
> > > #foreach ($item in $list)
> > > * $item
> > > #end
> > > #end
> > >
> > > #if ($request.page)
> > > #set ($desiredStart = $xwiki.parseInt($request.page))
> > > #else
> > > #set ($desiredStart = 0)
> > > #end
> > >
> > > #paginedSearch("where 1=1" $desiredStart 5)
> > >
> >
>
-----------------------------------------------8<---------------------------
> > ----------------------------------------
> > >
> > > 2007/10/3, goldring, richard < richard.goldring(a)uk.thalesgroup.com
<mailto:richard.goldring@uk.thalesgroup.com> >:
> > > > Anyone?
> > > >
> > > >
> > > > Hi all,
> > > >
> > > > Does anyone know how to generate a list of links to wiki pages that
> meet
> > a
> > > > set of defined features i.e. filter and sort (features defined on
the
> > > > objects or tags on those pages)? Perhaps like the Google search,
list
> > the
> > > > first 20 or 30 pages and have a next/previous, 1, 2, 3, etc buttons
to
> > list
> > > > the next selections of page links (to cope with the display of large
> > numbers
> > > > of page links).
> > > >
> > > > If anyones got any code snipits to get me started then that would be
> > really
> > > > useful - thanks.
> > > >
> > > > The idea is perhaps to explore how to use XWiki to semi
automatically
> > > > generate pages to record tasks or issues, and then to list those
pages
> > > > (tasks/issues) according to say the status or owners of those
> > tasks/issues.
> > > > For tasks I'm thinking XWiki might be used to help guide users
through
> > > > business processes and semi-automatically document they have
followed
> > those
> > > > processes (for CMMI) so they can be simply audited. Documents
> generated
> > > > through users following the tasks/processes can then be generated
from
> > > > templates and stored within the wiki. If anyone else has any
> ideas/code
> > that
> > > > could help perhaps realise this then let me know!
> > > >
> > > > Regards,
> > > >
> > > > Richard Goldring
> > > >
> > > > TAO
> > > > Wookey Hole Road
> > > > Wells, Somerset
> > > > BA5 1AA
> > > >
> > > > Direct Line: 01749 682694
> > > > Switchboard: 01749 672081
> > > > richard.goldring(a)uk.thalesgroup.com
<mailto:richard.goldring@uk.thalesgroup.com>
> > > >
> > > >
> > > >
> > > >
> > > > Thales UK Ltd (Wells) DISCLAIMER: The information contained in this
> > e-mail
> > > > is confidential. It may also be legally privileged. It is intended
> only
> > for
> > > > the stated addressee(s) and access to it by any other person is
> > > > unauthorised. If you are not an addressee, you must not disclose,
> copy,
> > > > circulate or in any other way use or rely on the information
contained
> > in
> > > > this e-mail. Such unauthorised use may be unlawful. We may monitor
all
> > > > e-mail communications through our networks. If you have received
this
> > e-mail
> > > > in error, please inform us immediately on +44 (0) 1749 672081 and
> delete
> > it
> > > > and all copies from your system. We accept no responsibility for
> changes
> > to
> > > > any e-mail which occur after it has been sent. Attachments to this
> > e-mail
> > > > may contain software viruses which could damage your system. We
> > therefore
> > > > recommend you virus-check all attachments before opening. A business
> of
> > > > Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne
> > Business
> > > > Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England
No.
> > > > 868273
> > > > _______________________________________________
> > > > devs mailing list
> > > > devs(a)xwiki.org <mailto:devs@xwiki.org>
> > > > http://lists.xwiki.org/mailman/listinfo/devs
<http://lists.xwiki.org/mailman/listinfo/devs>
> > > >
> > >
> > _______________________________________________
> > devs mailing list
> > devs(a)xwiki.org <mailto:devs@xwiki.org>
> > http://lists.xwiki.org/mailman/listinfo/devs
<http://lists.xwiki.org/mailman/listinfo/devs>
> >
> > Thales UK Ltd (Wells) DISCLAIMER: The information contained in this
e-mail
> > is confidential. It may also be legally privileged. It is intended only
> for
> > the stated addressee(s) and access to it by any other person is
> > unauthorised. If you are not an addressee, you must not disclose, copy,
> > circulate or in any other way use or rely on the information contained
in
> > this e-mail. Such unauthorised use may be unlawful. We may monitor all
> > e-mail communications through our networks. If you have received this
> e-mail
> > in error, please inform us immediately on +44 (0) 1749 672081 and delete
> it
> > and all copies from your system. We accept no responsibility for changes
> to
> > any e-mail which occur after it has been sent. Attachments to this
e-mail
> > may contain software viruses which could damage your system. We
therefore
> > recommend you virus-check all attachments before opening. A business of
> > Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne
> Business
> > Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
> > 868273
> > _______________________________________________
> > devs mailing list
> > devs(a)xwiki.org <mailto:devs@xwiki.org>
> > http://lists.xwiki.org/mailman/listinfo/devs
<http://lists.xwiki.org/mailman/listinfo/devs>
> >
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org <mailto:devs@xwiki.org>
> http://lists.xwiki.org/mailman/listinfo/devs
<http://lists.xwiki.org/mailman/listinfo/devs>
>
> Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
> is confidential. It may also be legally privileged. It is intended only
for
> the stated addressee(s) and access to it by any other person is
> unauthorised. If you are not an addressee, you must not disclose, copy,
> circulate or in any other way use or rely on the information contained in
> this e-mail. Such unauthorised use may be unlawful. We may monitor all
> e-mail communications through our networks. If you have received this
e-mail
> in error, please inform us immediately on +44 (0) 1749 672081 and delete
it
> and all copies from your system. We accept no responsibility for changes
to
> any e-mail which occur after it has been sent. Attachments to this e-mail
> may contain software viruses which could damage your system. We therefore
> recommend you virus-check all attachments before opening. A business of
> Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne
Business
> Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
> 868273
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org <mailto:devs@xwiki.org>
> http://lists.xwiki.org/mailman/listinfo/devs
<http://lists.xwiki.org/mailman/listinfo/devs>
>
_______________________________________________
devs mailing list
devs(a)xwiki.org <mailto:devs@xwiki.org>
http://lists.xwiki.org/mailman/listinfo/devs
<http://lists.xwiki.org/mailman/listinfo/devs>
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
_______________________________________________
devs mailing list
devs(a)xwiki.org <mailto:devs@xwiki.org>
http://lists.xwiki.org/mailman/listinfo/devs
<http://lists.xwiki.org/mailman/listinfo/devs>
--
http://wikibc.blogspot.com/ <http://wikibc.blogspot.com/>
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Thanks Jean-Vincent,
What you've done helps ... but how does one list documents with a certain
object attached whom's properties = a certain value?
Regards,
Richard
-----Original Message-----
From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org]On Behalf Of
Jean-Vincent Drean
Sent: 09 October 2007 12:34
To: XWiki Developers
Subject: Re: [xwiki-devs] Ref: Displaying lists of wiki pages given a
set of criteria
I've started documenting hql queries through public and privileged APIs
here:
http://www.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamples
The privileged API will fit your need (don't forget to protect the
edition of your scripts pages by non-admins).
JV.
2007/10/9, goldring, richard <richard.goldring(a)uk.thalesgroup.com>:
> Jean-Vincent,
>
> Thanks - I tried it and it worked.
>
> What I'd like to do now is to have a set of pages with objects attached
and
> to search those pages by the attributes on those objects.
>
> So for example the pages could represent 'tasks', the objects would store
> details of those tasks e.g. task status, task owner, task description,
task
> date, etc. On a browser page a search/filter could then be done on say
task
> status to list all uncompleted tasks.
>
> Any idea how to do that?
>
> Also is there any documentation on how to do these searches using:
>
> $xwiki.xWiki.search("select count(doc) from XWikiDocument doc ${query}",
> $context.context).get(0))
>
> and
>
> #set ($list = $xwiki.searchDocuments($query, $resultsPerPage, $start))
>
> i.e. what database tables to search - a description of how these methods
> work and how to use them, etc
>
> If anyone has some more examples and explaination of these then it would
> really help! Thanks!
>
> Regards,
>
> Richard
>
> -----Original Message-----
> From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org]On Behalf Of
> Jean-Vincent Drean
> Sent: 03 October 2007 15:00
> To: XWiki Developers
> Subject: Re: [xwiki-devs] Ref: Displaying lists of wiki pages given a
> set of criteria
>
>
> The snippet on xwiki.org :
> http://www.xwiki.org/xwiki/bin/view/Code/PaginateSearch
>
> 2007/10/3, Jean-Vincent Drean <jv(a)xwiki.com>:
> > Hi,
> >
> > It's a recurrent need but AFAIK we don't have any generic solution.
> > I've made a 5' snippet, hope it will be useful.
> >
> > This snippet requires programming rights ($xwiki.xWiki.search) so
> > you'll have to make sure that simple users can't edit this page.
> >
> >
>
-----------------------------------------------8<---------------------------
> ----------------------------------------
> > #macro(paginedSearch $query $currentPage $resultsPerPage)
> > #set ($start = $resultsPerPage * $currentPage)
> > #set ($resultsnb = $xwiki.xWiki.search("select count(doc) from
> > XWikiDocument doc ${query}", $context.context).get(0))
> > #if ($resultsnb > $resultsPerPage)
> > #set ($pagesnb = $resultsnb / $resultsPerPage)
> > #foreach ($pagenb in [0..$pagesnb])
> > [$pagenb>$doc.fullName?page=$pagenb]
> > #end
> > #end
> > #set ($list = $xwiki.searchDocuments($query, $resultsPerPage, $start))
> > #foreach ($item in $list)
> > * $item
> > #end
> > #end
> >
> > #if ($request.page)
> > #set ($desiredStart = $xwiki.parseInt($request.page))
> > #else
> > #set ($desiredStart = 0)
> > #end
> >
> > #paginedSearch("where 1=1" $desiredStart 5)
> >
>
-----------------------------------------------8<---------------------------
> ----------------------------------------
> >
> > 2007/10/3, goldring, richard <richard.goldring(a)uk.thalesgroup.com>:
> > > Anyone?
> > >
> > >
> > > Hi all,
> > >
> > > Does anyone know how to generate a list of links to wiki pages that
meet
> a
> > > set of defined features i.e. filter and sort (features defined on the
> > > objects or tags on those pages)? Perhaps like the Google search, list
> the
> > > first 20 or 30 pages and have a next/previous, 1, 2, 3, etc buttons to
> list
> > > the next selections of page links (to cope with the display of large
> numbers
> > > of page links).
> > >
> > > If anyones got any code snipits to get me started then that would be
> really
> > > useful - thanks.
> > >
> > > The idea is perhaps to explore how to use XWiki to semi automatically
> > > generate pages to record tasks or issues, and then to list those pages
> > > (tasks/issues) according to say the status or owners of those
> tasks/issues.
> > > For tasks I'm thinking XWiki might be used to help guide users through
> > > business processes and semi-automatically document they have followed
> those
> > > processes (for CMMI) so they can be simply audited. Documents
generated
> > > through users following the tasks/processes can then be generated from
> > > templates and stored within the wiki. If anyone else has any
ideas/code
> that
> > > could help perhaps realise this then let me know!
> > >
> > > Regards,
> > >
> > > Richard Goldring
> > >
> > > TAO
> > > Wookey Hole Road
> > > Wells, Somerset
> > > BA5 1AA
> > >
> > > Direct Line: 01749 682694
> > > Switchboard: 01749 672081
> > > richard.goldring(a)uk.thalesgroup.com
> > >
> > >
> > >
> > >
> > > Thales UK Ltd (Wells) DISCLAIMER: The information contained in this
> e-mail
> > > is confidential. It may also be legally privileged. It is intended
only
> for
> > > the stated addressee(s) and access to it by any other person is
> > > unauthorised. If you are not an addressee, you must not disclose,
copy,
> > > circulate or in any other way use or rely on the information contained
> in
> > > this e-mail. Such unauthorised use may be unlawful. We may monitor all
> > > e-mail communications through our networks. If you have received this
> e-mail
> > > in error, please inform us immediately on +44 (0) 1749 672081 and
delete
> it
> > > and all copies from your system. We accept no responsibility for
changes
> to
> > > any e-mail which occur after it has been sent. Attachments to this
> e-mail
> > > may contain software viruses which could damage your system. We
> therefore
> > > recommend you virus-check all attachments before opening. A business
of
> > > Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne
> Business
> > > Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
> > > 868273
> > > _______________________________________________
> > > devs mailing list
> > > devs(a)xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/devs
> > >
> >
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
> Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
> is confidential. It may also be legally privileged. It is intended only
for
> the stated addressee(s) and access to it by any other person is
> unauthorised. If you are not an addressee, you must not disclose, copy,
> circulate or in any other way use or rely on the information contained in
> this e-mail. Such unauthorised use may be unlawful. We may monitor all
> e-mail communications through our networks. If you have received this
e-mail
> in error, please inform us immediately on +44 (0) 1749 672081 and delete
it
> and all copies from your system. We accept no responsibility for changes
to
> any e-mail which occur after it has been sent. Attachments to this e-mail
> may contain software viruses which could damage your system. We therefore
> recommend you virus-check all attachments before opening. A business of
> Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne
Business
> Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
> 868273
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Jean-Vincent,
Thanks - I tried it and it worked.
What I'd like to do now is to have a set of pages with objects attached and
to search those pages by the attributes on those objects.
So for example the pages could represent 'tasks', the objects would store
details of those tasks e.g. task status, task owner, task description, task
date, etc. On a browser page a search/filter could then be done on say task
status to list all uncompleted tasks.
Any idea how to do that?
Also is there any documentation on how to do these searches using:
$xwiki.xWiki.search("select count(doc) from XWikiDocument doc ${query}",
$context.context).get(0))
and
#set ($list = $xwiki.searchDocuments($query, $resultsPerPage, $start))
i.e. what database tables to search - a description of how these methods
work and how to use them, etc
If anyone has some more examples and explaination of these then it would
really help! Thanks!
Regards,
Richard
-----Original Message-----
From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org]On Behalf Of
Jean-Vincent Drean
Sent: 03 October 2007 15:00
To: XWiki Developers
Subject: Re: [xwiki-devs] Ref: Displaying lists of wiki pages given a
set of criteria
The snippet on xwiki.org :
http://www.xwiki.org/xwiki/bin/view/Code/PaginateSearch
2007/10/3, Jean-Vincent Drean <jv(a)xwiki.com>:
> Hi,
>
> It's a recurrent need but AFAIK we don't have any generic solution.
> I've made a 5' snippet, hope it will be useful.
>
> This snippet requires programming rights ($xwiki.xWiki.search) so
> you'll have to make sure that simple users can't edit this page.
>
>
-----------------------------------------------8<---------------------------
----------------------------------------
> #macro(paginedSearch $query $currentPage $resultsPerPage)
> #set ($start = $resultsPerPage * $currentPage)
> #set ($resultsnb = $xwiki.xWiki.search("select count(doc) from
> XWikiDocument doc ${query}", $context.context).get(0))
> #if ($resultsnb > $resultsPerPage)
> #set ($pagesnb = $resultsnb / $resultsPerPage)
> #foreach ($pagenb in [0..$pagesnb])
> [$pagenb>$doc.fullName?page=$pagenb]
> #end
> #end
> #set ($list = $xwiki.searchDocuments($query, $resultsPerPage, $start))
> #foreach ($item in $list)
> * $item
> #end
> #end
>
> #if ($request.page)
> #set ($desiredStart = $xwiki.parseInt($request.page))
> #else
> #set ($desiredStart = 0)
> #end
>
> #paginedSearch("where 1=1" $desiredStart 5)
>
-----------------------------------------------8<---------------------------
----------------------------------------
>
> 2007/10/3, goldring, richard <richard.goldring(a)uk.thalesgroup.com>:
> > Anyone?
> >
> >
> > Hi all,
> >
> > Does anyone know how to generate a list of links to wiki pages that meet
a
> > set of defined features i.e. filter and sort (features defined on the
> > objects or tags on those pages)? Perhaps like the Google search, list
the
> > first 20 or 30 pages and have a next/previous, 1, 2, 3, etc buttons to
list
> > the next selections of page links (to cope with the display of large
numbers
> > of page links).
> >
> > If anyones got any code snipits to get me started then that would be
really
> > useful - thanks.
> >
> > The idea is perhaps to explore how to use XWiki to semi automatically
> > generate pages to record tasks or issues, and then to list those pages
> > (tasks/issues) according to say the status or owners of those
tasks/issues.
> > For tasks I'm thinking XWiki might be used to help guide users through
> > business processes and semi-automatically document they have followed
those
> > processes (for CMMI) so they can be simply audited. Documents generated
> > through users following the tasks/processes can then be generated from
> > templates and stored within the wiki. If anyone else has any ideas/code
that
> > could help perhaps realise this then let me know!
> >
> > Regards,
> >
> > Richard Goldring
> >
> > TAO
> > Wookey Hole Road
> > Wells, Somerset
> > BA5 1AA
> >
> > Direct Line: 01749 682694
> > Switchboard: 01749 672081
> > richard.goldring(a)uk.thalesgroup.com
> >
> >
> >
> >
> > Thales UK Ltd (Wells) DISCLAIMER: The information contained in this
e-mail
> > is confidential. It may also be legally privileged. It is intended only
for
> > the stated addressee(s) and access to it by any other person is
> > unauthorised. If you are not an addressee, you must not disclose, copy,
> > circulate or in any other way use or rely on the information contained
in
> > this e-mail. Such unauthorised use may be unlawful. We may monitor all
> > e-mail communications through our networks. If you have received this
e-mail
> > in error, please inform us immediately on +44 (0) 1749 672081 and delete
it
> > and all copies from your system. We accept no responsibility for changes
to
> > any e-mail which occur after it has been sent. Attachments to this
e-mail
> > may contain software viruses which could damage your system. We
therefore
> > recommend you virus-check all attachments before opening. A business of
> > Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne
Business
> > Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
> > 868273
> > _______________________________________________
> > devs mailing list
> > devs(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
> >
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
As an administrator, when i tried to modify the access right of a
particular user and then when i click on save, it gives me an exception
saying
org.hibernate.StaleObjectStateException: Row was updated or deleted by
another transaction(or unsaved-value mapping was incorrect).
What does this mean and how do i get rid of this problem.....
--
View this message in context: http://www.nabble.com/org.hibernate.StaleObjectStateException%3A-Row-was-up…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Also See
http://www.codeproject.com/html/purecssmenus.asp?df=100&forumid=30098&exp=0&
select=1097203 for flyout CSS menus!
-----Original Message-----
From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org]On Behalf Of
goldring, richard
Sent: 08 October 2007 08:46
To: 'XWiki Developers'; XWiki Users
Subject: Ref: fly out menus on XWiki
Hi All,
Is it possible to implement flyout left/right hand column menus - so the
menus only appear when you hover the cursor to the left or right of the wiki
page? This would free up more viewing space on the wiki page.
I found http://www.washington.edu/webinfo/case/flyout/ that talks about
jscript implementation - but how could I integrate this with the menu panels
to implement it within XWiki? I don't know much about jscript or CSS but
maybe the web link here could help someone in the know to put this feature
into XWiki or maybe point me in the right direction?
Regards,
Richard
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Hi All,
Is it possible to implement flyout left/right hand column menus - so the
menus only appear when you hover the cursor to the left or right of the wiki
page? This would free up more viewing space on the wiki page.
I found http://www.washington.edu/webinfo/case/flyout/ that talks about
jscript implementation - but how could I integrate this with the menu panels
to implement it within XWiki? I don't know much about jscript or CSS but
maybe the web link here could help someone in the know to put this feature
into XWiki or maybe point me in the right direction?
Regards,
Richard
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Hi Sergiu,
Could we standardize on a single way for adding logs. For example
I've consistently done it the following way:
log.error(".... [" + sql + "]");
the reason for this:
1) quotes are common in strings
2) quotes need to be escaped in java and it's not convenient to write
But basically it's just us deciding to standardize on a syntax.
WDT?
Thanks
-Vincent
On Oct 6, 2007, at 10:43 AM, sdumitriu (SVN) wrote:
> Author: sdumitriu
> Date: 2007-10-06 10:43:56 +0200 (Sat, 06 Oct 2007)
> New Revision: 5310
>
> Modified:
> xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> store/XWikiHibernateBaseStore.java
> Log:
> Replaced 2-line log with a 1-line one.
>
>
>
> Modified: xwiki-platform/core/trunk/xwiki-core/src/main/java/com/
> xpn/xwiki/store/XWikiHibernateBaseStore.java
> ===================================================================
> --- xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/
> xwiki/store/XWikiHibernateBaseStore.java 2007-10-05 21:03:11 UTC
> (rev 5309)
> +++ xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/
> xwiki/store/XWikiHibernateBaseStore.java 2007-10-06 08:43:56 UTC
> (rev 5310)
> @@ -360,8 +360,7 @@
> }
> catch (Exception e) {
> if ( log.isErrorEnabled() ) {
> - log.error("While executing query: " + sql);
> - log.error("Failed updating schema: " + e.getMessage
> ());
> + log.error("Failed updating schema while executing
> query \"" + sql + "\":" + e.getMessage());
> }
> }
> finally {
>
> _______________________________________________
> notifications mailing list
> notifications(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/notifications
Hi all,
To add dashboards to XEM I made a general "widget" macro that is just
a box containing informations.
Speaking with Vincent, he said to me that generalize panels to be able
to use theses in pages would be better. I'm always agree when there is
"generalize" in a sentence :)
Yet the problem is that panels did not print very well in pages and
make things pretty with css and all that is not my main strength. So
I'm wondering what is needed to improve panels for that.
I'm sure every one have ideas for that so do not hesitate to suggest :)
--
Thomas Mortagne
All these TC errors are not real errors. It's simply that We don't
have any more disk space on the TC machine...
-Vincent
On Oct 6, 2007, at 12:32 PM, teamcity(a)xwiki.org wrote:
> Build XWiki Platform Applications::Trunk #235 failed
> Agent: Default agent
> Build results: http://teamcity.xwiki.org/viewLog.html?
> buildId=4131&buildTypeId=bt5
>
> Changes included (1 change)
> ====================================================
> Change 5315 by tmortagne (1 file):
> Correct documents order in mixd wikis mode
>
> see more information about changed files: http://teamcity.xwiki.org/
> viewLog.html?tab=buildChangesDiv&buildId=4131&buildTypeId=bt5
>
>
> ===
Hi XWiki friends,
Ludovic and I will be attending the Google Summer of Code mentor
summit at Google's MountainView headquarters in October so we thought
it would a nice opportunity to meet up with XWiki users/developers
and anyone interested in general.
The dates are between the 7th of October and the 11th.
Would some of you be interested in meeting up?
Would you know where we could set this up? Does any of you have some
spare room that you could lend for this event?
Thanks a lot
-Vincent
Hi.
I've been working for a few days on the implementation of an
authentication module to make my XWiki instance compatible with the Web
SSO deployed in my company (Sun Access Manager).
So I followed the authentication configuration guide to create my new
authentication module. The class is compiling well on eclipse, as well
as on the server, but it seems that its use in the XWiki app does not work.
So I have a few questions that are not answered neither in the API
documentation (does it exist ?), neither in the online doc :
- what String is awaited by the XWikiUser constructor ?
- what String is awaited by the Principal ?
As of now, I'm using the user principal of Access Manager - which is a
DN (AM uses a LDAP repository) - for both.
- what should I put in my WEB-INF/xwiki.cfg instead of "form" in the
auth type ? it seems not to work well with this.
Thanks in advance.
Yvan
Greetings all,
I'm new to XWiki both as an administrator and as a dev, so please
forgive me if I'm a bit mistaken on behavior.
I'm running XWiki with authentication through LDAP. I manually added my
own username and granted admin privileges to that user. I then switched
it to LDAP and set it so other users must login to view anything beyond
the main page. Authentication works fine; users are able to login.
My problem is that every time they login, a new entry is being added to
the XWiki.XWikiGroups object. This can be seen by viewing the 5 pages
of a single username in the XWikiAll group. I've checked jira and the
list archives for this issue, and I thought I remembered seeing some
mention of an issue like this, but on review I can't find anything.
I have no doubt that either my LDAP configuration is wrong, or my LDAP
server is insane. My XWiki user entry shows up as my LDAP login name,
everyone else's shows up as their full name. But that's not my chief
concern; I'll figure that out eventually.
My thinking is that regardless of configuration, multiple entries of the
same name should not be addable to the XWikiGroups object. This should
either be inforced by treating it as a set or a map, or by searching the
vector prior to added objects. I'm looking in the
com.xpn.xwiki.XWiki.addUserToGroup() function (XWiki.java:2940) and I
don't see evidence of such a check.
I confess I haven't taken the time to look to see if the function is
overridden, or how the overridden functions behave, nor have I run XWiki
through the debugger yet, but am I right in thinking it should be
checked as described here? If I can get some bit of confirmation from
someone more familiar with the code, I'll gladly make a patch.
Paul D. Grodt
TECORE Wireless Systems
Phone: +1 410 872 6225
Fax: +1 410 872 6010
email: pgrodt(a)tecore.com
Hi all,
Actually application descriptor contains a field that list all
document application contains.
I would like to add to Application Manager a way to be able to add
"all the documents of space SpaceName" for example.
I already implemented a solution and I would like you to comment and
me to modify if needed.
When XWikiApplication.resolveDocumentsNames is called, it list all
document and one by one look if the document name is between "[" and
"]", if so it consider document name as sql matching string usable
with "like". So for example you will add "[XWiki.%]" if you want to
add all documents in the XWiki space to the application document list.
This feature is supported for "documents list" and also "document list
to include"
WDYT ?
--
Thomas Mortagne
Hi,
does anybody have an idea on how to update Groovy to 1.0 stable?
IMHO this will affect a lot of XWiki documents.
Will this affect the xwiki core library too?
Guido
Anuj,
You can put this on the page:
<DIV STYLE="overflow: auto; width: 900px; height: 500; border-top: 1px gray
solid; border-left: 1px gray
solid; border-bottom: 1px gray solid; padding:0px; margin: 0px">
...put your page contents here
</DIV
Only if you edit it with the WYSIWYG editor it reformats this code so
there's no overflow i.e. the XWiki style macro doesn't support overflow for
scrollbars.
Anyone know how the style macro can be updated to support 'overflow'? Could
XWiki pages support scrollbars by default? - especially useful for large
tables!
It would be good to be able to hide the menu bars when not needed - have
since this on other wiki implementations.
Hope that helps.
Regards,
Richard
-----Original Message-----
From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org]On Behalf Of
anuj sharma
Sent: 05 October 2007 06:50
To: devs(a)xwiki.org
Subject: [xwiki-devs] scroll bar
Hi all,
Can we add scroll bar in a page ?
What if we can't see the picture or text at the right of the page as it gets
overlapped by panels.......?????
thanks,
ANUJ SHARMA.
_____
Unlimited freedom, unlimited storage. Get
<http://in.rd.yahoo.com/tagline_mail_2/*http://help.yahoo.com/l/in/yahoo/mai
l/yahoomail/tools/tools-08.html/> it now
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Hi all,
Can we add scroll bar in a page ?
What if we can't see the picture or text at the right of the page as it gets overlapped by panels.......?????
thanks,
ANUJ SHARMA.
---------------------------------
Unlimited freedom, unlimited storage. Get it now
Hi all,
an anybody please tell me how can i make the e-mail field on the registration page mandatory???
Also,where does these registration information get stored????
thanks,
ANUJ SHARMA.
---------------------------------
Why delete messages? Unlimited storage is just a click away.
I had a thought,as I sit here pulling up 1.1.1(finally), is there a
reason we have so many plugins enabled by default? I'm not even sure
anyone knows how to use most of the ones that are enabled. AND, as
they're plugins, they shouldn't be on or enabled unless they're
actually needed.
I propose a space: XWikiPluginGuide.
Each plugin would have a page in the guide describing: a) how to
enable the plugin, b) what options are used by the plugin, c) how to
invoke and use the plugin, and optionally d) who wrote the plugin and
the version information (which that document could retrieve via a
getVersion, getAuthor, or whatever call back to the plugin).
A lot of plugins have a place where they check to make sure that
document artifacts that they need exist. One of the things they would
check is if "PluginGuide.pluginname" exists, where pluginname is what
they return in response to getName(). If "PluginGuide.pluginname"
doesn't exist, they'll create one, setting the title, etc. They
*could*, in theory, either add a field to that document or use the
document's inherent version to decide whether or not the document
should be all out replaced at some later point, so that when the
plugin is updated/loaded, the page is updated.
The plugin code itself is the repository of all knowledge as far as
what xwiki properties it understands, how the methods should be
invoked, etc. That way, if I want to know how to use the feed plugin,
I can just go to PluginGuide.feed, and find out.
THEN...
Since we have options documented in the plugin guide, we can remove
blocks like this from xwiki.cfg:
# To enable it, add "com.xpn.xwiki.plugin.graphviz.GraphVizPlugin" to
the list of plugins
# in the xwiki.plugins property.
# Uncomment and set the locations of the Dot and Neato executables
#xwiki.plugin.graphviz.dotpath=c:/Program Files/ATT/GraphViz/bin/dot.exe
#xwiki.plugin.graphviz.neatopath=c:/Program Files/ATT/GraphViz/bin/neato.exe
Same with lazlo, captcha, LDAP, etc. Anything that can be turned off
should be removed from xwiki.cfg w/ appropriate PluginGuide docs
describing how to turn it back on.
If we *can't* turn it off, meaning that the default skin needs it,
then we should note that, eh? I think the calendar plugin, for
example, is used by more than just the EventCalendar pages (though I
forget exactly where at the moment.. but it's in the code, not in the
templates).
If the plugins become too central to wiki function, like the Packager
plugin, for instance.. it isn't a plugin anymore, and shouldn't be in
the xwiki.plugins list in xwiki.cfg.
To steal an acronym from Vincent, WDYT?
:-P
--
'Waste of a good apple' -Samwise Gamgee
Hi,
Does anyone know if the bug with XWiki rendering carriage returns has been
fixed in the latest version of XWiki? My users don't like this 'feature' at
all - they like to structure their text into paragraphs.
Richard
-----Original Message-----
From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org]On Behalf Of
Thomas Mortagne
Sent: 04 October 2007 09:40
To: XWiki Developers
Subject: Re: [xwiki-devs] [ApplicationManager] [Proposal] Insert
matching string in the list of documents
I also would prefer to use subspaces but without that I much more
prefer separate all aspect of an application in different spaces. In
almost all use cases users only access XApp and XAppManager that
contains only user oriented interfaces.
2007/10/4, Vincent Massol <vincent(a)massol.net>:
> I would also use a single space at first glance. Make things better
> isolated.
>
> What we really need are sub spaces or rather hierarchical paths. See
> http://jira.xwiki.org/jira/browse/XWIKI-354
>
> -Vincent
>
> On Oct 4, 2007, at 2:00 AM, Erin Schnabel wrote:
>
> > Now that I've picked it up...
> > Is there any real reason why the AppManager has to span 6 spaces?
> >
> > I can understand having XAppManager, and perhaps XAppUtil or
> > XAppResource (XAppApp doesnt' really work.. :-) but I don't like
> > having XApp, and XAppClasses and XAppManager and XAppResources and
> > XAppSheets and XAppTemplates..
> > that's just a waste of spaces... users ask for lists of spaces all of
> > the time.. why should we be adding so many?
> >
> > I would prefer:
> >
> > XApp.XWikiApplicationXapp
> > XApp.XWikiApplicationXwikiapplicationclass
> >
> > XAppManager.CreateApplication
> > XAppManager.WebHome
> > XAppManager.Translations
> > XAppManager.XWikiApplicationClass
> > XAppManager.XWikiApplicationClassSheet
> > XAppManager.XWikiApplicationClassTemplate
> >
> > XAppManager is then clearly the XAppManager application, and XApp's
> > are the applications it manages. I REALLY REALLY REALLY don't like
> > having things spread out spaghetti in a lot of spaces... Maybe that's
> > fine on small installs, but when you have 100 or so spaces, it's
> > annoying to spontaneously pick up 4 more...
> >
> >
> >
> > On 10/1/07, Thomas Mortagne <thomas.mortagne(a)xwiki.com> wrote:
> >> 2007/10/1, Thomas Mortagne <thomas.mortagne(a)xwiki.com>:
> >>> Hi Stéphane,
> >>>
> >>> 2007/10/1, Stéphane Laurière <slauriere(a)xwiki.com>:
> >>>> Thomas Mortagne wrote:
> >>>>> Hi all,
> >>>>>
> >>>>> Actually application descriptor contains a field that list all
> >>>>> document application contains.
> >>>>>
> >>>>> I would like to add to Application Manager a way to be able to add
> >>>>> "all the documents of space SpaceName" for example.
> >>>>
> >>>> That would be a nice feature indeed.
> >>>>
> >>>> I started using the ApplicationManager for the XWiki help desk
> >>>> app. The
> >>>> management of translations is really handy! I'm adding "{table}" at
> >>>> the beginning and the end of the list of properties for a better
> >>>> display.
> >>>>
> >>>>> I already implemented a solution and I would like you to
> >>>>> comment and
> >>>>> me to modify if needed.
> >>>>>
> >>>>> When XWikiApplication.resolveDocumentsNames is called, it list all
> >>>>> document and one by one look if the document name is between
> >>>>> "[" and
> >>>>> "]", if so it consider document name as sql matching string usable
> >>>>> with "like". So for example you will add "[XWiki.%]" if you
> >>>>> want to
> >>>>> add all documents in the XWiki space to the application document
> >>>>> list.
> >>>>
> >>>> Sounds ok to me, but do we really need the brackets?
> >>>>
> >>>> Couldn't we simply write this type of list:
> >>>> XAppManager.%|XAppResources.Translations
> >>>
> >>> I added % for... lets say security reasons as an URL and so a page
> >>> name can contains "%" I thinks but not very sure on that.
> >>>
> >>>>
> >>>> It would then be parsed and submitted to the sql engine directly,
> >>>> couldn't it? We could use the "like" clause for all
> >>>> occurrencies, or
> >>>> check whether each occurrence contains the character '%' in case
> >>>> the
> >>>> "like" clause is more heavy than an exact match clause.
> >>
> >> I forgot, I said "one by one" but all "[]" matching in a list are
> >> merged in only one sql request. It can also be easily merged between
> >> applications and all his dependencies too.
> >>
> >>>>
> >>>>> This feature is supported for "documents list" and also "document
> >>>>> list to include"
> >>>>
> >>>> Actually, what's the purpose of the field "document list to
> >>>> include" and
> >>>> "document links"? I couldn't find the info from the online
> >>>> documentation
> >>>> at http://www.xwiki.org/xwiki/bin/view/Code/
> >>>> ApplicationManagerApplication
> >>>
> >>> "includes" and "links" target multi wikis. It is the pages that are
> >>> included or linked when create a wiki from a template wiki. It is
> >>> used
> >>> to configure what is shared between wikis.
> >>>
> >>> "Links" is not used yet as it need not supported feature in XWiki :
> >>> real links between pages, I forgot to hide it in interface.
> >>>
> >>>>
> >>>> Cheers
> >>>>
> >>>> Stéphane
> >>>>
> >>>>> WDYT ?
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
I am just full of feedback today.
Is there a reason that an application (which would of course go in a
xar) is created so far away from the plugin it's interdependent with?
i.e. the Application Manager is one application that consists of both
XWiki documents in a xar file and an Xwiki plugin. Having one half in
plugins, and the other half in applications doesn't make a lot of
sense-- they're one thing.
The same goes with some of the other plugins, actually.. Some might
have macros associated with them, and maybe they want those macros to
be in the DB.
A few of the plugins get around this by creating the documents they
need programatically (as I suggested with the PluginGuide), but it
seems like there has to be a better way of managing "plugins with an
application face" then having them in separate trees.
Then again, maybe I'm nuts.
:-P
--
'Waste of a good apple' -Samwise Gamgee
The XWiki development team is pleased to announce the release of
XWiki Enterprise 1.2 Milestone 1.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
Main changes from 1.1.1:
* Document history is now kept in a separate table in the
database which means that Document load time is now improved and
independent on the number of revisions
* Better Interoperability with Confluence. Also use swizzle-
confluence through a facade
* Refactoring and Cleanup of XML-RPC implementation, proper
exception handling for XML-RPC code and improved support for
attachments via XML-RPC
* Recycle bin for deleted documents (which can be recovered)
* Ability to alter the document history
* Minor edit of document
* Main.Dashboard page now display major edits by default with
the option of listing minor edits
+ bug fixes and other improvements
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise12M1
Thanks
-The XWiki dev team
Thank you Jean-Vincent,
I'll try the code out once I've figured it out.
It would be useful to have someone who 'knows' to document/write one or more
tutorials on how to extract information from the XWiki database. It would
help XWiki users/developers to develop XWiki for all sort of applications:
* Task/process generation and tracking
* Work flow form based applications
* Issue tracking
* Help desk request/issue tracking
* Objective setting and planning
etc
Regards,
Richard
-----Original Message-----
From: devs-bounces(a)xwiki.org [mailto:devs-bounces@xwiki.org]On Behalf Of
Jean-Vincent Drean
Sent: 03 October 2007 14:38
To: XWiki Developers
Subject: Re: [xwiki-devs] Ref: Displaying lists of wiki pages given a
set of criteria
Hi,
It's a recurrent need but AFAIK we don't have any generic solution.
I've made a 5' snippet, hope it will be useful.
This snippet requires programming rights ($xwiki.xWiki.search) so
you'll have to make sure that simple users can't edit this page.
-----------------------------------------------8<---------------------------
----------------------------------------
#macro(paginedSearch $query $currentPage $resultsPerPage)
#set ($start = $resultsPerPage * $currentPage)
#set ($resultsnb = $xwiki.xWiki.search("select count(doc) from
XWikiDocument doc ${query}", $context.context).get(0))
#if ($resultsnb > $resultsPerPage)
#set ($pagesnb = $resultsnb / $resultsPerPage)
#foreach ($pagenb in [0..$pagesnb])
[$pagenb>$doc.fullName?page=$pagenb]
#end
#end
#set ($list = $xwiki.searchDocuments($query, $resultsPerPage, $start))
#foreach ($item in $list)
* $item
#end
#end
#if ($request.page)
#set ($desiredStart = $xwiki.parseInt($request.page))
#else
#set ($desiredStart = 0)
#end
#paginedSearch("where 1=1" $desiredStart 5)
-----------------------------------------------8<---------------------------
----------------------------------------
2007/10/3, goldring, richard <richard.goldring(a)uk.thalesgroup.com>:
> Anyone?
>
>
> Hi all,
>
> Does anyone know how to generate a list of links to wiki pages that meet a
> set of defined features i.e. filter and sort (features defined on the
> objects or tags on those pages)? Perhaps like the Google search, list the
> first 20 or 30 pages and have a next/previous, 1, 2, 3, etc buttons to
list
> the next selections of page links (to cope with the display of large
numbers
> of page links).
>
> If anyones got any code snipits to get me started then that would be
really
> useful - thanks.
>
> The idea is perhaps to explore how to use XWiki to semi automatically
> generate pages to record tasks or issues, and then to list those pages
> (tasks/issues) according to say the status or owners of those
tasks/issues.
> For tasks I'm thinking XWiki might be used to help guide users through
> business processes and semi-automatically document they have followed
those
> processes (for CMMI) so they can be simply audited. Documents generated
> through users following the tasks/processes can then be generated from
> templates and stored within the wiki. If anyone else has any ideas/code
that
> could help perhaps realise this then let me know!
>
> Regards,
>
> Richard Goldring
>
> TAO
> Wookey Hole Road
> Wells, Somerset
> BA5 1AA
>
> Direct Line: 01749 682694
> Switchboard: 01749 672081
> richard.goldring(a)uk.thalesgroup.com
>
>
>
>
> Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
> is confidential. It may also be legally privileged. It is intended only
for
> the stated addressee(s) and access to it by any other person is
> unauthorised. If you are not an addressee, you must not disclose, copy,
> circulate or in any other way use or rely on the information contained in
> this e-mail. Such unauthorised use may be unlawful. We may monitor all
> e-mail communications through our networks. If you have received this
e-mail
> in error, please inform us immediately on +44 (0) 1749 672081 and delete
it
> and all copies from your system. We accept no responsibility for changes
to
> any e-mail which occur after it has been sent. Attachments to this e-mail
> may contain software viruses which could damage your system. We therefore
> recommend you virus-check all attachments before opening. A business of
> Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne
Business
> Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
> 868273
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Anyone?
Hi all,
Does anyone know how to generate a list of links to wiki pages that meet a
set of defined features i.e. filter and sort (features defined on the
objects or tags on those pages)? Perhaps like the Google search, list the
first 20 or 30 pages and have a next/previous, 1, 2, 3, etc buttons to list
the next selections of page links (to cope with the display of large numbers
of page links).
If anyones got any code snipits to get me started then that would be really
useful - thanks.
The idea is perhaps to explore how to use XWiki to semi automatically
generate pages to record tasks or issues, and then to list those pages
(tasks/issues) according to say the status or owners of those tasks/issues.
For tasks I'm thinking XWiki might be used to help guide users through
business processes and semi-automatically document they have followed those
processes (for CMMI) so they can be simply audited. Documents generated
through users following the tasks/processes can then be generated from
templates and stored within the wiki. If anyone else has any ideas/code that
could help perhaps realise this then let me know!
Regards,
Richard Goldring
TAO
Wookey Hole Road
Wells, Somerset
BA5 1AA
Direct Line: 01749 682694
Switchboard: 01749 672081
richard.goldring(a)uk.thalesgroup.com
Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail
is confidential. It may also be legally privileged. It is intended only for
the stated addressee(s) and access to it by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in
this e-mail. Such unauthorised use may be unlawful. We may monitor all
e-mail communications through our networks. If you have received this e-mail
in error, please inform us immediately on +44 (0) 1749 672081 and delete it
and all copies from your system. We accept no responsibility for changes to
any e-mail which occur after it has been sent. Attachments to this e-mail
may contain software viruses which could damage your system. We therefore
recommend you virus-check all attachments before opening. A business of
Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business
Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.
868273
Hi All,
When we register with XWiki, if there is a invalid input in any field, entire form is reset.
For example,
1) if we have typed in the Login Id field with special character
2) if password in Password (repeat) field does not match the one in Password field
ANUJ SHARMA.
---------------------------------
Get the freedom to save as many mails as you wish. Click here to know how.
Hi all,
Can anybody please tell me from where to get the whole source code for XWiki.
Also what can i do if i want to use xwiki for saving pages according to projects such as :
projects->project 1->page 1,page 2......
project2->page 1,page 2......
.........
thanks,
Anuj
ANUJ SHARMA.
---------------------------------
Travelling to a new city? Search for ATMs in that city. Click here.