xwiki-devs

xwiki-devs@xwiki.org

9400 discussions

by Marius Dumitru Florea

The XWiki development team is proud to announce the availability of XWiki 9.11. This release brings some final touches to the notifications module by improving the look and feel of the notification center and the notification emails. Some optimizations have also been made in order to speed up the loading time of the notifications tray. 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/Data/XWiki/9.11 Thanks for your support -The XWiki dev team

7 years

[xwiki-devs] Will XWiki Activity Stream deprecation affect activitystream_events table?

by ktc

Hi devs, Right now we are building a feature based on XWiki Activity Stream and get data from activitystream_events table from database. We've heard that XWiki will replace Activity Stream with Notification. Does this mean activitystream_events table will be deprecated as well? If it is, do you have any suggestions for replacement like where we can get similar data from database and which application/extension with similar support features that we can rely on? Thanks a lot! -- Sent from: http://xwiki.475771.n2.nabble.com/XWiki-Dev-f475773.html

7 years

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

by Alex Cotiugă

Hello devs, This Thursday is BFD#158: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays Our current status is: * -13 bugs over 120 days (4 months), i.e. we need to close 13 bugs to have created bugs # = closed bugs # * -55 bugs over 365 days (1 year) * -49 bugs over 500 days (between 1 and 2 years) * -213 bugs over 1600 days (4.3 years) * -676 bugs since the beginning of XWiki See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352 Here's the BFD#158 dashboard to follow the progress during the day: https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13933 Happy Bug Fixing Day, Alex

7 years

[xwiki-devs] [Proposal] Login button for desktop

by Guillaume Delhumeau

Hi Devs, Currently, the login button is inside the drawer menu, which is quite standard on mobile phones. However, on desktop, a lot of people are confused and cannot find how to login/register. I propose to add a login button in the top menu, like this: https://jira.xwiki.org/secure/attachment/34731/Proposition3.png Related JIRA: https://jira.xwiki.org/browse/XWIKI-14881# That could be nice to have it in addition to the current links, for 9.11. Note: we also need to put a "register" link in the login form, so that people can register from there without the need to also add a register button on the top menu (that would be too much IMO). WDYT? Thanks, -- Guillaume Delhumeau (guillaume.delhumeau(a)xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project

7 years

[xwiki-devs] [ANN] XWiki 9.11 Release Candidate 1 Released

by Clément Aubin

The XWiki development team is proud to announce the availability of XWiki 9.11-rc-1! This release brings some final touches to the notifications module by improving the look and feel of the notification center and the notification emails. Some optimizations have also been made in order to speed up the loading time of the notifications tray. See the full release notes here: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/9.11RC1/.

7 years

[xwiki-devs] [Contrib] Request repository for "icon-themes"

by Ecaterina Moraru (Valica)

Hello devs, I want to publish additional IconThemes inside the Contrib organisation. These themes will be complementary to the xwiki-platform-icon [1] module, and in the future we could move deprecated themes from platform there (for example Silk, FA). I will want to contribute IconThemes for Glyphicon (icon-themes-glyphicons) and Material (icon-themes-material) icon sets. I would need: - a repository on xwiki-contrib called "icon-themes" - a JIRA project called "ICONTHEMES" - no e.x.o page yet - username: evalica Let me know if you have any questions. Thanks, Caty [1] https://github.com/xwiki/xwiki-platform/tree/master/xwiki-platform-core/xwi…

7 years

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

by Alex Cotiugă

Hello devs, This Thursday is BFD#157: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays Our current status is: * -10 bugs over 120 days (4 months), i.e. we need to close 28 bugs to have created bugs # = closed bugs # * -50 bugs over 365 days (1 year) * -46 bugs over 500 days (between 1 and 2 years) * -218 bugs over 1600 days (4.3 years) * -671 bugs since the beginning of XWiki See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352 Here's the BFD#157 dashboard to follow the progress during the day: https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=13930 Happy Bug Fixing Day, Alex

7 years

[xwiki-devs] [PROPOSAL] So what do we do about HashCodeBuilder parameters ?

by Thomas Mortagne

Hi devs, Most Object#hashCode() are implemented using HashCodeBuilder. HashCodeBuilder provide an empty constructor and also allow setting "random" numbers. http://dev.xwiki.org/xwiki/bin/view/Community/JavaCodeStyle#HEquals2FHashCo… does not really say anything about what do do and when currently so I would like to have a clear rule about it. On my side when I don't plan to use different types of objects in a hash key I usually simply use the empty HashCodeBuilder constructor. The only point of setting different numbers is when you might end up comparing different object types (and even in that case you have the #equals() safeguard anyway so it's mostly about performances in practice). So here is a proposal: it's OK to use empty HashCodeBuilder constructor except: * when overwriting the hachCode of a super class you should use different numbers than the super class (since there is big chance to have that super class used as a hash key) * as a best effect in general if you know that you are going to have several different types as hash key, try to make sure they use different random numbers, your proc will thank you :) WDYT ? -- Thomas Mortagne

7 years

[xwiki-devs] Notifications final steps

by Guillaume Delhumeau

Hello devs community, As you know, my main focus this year was on the notifications. My objective has been to replace the Watchlist with the notification emails. Today, we are almost there. The 2 remaining issues are: * https://jira.xwiki.org/browse/XWIKI-14844 (Live emails notifications should be grouped by XWiki pages) and * https://jira.xwiki.org/browse/XWIKI-14891 (Introduce a notifications macro to replace the Watchlist macro) I have updated the design page about this replacement: http://design.xwiki.org/xwiki/bin/view/Proposal/ReplacetheWatchlistbyNotifi… . I am confident that these issues will be implemented for 9.12. Proposition: * we encourage users to enable the notifications on 9.11 and to test it * for 9.12, we enable all notification features by default * for 9.12, we don't bundle the Watchlist in XWiki Standard anymore. What do you think ? Thanks, -- Guillaume Delhumeau (guillaume.delhumeau(a)xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project

7 years

[xwiki-devs] [Proposal] Agree on en_US vs en_GB

by Vincent Massol

Hi devs, By default the xwiki core committers maintain an “en” version of all translations and the other languages are left to the community to maintain on l10n.xwiki.org This mail is about deciding if our “en” version is “en_US” or “en_GB”. I propose that we standardize on “en_US”. for example ApplicationResources.properties would correspond to en_US. I also propose that we add en_GB on l10n so that the community could maintain a UK version if they want (it would fall back to en_US when there are no translations, which is a good thing). WDYT? Thanks -Vincent

7 years

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs