xwiki-devs April 2015

xwiki-devs@xwiki.org

20 participants
37 discussions

by Ecaterina Moraru (Valica)

Hi devs, So this proposal appeared in some of my proposals but right now I created a proper Proposal/Idea mail for it. It's about having an 'Administer Page' section in the menus, similar to the 'Administer Wiki' and 'Administer Space' functionality. The 'Administer Page' will be accessible to global admins, page creators and users with (edit?/admin?) rights for the page. >From what we currently have implemented it should contain the 'Rights Editor' (?editor=rights) at page level. In the future we could make 'Presentation', 'Page Elements' or 'Panel Wizard' to be more granular and be set at Page level (have different panels and style for just one page). Some screenshots at http://incubator.myxwiki.org/xwiki/bin/view/Improvements/PageAdministration Thanks, Caty

9 years, 1 month

[xwiki-devs] [UX][Consistency][Vote] "Page" vs. "Document" consistent naming

by Ecaterina Moraru (Valica)

Hi, We are using mixed naming when referring to a document/page, not only on different pages, but also in the same context (Rename step for example). There is also an issue referring to this problem XWIKI-5401<http://jira.xwiki.org/jira/browse/XWIKI-5401>and we need to find an answer in order to move forward consistency. So the question is which version we prefer: "Page" or "Document" ? I'm voting +1 for "Page". "Page" is more used IMO, especially in the "Space"/"Page" context. "Page" is more general than "Document" and better fitted for a platform that encapsulates all kind of content (not just documents). Please cast your vote. Thanks, Caty

9 years, 3 months

[xwiki-devs] [Proposal] Object addition/removal/update shouldn't change content author

by Vincent Massol

Hi, According to the javadoc in XWikiDocument: /** * The last user that has changed the document's content (ie not object, attachments). The Content author is only * changed when the document content changes. Note that Content Author is used to check programming rights on a * document and this is the reason we need to know the last author who's modified the content since programming * rights depend on this. */ private DocumentReference contentAuthorReference; This means that objectadd or objectremove actions shouldn't change the content author as they do now. I'm proposing that we fix this. Do you see any issue? Thanks -Vincent

9 years, 6 months

[xwiki-devs] [Idea] Extensible API for accessing structured data

by Fabio Mancinelli

Hi all, some time ago we wrote about an idea of having an extensible API for accessing structured data. The final goal is to have a uniform API for accessing structured data both on the client (Javascript+REST) and on the server. We have written a little design document that I am submitting to the list for comments: http://design.xwiki.org/xwiki/bin/view/Proposal/ExtensibleAPIforaccessingst… This idea is also related to other ones, like providing a way for dynamically extending the REST API, and also to the integration with client side frameworks like AngularJS. Thanks, Fabio

9 years, 7 months

[xwiki-devs] [XWiki Day] BFD#87

by Eduard Moraru

Hi devs, Today is BFD#87: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays Our current status for the 1 year period is 66 bugs behind. See: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10000#Created-vs-R… Here's the BFD#86 dashboard to follow the progress during the day: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13198 Thanks and enjoy your bug fixing day! -Eduard

9 years, 7 months

[xwiki-devs] [ANN] XWiki 7.0.1 released

by Guillaume "Louis-Marie" Delhumeau

The XWiki development team is proud to announce the availability of XWiki 7.0.1. This is a stabilization release that fixes important bugs discovered in the previous 7.0 version. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki701 Thanks -The XWiki dev team

9 years, 8 months

[xwiki-devs] [XWiki Day] BFD#86

by Eduard Moraru

Hi devs, Today is BFD#86: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays Our current status for the 1 year period is 78 bugs behind. See: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10000#Created-vs-R… Here's the BFD#86 dashboard to follow the progress during the day: http://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13196 Thanks and enjoy your bug fixing day! -Eduard

9 years, 8 months

[xwiki-devs] [Proposal] App Within Minutes - Improvements

by Gabriela Smeria

Hello, I made a proposal on how we could improve App Within Minutes design. In order to have an idea about that, you can visit - http://design.xwiki.org/xwiki/bin/view/Proposal/AppWithinMinutesImprovement… . The main purpose of creating this design proposal is to help integrate the following applications created with App Within Minutes with Flamingo Skin. What I would like for you to take into consideration is the new layout for the homepage of newly created applications, since there I proposed a bigger change. Thank you, Gabriela <http://www.xwiki.com/> *Gabriela Smeria* *Web Developer * gabriela.smeria(a)xwiki.com <corina.luong(a)xwiki.com> tel: +40 742 024 392 skype: smeria.gabriela

9 years, 8 months

[xwiki-devs] [VOTE] Remove xwiki-platform-legacy-crypto-script module

by vincent＠massol.net

Hi devs, With the upgrade of BouncyCastle to version 1.52 the xwiki-platform-legacy-crypto-script legacy module doesn’t build anymore since BC has removed deprecated code. We have of course the option to try to fix the legacy code to use newer APIs. However I think this is overkill and not needed because I don’t believe this legacy code was ever used (Caleb, the author of it, seems to agree with this). See the comments at http://jira.xwiki.org/browse/XCOMMONS-794 Thus, according to our rules, I’m sending this VOTE to decide to break this API voluntarily by removing this legacy module. Here’s my +1 Thanks -Vincent

9 years, 8 months

[xwiki-devs] Bundle XWiki extenstions

by Miroslav Beranič

Hi all, I work/develop on XWiki 7.0.1-SNAPSHOT. I had some problems with the Maven builds, as the ${*.version} variables are not replaced in final WAR, but it is easy solved with shell scripts. I have upgraded (actually I have tried but have created new deploy now) from version 6.4.1. In that deploy I have a set of "favourite" extensions. I had to manually install each and every one on new deploy. Is there a way to create WAR bundle with all the extensions and deploy that WAR-with-extensions? Or some other kind of pre-build set of JAR/XAR files to just drop on Tomcat and run? How would one start to create such a bundle? With Maven POM magic, scripting, ... ? Kind Regards, -- Miroslav Beranič MIBESIS +386(0)40/814-843 miroslav.beranic(a)mibesis.si http://www.mibesis.si

9 years, 8 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs April 2015