- xwiki-devs@xwiki.org - lists.xwiki.org

by Adel Atallah

The XWiki development team is proud to announce the availability of XWiki 10.8. This version adds a new tab in the user profile which displays the groups a user is part of, the Menu application is now available in the Administration page, auto-suggestions has been added for pages in several places, the startup speed of Tomcat has been improved and our CAPTCHA implementation has been replaced with a new one. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: https://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/10.8/ Thanks for your support -The XWiki dev team

6 years, 11 months

1
0
0 0

[xwiki-devs] [Brainstorming] Auto-suggestion on space, wiki and attachment xproperties

by Adel Atallah

Hi devs, Working on the auto-suggestion feature [1], I've been integrating it in xproperties holding a reference to a page. Those xproperties are of type String and have been changed to the Page type so that the page displayer is used and shows the auto-suggestion when needed. I now need to implement an auto-suggestion on xproperties holding a reference to a space (e.g [2]), a wiki (e.g [2]) and an attachment (e.g. [3]). I think the best would be to create an Attachment and Wiki xproperty type and create new displayers exactly like the Page type. I don't think we can create a Space xproperty because it's not meant to be visible by the end user. Maybe we could use the Page xproperty type and have a parameter inside to select only spaces. WDYT? Thanks, Adel -------- [1] https://design.xwiki.org/xwiki/bin/view/Proposal/AutocompleteOnReference [2] https://design.xwiki.org/xwiki/bin/view/Proposal/AutocompleteOnReference#HC… [3] https://design.xwiki.org/xwiki/bin/view/Proposal/AutocompleteOnReference#HC…

6 years, 11 months

5
7
0 0

[xwiki-devs] [ANN] Migrator Application v1.0 released

by Clément Aubin

Hi everyone, I'm happy to announce the release of the first version of Application Migrator. This app aims to help you (extension developers) to create migrations between your extension versions at wiki level, through XObjects. It features an extensible framework that allows you to define new migrators and thus perform every kind of migration that you'll like in addition to the ones provided by default. If you are interested by this extensions, I suggest that you check out [1] for documentation and [2] if you want to start building your own migrations. Thanks, Clément [1] https://extensions.xwiki.org/xwiki/bin/view/Extension/Migrator/ [2] https://extensions.xwiki.org/xwiki/bin/view/Extension/Migrator%20Applicatio…

6 years, 11 months

1
0
0 0

[xwiki-devs] [Contrib] New repo for mathjax macro

by Vincent Massol

Hi devs, FYI I’m creating a new contrib repo for holding a mathjax macro + a jira project for it. See https://github.com/xwiki-contrib/macro-mathjax Thanks -Vincent

6 years, 11 months

1
1
0 0

[xwiki-devs] [Proposal] XWiki 10.9 Roadmap

by Vincent Massol

Hi devs, Misses from the 10.8 roadmap: * Macro inline editing in WYSIWYG - Design done but no implementation done. Lack of time. * Continue work on performance - Thomas started but didn’t commit anything (lack of time/focus, help others, TFD, etc) * Auto complete of references in WYSIWYG Macro Dialog - Adel researched it but no work committed. Lack of time. Adel worked on fixing some issues discovered in the reference auto complete code already committed. * Investigate how we could make the upgrade experience simpler. Just starting now. Lack of time. We’ll put the misses in 10.9, see below. Proposal for XWiki 10.9: * Thomas/Vincent: Improve STAMP KPIs (20%) - 1 day per week * All: BFD (20%) * Thomas: continue work on performance (started in 10.4). Goal: go back to XWiki 8.x performance! Hint: https://t.co/0ZckyVYg6c ;) * Simon/Marius (moved from 10.8 roadmap): Macro inline editing in WYSIWYG * Adel/Marius (moved from 10.8 roadmap): Auto complete of references in WYSIWYG Macro Dialog (+ grouping feature so that users don't get both "page" and "reference" at the same time + "deprecated"/"priority" to show "page" more proemintenly than "reference") * Simon: Page Move/Renaming: don't allow and/or warn when moving pages containing xclass definitions. Use case: prevent users from breaking AWM apps they created * Guillaume: Remove AS whenever it's used and replaced it with the new Notifications macro Best effort: If we have time (otherwise candidates for 10.10+): * Marius/Adel/Simon: Display Reference of documents to copy paste * Marius/Adel/Simon: Improve the XClass picker when in object edit mode (make it like the Add Macro dialog for WYSIWYG editor) * Thomas: work on some items to make the upgrade experience simpler + unattended upgrades (ability to upgrade XWiki from the command line without interaction). Use the result of Caty's investigation from XWiki 10.8 period. Dates: * 10.9RC1: 22 October (made it 4 weeks instead of the usual 3 since we have some margin). This should give us more time to work on the different topics * 10.9Final: 29 October WDYT? I’ll create the roadmap page on xwiki.org a bit later today and you’ll be able to edit it and add the jira issues for each topic. Thanks -Vincent

6 years, 11 months

1
1
0 0

[xwiki-devs] [ANN] XWiki 10.7.1 released

by Clément Aubin

The XWiki development team is proud to announce the availability of XWiki 10.7.1. This is a bugfix release that covers important issues that we have discovered since 10.7 has been released. 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/10.7.1 Thanks for your support -The XWiki dev team

6 years, 11 months

1
0
0 0

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

by Oana-Lavinia Florean

Hello devs, This Thursday is BFD#189: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingday Our current status is: * -51 bugs over 120 days (4 months), i.e. we need to close 51 bugs to have created bugs # = closed bugs # * -106 bugs over 365 days (1 year) * -145 bugs over 500 days (between 1 and 2 years) * -359 bugs over 1600 days (4.3 years) See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352 Here's the BFD#189 dashboard to follow the progress during the day: https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=14323 Good luck at fixing bugs, Lavinia

6 years, 11 months

1
1
0 0

[xwiki-devs] [ANN] XWiki 10.8-rc-1 released

by Ecaterina Moraru (Valica)

The XWiki development team is proud to announce the availability of XWiki 10.8-rc-1. In this version we have added a new tab in the user profile that displays the groups a user is part of. We've added auto-suggest for pages in several places and improved the startup speed on Tomcat. We've also replaced our CAPTCHA implementation with a new one and it's now very easy to change and preview, from Administration, the CAPTCHA type that it will be used in your wiki. 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/10.8RC1 Thanks for your support -The XWiki dev team

6 years, 12 months

1
0
0 0

[xwiki-devs] [UX] XClass Picker

by Ecaterina Moraru (Valica)

Hi devs, This is an improvement proposal for the XClass Picker found in the objects editor: https://design.xwiki.org/xwiki/bin/download/Proposal/XClassPicker/O2.png Read the whole proposal at: https://design.xwiki.org/xwiki/bin/view/Proposal/XClassPicker Let me know what you think. Thanks, Caty

6 years, 12 months

4
5
0 0

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

by Oana-Lavinia Florean

Hello devs, This Thursday is BFD#188: http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingday <http://dev.xwiki.org/xwiki/bin/view/Community/XWikiDays#HBugfixingdays> Our current status is: * -42 bugs over 120 days (4 months), i.e. we need to close 42 bugs to have created bugs # = closed bugs # * -99 bugs over 365 days (1 year) * -147 bugs over 500 days (between 1 and 2 years) * -357 bugs over 1600 days (4.3 years) See https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=10352 Here's the BFD#188 dashboard to follow the progress during the day: https://jira.xwiki.org/secure/Dashboard.jspa?selectPageId=14321 Good luck at fixing bugs, Lavinia

6 years, 12 months

1
1
0 0

[xwiki-devs] [Proposal] Strategy to Recommend/Unrecomend extensions on e.x.o

by Vincent Massol

Hi devs, Regarding Recommended extensions on e.x.o. What we don’t FTM is strategy for: * A) When do we review the list of recommended and move some out when they’re no longer matching the recommended criteria * B) When do we review the list of not recommended and propose to move some to recommended I guess for A) it could be when someone (community, committers) discovers some important problems on the extension or if committers just notice it by chance. In the future we could imagine having a “Unrecommend” button in the UI to allow users to provide feedback as to why an extension should be unrecommended. For B) it could the extension author proposing an extension to be recommended (or committers noticing a good supported extension and asking the author(s) if they’re willing to comply with the recommended rules). In the future we could imagine having a “Recommend” button in the UI to allow users to provide feedback as to why an extension should be recommended. WDYT? Any better or others ideas? Thanks -Vincent

7 years

3
2
0 0

[xwiki-devs] [ANN] XWiki meetup @ SF in October 2018?

by Clément Aubin

Hi all, FYI, we are trying to set-up an XWiki meetup next October in the SF bay area ; see the post below (from [1]): >From October 15th to October 19th, Anca, Ludovic and I will be present in the San Francisco area after the 2018 edition of the GSoC Mentor Summit. At this occasion, we would like organize a meetup with any XWiki user or contributor living in this area to have a beer and discuss about the project itself, but also about other projects that we are working on, such as Cryptpad. We are currently searching for people interested in this event and a place to organize it, thus, if you live in the SF bay, please don’t hesitate to ping us in [1] so that we can set-up something more concrete in the coming days! [1] https://forum.xwiki.org/t/xwiki-meetup-san-francisco-in-october-2018/3570?u… Thanks and have a great day, Clément

7 years

1
0
0 0

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

by Alex Cotiugă

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

7 years

2
2
0 0

[xwiki-devs] Roadmap process defined

by Vincent Massol

Hi devs, We’ve been following a roadmap process and a development flow for years but Adel just mentioned to me that this process wasn’t documented. Thus I’ve tried to define it on https://dev.xwiki.org/xwiki/bin/view/Community/DevelopmentPractices#HRoadmap Could you please all read it and verify it matches the process that you have in mind and that we think we’re following :) Thanks! -Vincent

7 years

1
0
0 0

[xwiki-devs] [API] New GroupManager component

by Thomas Mortagne

Hi devs, I just introduced a new GroupManager API (and related script service and new modules). The idea (for now) is just to provide two new clean entry points to: * get the members of a group * get the groups of a member Right, yet another one but here is what's new: * it's a component * you can use it without depending on oldcore * it support groups of groups * there is a cache behind the scene for all that Main Java entry point: https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwi… Script service ($services.user.group): https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwi… Also to start actually using it I added in the profile a new section which display all the groups (including groups of groups) the user belongs to. I also needed the feature in a 8.4.5 wiki so I published a contrib extension you can use before 10.8: https://extensions.xwiki.org/xwiki/bin/view/Extension/User%20membership%20i… (this is the application but the API is available too, look at the application dependencies). TODO: * remove the cache from group service and recommend using the new component instead (the new component is still based on the group service since people might implement this service another way so it's safer to keep going trough the configured service for now, also it's not that based to separate caching and groups of groups handling from storage anyway) * track down all uses of the group service and the old rightmanager plugin group membership related methods and replace them with the new API FUTURE: The module name is xwiki-platform-user-api and there is a (empty except from the sub script service bridge) user script service, the idea being that we will want to add other user related APIs there in the future but I did not had time to work on the big picture so I left room for it. Thanks, -- Thomas Mortagne

7 years

2
2
0 0

[xwiki-devs] Follow-up brainstorming about adding apps in administration (menu, scheduler)

by Simon Urli

