xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

[xwiki-devs] Dynamically set rights over document

by Lukapt

Hi, I'm trying to set rights over a document automatically. In my wiki i have the "Publication" concept. Each Publication has one or more authors. Each author is an "Researcher" that is directly related to an XWikiUser. What I want to do is to set editing rights only for the authors of that publication. If I add (or remove) an author he should be able (not able) to edit the document. What i thought first was to check and add user rights every time the document was loaded. However this didn't worked because, initially, users don't have rights to add new rights (lol). That doesn't seemed a good practice anyway. What is the best way to do this? Maybe after every change in editing mode, system may apply the rights? How can I do that? Btw, I'm using this snippet to add the user rights: http://extensions.xwiki.org/xwiki/bin/view/Extension/Setting+Rights Thanks in advance, Luís Braga -- View this message in context: http://xwiki.475771.n2.nabble.com/Dynamically-set-rights-over-document-tp60… Sent from the XWiki- Dev mailing list archive at Nabble.com.

14 years, 4 months

[xwiki-devs] How to use xpage

by Lukapt

Hi, This is probably a newbie question but I didn't find any clear answer for me. Could someone explain to me how to use "xpage"? For example, when trying to modify user avatar this code is used: $doc.getURL('edit', 'xpage=changemyavatar') I really don't know how this works or where I can find the piece of code related to this action. Thanks, Luís Braga -- View this message in context: http://xwiki.475771.n2.nabble.com/How-to-use-xpage-tp6056768p6056768.html Sent from the XWiki- Dev mailing list archive at Nabble.com.

14 years, 4 months

[xwiki-devs] [Release] 2.7.1 Build : check artifacts

by Raluca Stavro

Hello devs, 2.7.1 has been built, please check that the artifacts are OK. The resources can be found at: XWiki Core: http://maven.xwiki.org/releases/org/xwiki/platform/ XWiki Application Administration: http://maven.xwiki.org/releases/org/xwiki/platform/applications/xwiki-appli… XWiki Enterprise: http://maven.xwiki.org/releases/org/xwiki/enterprise/ XWiki Enterprise Manager: http://maven.xwiki.org/releases/org/xwiki/manager/ Thank you, Raluca.

14 years, 4 months

[xwiki-devs] [UX][Proposal] XWikiSyntax Page

by Ecaterina Moraru (Valica)

Hi, This is a proposal for compacting the way we show XWiki Syntaxes http://incubator.myxwiki.org/xwiki/bin/view/Improvements/SyntaxExperiments Feedback is welcomed. Thanks, Caty

14 years, 4 months

[xwiki-devs] [rendering] Replace BlockFilter with BlockMatcher?

by Vincent Massol

Hi Thomas, I think it could be a good idea to remove (deprecate?) the current BlockFilter interface/implementations and instead use the newly introduced BlockMatcher. WDYT? Thanks -Vincent

14 years, 4 months

Re: [xwiki-devs] [xwiki-notifications] r34808 - in platform/core/trunk/xwiki-rendering: xwiki-rendering-api/src/main/java/org/xwiki/rendering/block/match xwiki-rendering-macros/xwiki-rendering-macro-include/src/main/java/org/xwiki/rendering/internal/macro/include

by Thomas Mortagne

