xwiki-devs January 2009

xwiki-devs@xwiki.org

34 participants
124 discussions

[xwiki-devs] [VOTE] Move Tag pages to their own app + xwiki-tag-plugin

by Jean-Vincent Drean

Hi, I'd like to move Tags related pages to their own app: xwiki-application-tag. I'd also like to commit a small plugin that allows to manipulate tags easily. It also avoid the need of programming rights on pages Tags and TagsRss. The application and the plugin would have the same release cycle and would be included in xwiki enterprise (like skinx or watchlist plugins/apps). This also mean that we'll have a tag application in JIRA. Tag pages : - Main.TagCloud - Main.Tags - Main.TagsRss - XWiki.TagClass Tag plugin API : public List<String> getTags(boolean distinct); public List<String> getPagesWithTag(String tag); public boolean renameTag(String tag, String newTag); public boolean deleteTag(String tag); Here's my +1. JV.

15 years, 7 months

[xwiki-devs] [VOTE] Add a children section in page footer

by Jean-Vincent Drean

Hi devs, There are 4 votes required, see bellow. 1/ UI. See the screenshot at http://incubator.myxwiki.org/xwiki/bin/view/Mockups/Children Note that this list comes along with a generic way of building spaces/pages/attachment/comments lists (ul) in our skin files. Here's my +1 2/ Add a getChildren() method to XWikiDocument and Document (API). Rationale: XWiki is a wiki and the parent/child relationship should be made more visible and easy to display in order to make it useful. I know we should try not to put new methods in our APIs but IMHO this should have been there from the beginning. Proposal: {{code}} Document.java public List<String> getChildren() throws XWikiException { return this.doc.getChildren(getXWikiContext()); } XWikiDocument.java public List<String> getChildren(XWikiContext context) throws XWikiException { String hql ="select doc.fullName from XWikiDocument doc " + "where doc.parent='" + getFullName() + "' order by doc.space, doc.name"; return context.getWiki().search(hql, context); } {{/code}} Note: I've put doc.space and doc.name in the order by clause since getting pages in the 'absolute' alphabetical order afterwards is easy using util.sort while the contrary is not true. Here's my +1 3/ Add a $blacklistedSpaces list in xwikivars.vm. Rationale: avoid duplicates; this list is already present in some panels and pages since it is a common need. Proposal: #set($blacklistedSpaces = ["Import", "Panels", "Scheduler", "Stats", "XAppClasses", "XAppSheets", "XAppTemplates", "XWiki"]) Here's my +1 4/ Don't display the number of children in tab. Rationale: limit the number of HQL queries made on the view action. Here's my +1 Thanks, JV.

15 years, 7 months

[xwiki-devs] [PROPOSAL] Syntax for embedded document

by Thomas Mortagne

Hi devs, Currently we are unable to insert what we want in list item or table for example. One way to support it is to introduce "embedded document", meaning a syntax which act like we are including another document. See http://jira.xwiki.org/jira/browse/XWIKI-2890 for details. Wikimodel is using (((....))) in it's own syntax. Since we don't use this currently, I propose to use the same syntax in XWiki 2.0 syntax. Here is my +1. Thanks, -- Thomas Mortagne

15 years, 7 months

[xwiki-devs] question about new Action model

by Pascal Voitot

Hello, in the new Servlet Component, there is the Container which contains the global environment. When it receives an action request, it gets the right Action from the ComponentManager and launch the handleRequest function. Should the Container be injected into Action components to retrieve local Request/Response objects or may I misunderstand the model? regards Pascal

15 years, 7 months

[xwiki-devs] OSGI in XWiki

by Pascal Voitot

Hello, I am studying the component model and its impact on the whole architecture and naturally I have been thinking about OSGI and the possibility to deliver component bundles and load dynamically components into a running XWiki server etc... I'm not an OSGI expert and speak about OSGI because this seems to be the most supported standard around these "dynamic service bundles management with classloader isolation blablabla" questions... I've seen OSGI is already in your thoughts and I would like to know the status of your studies. The question of the OSGI runtime is not quite a problem to my mind... The new component model is well fitted to the OSGI approach IMO... The real question is how to mix the IOC model with the OSGI bundle... Plexus is a pretty IOC container but has no OSGI extension (there seems to be some works around classworlds but not clear and classworlds is not OSGI anyway...). Would you keep Plexus and add the required extensions so that it can be easily used with OSGI without adding too much code each time you want to create a new OSGI service bundle? Would you think about using another IOC container which propose OSGI extensions (Spring DM or other)? Pascal

15 years, 7 months

[xwiki-devs] [Proposal] New direction for XEM: Social features

by Vincent Massol

Hi everyone, This is something some of us have discussed offline but I'd like to propose it officially to everyone. As you may know we'd like to bring the XWiki Workspaces (XWS) features (invitation, user directory, private wikis, etc) into the main product, i.e. XE/XEM so that we don't have 2 platforms to maintain and so that we have a single main product and several add-ons (xwiki watch, etc). So the idea here is to add the following social features to XEM and not to XE, thus mapping the notion of XWS spaces to wikis (XE wikis): * Invitation manager * User Directory * Social network (people I follow, people following me) * My dashboard (see all my wikis, their activities, etc) * Wiki dashboard (stats on wikis) The idea is that XEM is for the enterprise and thus it makes sense to have the user directory in there rather than in XE. Same for all the other social features. Thanks -Vincent http://xwiki.com http://xwiki.org http://massol.net

15 years, 7 months

[xwiki-devs] [ANN] XWiki Enterprise 1.8 Milestone 1 Released

by Thomas Mortagne

The XWiki development team is pleased to announce the release of XWiki Enterprise 1.8 Milestone 1. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download First milestone of the XWiki Enterprise 1.8 version. Main changes: * Syntax API to convert a document from one syntax to another + first beta of the XWiki 1.0 syntax to XWiki 2.0 syntax. * New Office Importer. * REST API * Make it easier to disable footer information (comments, history, etc) * New blog Important bug fixes: * Errornous rendering of links to page anchors * If a macro fail it breaks the whole rendering process Note that general goals for XWiki Enterprise 1.8 are: * Office Importer * New Blog * REST API * Finish new rendering/syntax * Finish new WYSIWYG * French XE * MediaWiki import For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise18M1 Thanks, The XWiki dev team

15 years, 8 months

Re: [xwiki-devs] Fwd: [xwiki-notifications] r15438 - enterprise/trunk enterprise/trunk/wiki platform/core/trunk/xwiki-core/src/main/resources platform/web/trunk/standard/src/main/webapp/templates platform/xwiki-applications/trunk platform/xwiki-appli

by Asiri Rathnayake

On Sun, Jan 18, 2009 at 4:34 PM, Sergiu Dumitriu <sergiu(a)xwiki.com> wrote: > Asiri Rathnayake wrote: > >>> + #set($fragments=$attachmentUrl.split($attachmentSignature)) > >>> + #if($listtool.size($fragments) == 2) > >>> + #set($prefix=$listtool.get($fragments, 0)) > >>> + #set($suffix=$listtool.get($fragments, 1)) > >>> + #set($davUrl="$prefix$webdavSignature$suffix") > >>> + <span class="xwikibuttonlinks"><a class="deletelink" > >> > href="javascript:davEdit('$davUrl')">$msg.get("webdaveditattachment")</a></span> > >> > >> You should escape $davUrl, because if it contains ' or " it will break. > > > > > > I tried to do this but for some reason the url got changed to an invalid > one > > once i escaped it. It's kind of weird, the local application tried to > open > > some url like /home/asiri/http://..... I'm still not sure why this > happens. > > > > How exactly did you try to escape it? A simple .replaceAll('"', > '"').replaceAll("'", ''') should do it. Fixed. Thanks. - Asiri

15 years, 8 months

[xwiki-devs] Creating new pages from Templates/Classes?

by Jonas von Malottki

Hello Xwiki-Devs, I am not quite sure if this one is just a stupid question I haven't been able to find an answer for, or if it is just impossible. Situation is this: If you hava a link in a page e.g. "[GrannySmith]" and and this page doesn't exist yet (so it'll get a questionmark as marker), as soon as somebody clicks on that link xwiki will suggest to create a new Page or go straight to the editor. So far so clear. Now for instance I have a xwiki class called "Apple" can I create a link that mandates that the newly created page should be of the class "Apple" (respectively should have an object of "Apple")? Or is there any other way to accomplish this? thanks and greetings Jonas

15 years, 8 months

[xwiki-devs] Fwd: [xwiki-notifications] r15438 - enterprise/trunk enterprise/trunk/wiki platform/core/trunk/xwiki-core/src/main/resources platform/web/trunk/standard/src/main/webapp/templates platform/xwiki-applications/trunk platform/xwiki-applications/trunk/web

by Asiri Rathnayake

---------- Forwarded message ---------- From: Asiri Rathnayake <asiri.rathnayake(a)gmail.com> Date: Fri, Jan 16, 2009 at 12:37 PM Subject: Re: [xwiki-notifications] r15438 - enterprise/trunk enterprise/trunk/wiki platform/core/trunk/xwiki-core/src/main/resources platform/web/trunk/standard/src/main/webapp/templates platform/xwiki-applications/trunk platform/xwiki-applications/trunk/webd To: XWiki Notifications <notifications(a)xwiki.org> Hi Segiu, > > + #set($documentUrl=$doc.getExternalURL("download")) > > + #set($attachmentUrl="$documentUrl/$attach.filename") > > + #set($attachmentSignature="/xwiki/bin/download/") > > + #set($webdavSignature="/xwiki/webdav/spaces/") > > This isn't safe. It is possible to change this completely. Better use: > > > #set($attachmentSignature="${request.contextPath}${request.servletPath}/download/") > #set($webdavSignature="${request.contextPath}/webdav/spaces/") > Fixed. Also, this doesn't work with the new "virtualwiki-as-path" URLs. I don't think webdav supports "virtualwiki-as-path" configuration yet. I'll have to look into it. > > + #set($fragments=$attachmentUrl.split($attachmentSignature)) > > + #if($listtool.size($fragments) == 2) > > + #set($prefix=$listtool.get($fragments, 0)) > > + #set($suffix=$listtool.get($fragments, 1)) > > + #set($davUrl="$prefix$webdavSignature$suffix") > > + <span class="xwikibuttonlinks"><a class="deletelink" > href="javascript:davEdit('$davUrl')">$msg.get("webdaveditattachment")</a></span> > > You should escape $davUrl, because if it contains ' or " it will break. I tried to do this but for some reason the url got changed to an invalid one once i escaped it. It's kind of weird, the local application tried to open some url like /home/asiri/http://..... I'm still not sure why this happens. > Added: platform/xwiki-applications/trunk/webdav/pom.xml > > =================================================================== > > --- platform/xwiki-applications/trunk/webdav/pom.xml > (rev 0) > > +++ platform/xwiki-applications/trunk/webdav/pom.xml 2009-01-15 10:00:35 > UTC (rev 15438) > > @@ -0,0 +1,14 @@ > > Don't forget to add our License header (for all files in this app). > Fixed. > > + InstallTrigger.install( {"FoXWiki" :" > https://addons.mozilla.org/en-US/firefox/downloads/file/39674/foxwiki-1.0b-… > "}); > > Isn't there a version-independent URL, so that we don't have to release > application-webdav each time we release foxwiki? Unfortunately no, the url has to point to an xpi file. But this is not a problem since Firefox automatically detects extension updates. And since FoXWiki is hosted in addons.mozilla.org this is done automatically. All we have to do is release the new version in addons.mozilla.org and users will be notifed of the existance of a newer version. Thanks. - Asiri

15 years, 8 months

← Newer
1
2
3
4
5
6
7
8
...
13
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs January 2009