Hello everyone, I'm writing this email as a follow-up after (yet another) brainstorming with Vincent about how adding the app Menu in the administration (https://jira.xwiki.org/browse/XWIKI-15483). Sorry in advance if I repeat things that have already been said. So the general problem is that we want to be able to put apps with an existing UI in the admin context, without loosing the ability to use the apps outside the admin. It's already possible to include external apps in the admin in keeping their UI, but it implies that the app can be used without changing the page: for example, the menu app involves to go to /edit when creating a new menu so it cannot be directly integrated as it is now. The best solution would be to create two UIs, one for the app to be used externally and one for the admin, but then it would imply to maintain twice the code. The solution on which we agreed with Vincent on the short-term view, is to provide in the admin the app inside an iframe: the only problem we see would be the design adaptation, especially for the responsiveness, but it should do the job. Another solution discussed, to only allow using the app through the admin (and so to keep only this UI) seems not acceptable as the app might be used by other users in some usecases. It's also possible to only provide in the admin a link to the app, and then to open it using the standard path, i.e. outside the admin, but then the user might be constantly switching context which looks bad in the UX point of view. Maybe to ponderate this problem of context switching, a long term view solution would be to allow displaying the administration menu in some apps but I really don't know if it's feasible or not. So to conclude, first: - do you agree with the short term solution to use an iframe for displaying the admin app in the admin, at least as a first step for the menu app? Then how do you think we should do more globally for the other admin app (menu, scheduler, stats, admintools, ...): 1. maintain two UIs 2. include the existing UI in an iframe 3. provide only a link to access the app externally 4. ... another idea? Thanks, Simon -- Simon Urli Software Engineer at XWiki SAS simon.urli(a)xwiki.com More about us at http://www.xwiki.com

7 years

3
3
0 0

[xwiki-devs] [VOTE] Update the xar plugin and stop committing XML wiki page date fields

by Eduard Moraru

Hi, devs. We have had 2 previous discussions on this topic: * July 2016 (discussion): https://markmail.org/thread/oodciq7pv6pj7eic * Jan 2018 (proposal): https://markmail.org/thread/ymwsebvr3k7voy3p And we have at least 2 issues on this topic: * Oct 2011: XWIKI-7058 <http://jira.xwiki.org/browse/XWIKI-7058>: Page creation date should be the date of the installation * Feb 2015: XCOMMONS-1447 <https://jira.xwiki.org/browse/XCOMMONS-1447>: XAR plugin should replace the dates with a common number TL;DR: It's causing confusion for our users to install pages that are created in 2005/2009/etc. so we should avoid committing dates on git that users might end up installing. Reminder: Importing a document with empty dates will: * Use the current date if the document is new (i.e. does not exist in the wiki) * Use the existing dates if the document already exists in the wiki, if using backup import * Use the current user and current date for the document update date, if imported using non-backup import of EM extension install Adel and myself have extended the xar:verify and xar:format goals of the xar plugin to check for the existence of date fields in the XML wiki pages and to remove them. The fields are: * date * contentUpdateDate * creationDate * attachment/date See the PR https://github.com/xwiki/xwiki-commons/pull/44/ This check (on both verify and format goals) is skippable entirely with the "xar.dates.skip property" (default to false) or "xar.dates.skip.documentList" for individual documents (list of doc references). I need your vote for accepting the existing PR and for removing the document dates (e.g. https://github.com/xwiki/xwiki-platform/pull/792) and your feedback in case you know of any problems that this might create. Also, please mention if you would prefer for this behavior to be skipped by default (and explicitly enabled on XWiki Standard, so that 3rd party code is not impacted by this change). Here's my +1 (enabled by default and skippable if needed). Thanks, Eduard

7 years

8
9
0 0

[xwiki-devs] [Proposal] Roadmap for XWiki 10.8

by Vincent Massol

Hi devs, With one week late (sorry!), here’s the proposal for XWiki 10.8 (already discussed with committers from XWiki SAS): Dates: * 10.8RC1: 17th of Sep * 10.8Final: 24th of Sep. Scope: * Thomas, Marius, Adel, Simon, anyone interested: Improve STAMP KPIs (20%) - 1 day per week * All: BFD (20%) * Thomas: continue work on performance (started in 10.4). Goal: go back to XWiki 8.x performance! Hint: https://t.co/0ZckyVYg6c ;) * Thomas: Add a new tab in the user profile to list groups the user belongs to * Marius: Improve the Group sheet page. When viewing a group page, be able to filter by first name, last name in addition of id (which is already implemented). * Guillaume: Notifications performance + bugfixes * Marius/Adel/Simon: For macros having wiki markup content (need new macro descriptor metadata), let the user enter it in the WYSIWYG directly. When hovering over the macro allow editing content + have some icons to edit parameters (similar to the CKEditor easy image feature: https://github.com/ckeditor/ckeditor-dev/issues/932 They call it a "balloon toolbar"). Related: http://design.xwiki.org/xwiki/bin/view/Improvements/MacrosOptions * Marius/Adel/Simon: Move Menus inside administration (see http://design.xwiki.org/xwiki/bin/view/Proposal/IdeaMenuInAdministration) * Adel/Simon: finish applying Autocomplete on reference everywhere, see https://design.xwiki.org/xwiki/bin/view/Proposal/AutocompleteOnReference#HW… * Vincent/Thomas: Possible work on improving the LaTeX exporter (will maybe be done in October or split between Sep. and Oct.) * Caty: investigate how we could make the upgrade experience simpler. * Caty: investigation for a new XClass picker in object edit mode As usual let me now if there are some issues and please update https://www.xwiki.org/xwiki/bin/view/Roadmaps/ with the corresponding list of JIRA issues (create them if they don’t exist). Ofc, if anyone is interested to also contribute other things to this roadmap please let us know by replying to this mail. Thanks! -Vincent

7 years

1
0
0 0

[xwiki-devs] [contrib] UINSCRIPT JIRA rights update

by Stéphane Laurière

Hi all, While contributing to the UINSCRIPT extension recently, I created an issue referenced by some commits. It seems that I'm not allowed to close it though. Thomas has updated my access rights to the project last week and I'm now able to create new releases – thank you – but still I cannot close the following issue which is assigned to me: https://jira.xwiki.org/browse/UINSCRIPT-3 Could anyone with admin rights please check and possibly grant me the appropriate rights or let me know how I should proceed? Cheers Stéphane -- Stéphane Laurière XWiki www.xwiki.com @slauriere

7 years

1
0
0 0

[xwiki-devs] [ANN] New committer Adel Atallah

by Thomas Mortagne

Hi everyone, I'm please to welcome Adel in the XWiki core committers family ! Congrats, you will now be able to break stuff without having to hide it in big pull requests ;) Don't worry it does not mean you are on your own now, you can still ask for review of a feature branch when you are not sure but you earned the right to be trusted :) Make sure you take a look at http://dev.xwiki.org/xwiki/bin/view/Community/Committership :) You will also have the pleasure to do XWiki releases (if you want) ! Thanks, -- Thomas Mortagne

7 years

9
8
0 0

[xwiki-devs] [ANN] XWiki 10.7 released

by Vincent Massol

The XWiki development team is proud to announce the availability of XWiki 10.7. One of the main focus of XWiki 10.7 was bug fixing thus this release starts by reducing the bug count by 33, in important areas such as as Notifications, Skin or the core. This version also contains autocomplete of links when using the WYSIWYG editor, Macro content prefill when inserting a Macro from the WYSIWYG editor, and the beginning of replacing the old XWiki Confirmation boxes with Bootstrap modals with a focus on the comments action box to start with. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: https://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/10.7/ Thanks for your support -The XWiki dev team

7 years

1
0
0 0

Re: [xwiki-devs] [xwiki-notifications] [xwiki-contrib/application-xcopy] 5e9148: initial revision

by Vincent Massol