On Sat, Feb 19, 2011 at 10:38, vmassol <platform-notifications(a)xwiki.org> wrote: > Author: vmassol > Date: 2011-02-19 10:38:37 +0100 (Sat, 19 Feb 2011) > New Revision: 34808 > > Added: > platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/block/match/CompositeBlockMatcher.java > Modified: > platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-include/src/main/java/org/xwiki/rendering/internal/macro/include/IncludeMacro.java > Log: > XWIKI-1776: Support Include of Section Content > > * Added javadoc > * Introduced CompositeBlockMatcher > > Added: platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/block/match/CompositeBlockMatcher.java > =================================================================== > --- platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/block/match/CompositeBlockMatcher.java (rev 0) > +++ platform/core/trunk/xwiki-rendering/xwiki-rendering-api/src/main/java/org/xwiki/rendering/block/match/CompositeBlockMatcher.java 2011-02-19 09:38:37 UTC (rev 34808) > @@ -0,0 +1,72 @@ > +/* > + * See the NOTICE file distributed with this work for additional > + * information regarding copyright ownership. > + * > + * This is free software; you can redistribute it and/or modify it > + * under the terms of the GNU Lesser General Public License as > + * published by the Free Software Foundation; either version 2.1 of > + * the License, or (at your option) any later version. > + * > + * This software is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > + * Lesser General Public License for more details. > + * > + * You should have received a copy of the GNU Lesser General Public > + * License along with this software; if not, write to the Free > + * Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA > + * 02110-1301 USA, or see the FSF site: http://www.fsf.org. > + */ > +package org.xwiki.rendering.block.match; > + > +import java.util.ArrayList; > +import java.util.List; > + > +import org.xwiki.rendering.block.Block; > + > +/** > + * Implementation of {@link BlockMatcher} which matches blocks using passed matchers in series. > + * > + * @version $Id$ > + * @since 3.0M3 > + */ > +public class CompositeBlockMatcher implements BlockMatcher > +{ > + /** > + * The matchers to match in series. > + */ > + private List<BlockMatcher> matchers = new ArrayList<BlockMatcher>(); > + > + /** > + * @param matchers list of matchers to add > + */ > + public CompositeBlockMatcher(List<BlockMatcher> matchers) > + { > + this.matchers.addAll(matchers); > + } > + > + /** > + * @param matchers vararg list of matchers to add > + */ > + public CompositeBlockMatcher(BlockMatcher... matchers) > + { > + for (BlockMatcher matcher : matchers) { > + this.matchers.add(matcher); > + } > + } > + > + /** > + * {@inheritDoc} > + * > + * @see org.xwiki.rendering.block.match.BlockMatcher#match(org.xwiki.rendering.block.Block) > + */ > + public boolean match(Block block) > + { > + for (BlockMatcher matcher : this.matchers) { > + if (!matcher.match(block)) { > + return false; > + } > + } > + return true; > + } > +} > > Modified: platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-include/src/main/java/org/xwiki/rendering/internal/macro/include/IncludeMacro.java > =================================================================== > --- platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-include/src/main/java/org/xwiki/rendering/internal/macro/include/IncludeMacro.java 2011-02-18 22:26:41 UTC (rev 34807) > +++ platform/core/trunk/xwiki-rendering/xwiki-rendering-macros/xwiki-rendering-macro-include/src/main/java/org/xwiki/rendering/internal/macro/include/IncludeMacro.java 2011-02-19 09:38:37 UTC (rev 34808) > @@ -41,6 +41,8 @@ > import org.xwiki.rendering.block.MetaDataBlock; > import org.xwiki.rendering.block.XDOM; > import org.xwiki.rendering.block.match.BlockMatcher; > +import org.xwiki.rendering.block.match.ClassBlockMatcher; > +import org.xwiki.rendering.block.match.CompositeBlockMatcher; > import org.xwiki.rendering.internal.macro.MacroContentParser; > import org.xwiki.rendering.listener.MetaData; > import org.xwiki.rendering.macro.AbstractMacro; > @@ -207,24 +209,33 @@ > return result; > } > > + /** > + * Get the content to include (either full target document or a specific section's content). > + * > + * @param document the reference to the document from which to get the content > + * @param section the id of the section from which to get the content in that document or null to take the whole > + * content > + * @param includedReference the resolved absolute reference of the included document > + * @return the content as an XDOM tree > + * @throws MacroExecutionException if no section of the passed if exists in the included document > + */ > private XDOM getContent(DocumentModelBridge document, final String section, DocumentReference includedReference) > throws MacroExecutionException > { > XDOM includedContent = document.getXDOM(); > > if (section != null) { > - HeaderBlock headerBlock = (HeaderBlock) includedContent.getFirstBlock(new BlockMatcher() { > - public boolean match(Block block) > - { > - if (block instanceof HeaderBlock) { > + HeaderBlock headerBlock = (HeaderBlock) includedContent.getFirstBlock( > + new CompositeBlockMatcher(new ClassBlockMatcher(HeaderBlock.class), new BlockMatcher() { > + public boolean match(Block block) > + { > HeaderBlock headerBlock = (HeaderBlock) block; > if (headerBlock.getId().equals(section)) { > return true; > } > + return false; What about return headerBlock.getId().equals(section); ? > } > - return false; > - } > - }, Block.Axes.DESCENDANT); > + }),Block.Axes.DESCENDANT); > if (headerBlock == null) { > throw new MacroExecutionException("Cannot find section [" + section > + "] in document [" + this.defaultEntityReferenceSerializer.serialize(includedReference) + "]"); > @@ -291,19 +302,26 @@ > { > DocumentReference result; > > - String sourceMetadata = null; > - MetaDataBlock metadataBlock = block.getPreviousBlockByType(MetaDataBlock.class, true); > - while (sourceMetadata == null && metadataBlock != null) { > - sourceMetadata = (String) metadataBlock.getMetaData().getMetaData(MetaData.SOURCE); > - metadataBlock = metadataBlock.getPreviousBlockByType(MetaDataBlock.class, true); > - } > + MetaDataBlock metaDataBlock = (MetaDataBlock) block.getFirstBlock( > + new CompositeBlockMatcher(new ClassBlockMatcher(MetaDataBlock.class), new BlockMatcher() { > + public boolean match(Block block) > + { > + MetaDataBlock metaDataBlock = (MetaDataBlock) block; > + String sourceMetaData = (String) metaDataBlock.getMetaData().getMetaData(MetaData.SOURCE); > + if (sourceMetaData != null) { > + return true; > + } > + return false; Maybe we should add something like MetaDataBlock#contains(String key) method. > + } > + }), Block.Axes.ANCESTOR); > > // If no Source MetaData was found resolve against the current document as a failsafe solution. > - if (sourceMetadata == null) { > + if (metaDataBlock == null) { > result = this.currentDocumentReferenceResolver.resolve(documentName); > } else { > + String sourceMetaData = (String) metaDataBlock.getMetaData().getMetaData(MetaData.SOURCE); > result = this.currentDocumentReferenceResolver.resolve(documentName, > - this.currentDocumentReferenceResolver.resolve(sourceMetadata)); > + this.currentDocumentReferenceResolver.resolve(sourceMetaData)); > } > > return result; > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications > -- Thomas Mortagne

14 years, 4 months

[xwiki-devs] Remove old branches from SVN

by Vincent Massol

Hi, Just a notice that I'll remove the following branches from jira since we (open source xwiki developers) only support 2 branches (trunk + latest stable): • xwiki-core-1.5-curriki/ • xwiki-core-1.8/ • xwiki-core-1.9/ • xwiki-core-2.1/ • xwiki-core-2.2/ • xwiki-core-2.3/ • xwiki-core-2.4/ Please shout quickly if you have a good reason to keep one of these (also note that they'll always be in the svn history). Thanks -Vincent

14 years, 4 months

[xwiki-devs] [VOTE] Release XE/XEM 2.5.2, 2.6.2 and 2.7.1

by Sergiu Dumitriu

Hi devs, I'd like to tag new releases on the 2.5, 2.6 and 2.7 branches, since there have been several bugfixes and a few performance improvements on each of them. See the fixed issues here: 2.7.1 http://jira.xwiki.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=p… 2.6.2 http://jira.xwiki.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=p… 2.5.2 http://jira.xwiki.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=p… After that, I'd like to drop the 2.5 and 2.6 branches. -- Sergiu Dumitriu http://purl.org/net/sergiu/

14 years, 4 months

[xwiki-devs] [Community] We need a wiki and volunteers for implementing the new XWiki.org

by Ecaterina Moraru (Valica)

Hi, Would be very nice to have a development wiki in order to get things going on the new XWiki.org proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/XWikiOrgProposal2 Maybe Vincent can help with this? :) Since the redesign is quite big and lots of spaces|panels|styles need to be changed, morphing the current xwiki.org on the go would be quite difficult. So, having the development wiki would be much easier to work decentralized on different parts of it when people have time. There are lot of areas of the proposal that are not covered and would be really great to receive proposals and help from other members of the community. Also the implementation needs volunteers :) so any help is appreciated. We will also use the new xwiki.org logo proposed by the community, so having all this ideas come together and be put into action is very exciting. Thanks for the support, Caty Resources: - Original Proposal mail: http://markmail.org/message/4erqdhwuzvmtts6p - Logo Challenge mail: http://markmail.org/thread/bze35tdm4iojnafa

14 years, 4 months

[xwiki-devs] Notion of Active committers

by Vincent Massol

Hi guys, I've taken the liberty to refine the notion of active committer on http://dev.xwiki.org/xwiki/bin/view/Community/Committership Basically the idea is that active means having at least 1 commit in a period of 1 year (rolling period). We had discussed this and it was hinted in the text I rewrote. Just wanted to make sure we all agree about it. This notion can be useful on: * the hall of fame page * the new download page where companies can list their number of active committers Thanks -Vincent

14 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs