October 2007 - xwiki-devs@xwiki.org

[xwiki-devs] How to update Groovy from 1.0 jsr 06 to 1.0 stable?
by G.Schoepp 05 Oct '07

05 Oct '07

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

1 0

Re: [xwiki-devs] scroll bar
by goldring, richard 05 Oct '07

05 Oct '07

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:[email protected]]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

1 0

[xwiki-devs] scroll bar
by anuj sharma 05 Oct '07

05 Oct '07

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

1 0

[xwiki-devs] e-mail field in registration page
by anuj sharma 05 Oct '07

05 Oct '07

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.

1 0

[xwiki-devs] Plugins and xwiki.cfg
by Erin Schnabel 04 Oct '07

04 Oct '07

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

2 3

Re: [xwiki-devs] [ApplicationManager] [Proposal] Insert matching string in the list of documents
by goldring, richard 04 Oct '07

04 Oct '07

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:[email protected]]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

1 0

[xwiki-devs] applications & plugins
by Erin Schnabel 04 Oct '07

04 Oct '07

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

3 2

[xwiki-devs] [ANN] XWiki Enterprise 1.2M1 Released
by Vincent Massol 03 Oct '07

03 Oct '07

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

1 0

Re: [xwiki-devs] Ref: Displaying lists of wiki pages given a set of criteria
by goldring, richard 03 Oct '07

03 Oct '07

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:[email protected]]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

2 1

[xwiki-devs] Ref: Displaying lists of wiki pages given a set of criteria
by goldring, richard 03 Oct '07

03 Oct '07

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

3 5