Hi Stephane, Please note that all commits must have a reference to a jira issue, see https://dev.xwiki.org/xwiki/bin/view/Community/DevelopmentPractices#HJIRABe… :) Thanks! -Vincent > On 27 Aug 2018, at 17:23, GitHub <noreply(a)github.com> wrote: > > Branch: refs/heads/master > Home: https://github.com/xwiki-contrib/application-xcopy > Commit: 5e91487ea3f1bf76ca25fe5fdfcd58ddfd4084d9 > https://github.com/xwiki-contrib/application-xcopy/commit/5e91487ea3f1bf76c… > Author: Stéphane Laurière <slauriere(a)gmail.com> > Date: 2018-08-27 (Mon, 27 Aug 2018) > > Changed paths: > A .gitignore > A application-xcopy-api/pom.xml > A application-xcopy-api/src/main/java/org/xwiki/contrib/xcopy/AbstractXCopyJob.java > A application-xcopy-api/src/main/java/org/xwiki/contrib/xcopy/XCopyConfiguration.java > A application-xcopy-api/src/main/java/org/xwiki/contrib/xcopy/internal/XCopyJob.java > A application-xcopy-api/src/main/resources/META-INF/MANIFEST.MF > A application-xcopy-api/src/main/resources/META-INF/components.txt > A pom.xml > > Log Message: > ----------- > initial revision > > > > **NOTE:** This service has been marked for deprecation: https://developer.github.com/changes/2018-04-25-github-services-deprecation/ > > Functionality will be removed from GitHub.com on January 31st, 2019.

7 years

1
0
0 0

[xwiki-devs] [Contrib] New application for copying pages from one wiki to another (name suggestions welcome)

by Anca Luca

Hello XWiki devs, slauriere and I have worked on an extension that copies pages from one wiki (based on a HQL query selecting them) to another wiki, allowing to exclude some class properties from objects in those pages, if the objects are present. It's coded as an async job, it can be manually triggered or scheduled with a scheduler job. We used it to implement some publication scenario, where contributors work on a set of documents on a subwiki and then these documents, if validated, get copied (published) to another subwiki periodically. The validation is based on the custom structure of those documents, using the generic feature of this extension that allows to select documents to be published based on a query. Otherwise there's nothing else related to publication in the code of the application itself. We'd like to publish this application on contrib, so can we please have a repo for it? However, we have some trouble choosing its name. The name that we used so far is "publication application" but we think it might be misleading esp. because of the similarity with publication workflow with which it has nothing to do. So, if you have an idea for a name that would correctly illustrate this work (and its future enhancements), please help us choose its name and create the repo. Thanks, Anca

7 years

6
13
0 0

[xwiki-devs] Improving tests with Descartes

by Vincent Massol

Hi devs, It would be great if you could help improve our unit tests using Descartes. This is needed for the STAMP research project (https://www.stamp-project.eu/view/main/) and will benefit XWiki by having 2 effects: * increasing the test coverage * improving the tests themselves (increasing their mutation score) Since 10.7 is 50% testing and 50% BFD, it would be great if you could spend all or a substantial part of your testing time working on this. I propose the following strategy: * You find a module you want to work on. * In that module you run: mvn clean install -Pquality -Dxwiki.pitest.skip=false * Then you check target/pit-reports/<date>/issues/index.html and verify if there are "pseudo tested" methods listed (when we have finished fixing all of those we can move to “partially tested methods”). * If there are some, then please record the current jacoco threshold and the current mutation score. * You can get the jacoco threshold by running "mvn clean install -Pquality -Dxwiki.pitest.skip=false -Dxwiki.pitest.mutationThreshold=100” (or by checking target/pit-reports/<date>/index.html, I haven’t checked yet if they are the same). * You can get the current mutation score by checking target/pit-reports/<date>/index.html * Then fix the test so that Descartes doesn’t report any pseudo tested or partially tested methods * Update the jacoco threshold and the mutation scores in the pom.xml * Send a PR on https://github.com/STAMP-project/descartes-usecases-output/tree/master/xwiki using the format already defined there. WDYT? Doable? Thanks -Vincent

7 years

2
10
0 0

[xwiki-devs] [UX][Polishing] Modals Overview

by Ecaterina Moraru (Valica)

Hi devs, I've made an overview of our usage of modals and popovers. You can find it at: https://design.xwiki.org/xwiki/bin/view/Proposal/Polishing10x/PolishingModa… Ideally we should use as few methods as possible of displaying modals/popovers/tooltips, in order to assure a consistent user experience. Also there are some components that could be deprecated / refreshed. I did my best to visually find all the locations, but I'm missing some alerts for extreme compatibility cases. Let me know if something is missing and your thoughts. Thanks, Caty

7 years

2
2
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs