VOTE 1: Disable the Watchlist by default and enable all Notifications
features on XWiki 10.1 RC 1
+1
VOTE 2: Disable the Watchlist by default and enable all Notifications
features on XWiki 9.12.3 so the LTS has good options enabled by default
+1
Thanks,
--
Guillaume Delhumeau (guillaume.delhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
Hi,
I would like to request the "macro-kanban" repository to publish a macro
which allows to make kanban views of AppWithinMinutes data. It also allows
to drag and drop items to change the value of a field.
Thanks
Ludovic
--
*Ludovic Dubost*
*Founder and CEO*
ludovic(a)xwiki.com
skype: ldubost
Blog: http://blog.ludovic.orgTry XWiki on the cloud
<http://www.xwiki.com/en/products/try-xwiki-cloud> - Try Cryptpad: Secure
realtime Wysiwyg Editing <https://cryptpad.fr>
Hi devs,
Here’s a proposed roadmap discussed with XWiki SAS devs (Thomas, Guillaume, Caty) who are available to work on 10.1.
Scope
=====
* Finish moving to FS-based attachments by default (it was planned for 10.0 already) - Assignee: Thomas
* Finish polishing/tuning/fixing Notifications and remove watchlist - Assigne: Guillaume
** Idea: enable mails by default when notifs are enabled.
* Prevent accidental move/renames - http://jira.xwiki.org/browse/XWIKI-14591 - Assignee: Thomas
* Start discussions to agree about usability proposals listed at http://design.xwiki.org/xwiki/bin/view/Proposal/Usability/Tasks5/Prioritiza… so that the first ones can be done during 10.2 and 10.3 - Assignee: Caty
* Skin refresh investigation (including Bootstrap 4) - Assignee: Caty
Dates:
=====
* 10.1RC1: 19 Jan 2018
* 10.1Final: 26 Jan 2018
Let me know if you have any remarks/issues or if you wish to contribute something extra to this roadmap.
Thanks
-Vincent
Hi developers,
We have never really decided what we will do with javascript frameworks in
the future. Angular was a good candidate at some point, and we have even
used it in the File Manager application. But then we have been very
disappointed when we discovered the new versions of Angular were not
retro-compatible. It may have been fixed since then, but I have not really
followed the news about it.
An other disadvantage of AngularJS is that it does too much. For example,
they have a custom component system with a kind of dependencies injections.
But we already can do that with RequireJS, for which it is the job. I have
already started to split my JavaScript's code in several components thanks
to RequireJS, and it works well. I think it's good to continue with
RequireJS. It is currently our go-to library when we need to use jQuery, or
even... Angular.
I have worked a lot on a new version of the Nested Pages Migrator last
year. The new version has never been released, because of blocking bugs on
the XWiki Platform's core-side. But I now have some experience with the
library I used: KnockoutJS.
It's a very simple library that does only one job and does it well: two-way
data-bindings. It plays well with RequireJS and it does not re-invent its
own component mechanism. The HTML code is not polluted by non-valid tags
(instead it uses "data-" properties and special HTML comments). The
documentation is extremely clear, and tutorials are great.
It's not the most popular library out there, but it's stable and still
alive. The trends are changing so quickly in the JS world (React was the
star not so long ago, but now it is hated because of a license change...),
but Knockout is still there. If the project dies, I think it will be easier
to replace it with an other simple library than a big "framework".
This is not a proposal or a vote, but only a feedback about this library.
You can test it there: http://knockoutjs.com/
Thanks,
--
Guillaume Delhumeau (guillaume.delhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
Hi devs.
Last week, we failed to release XWiki 10.0 Release Candidate 1 on time. The
reason was the build was still not passing on Wednesday's evening. That is
why Vincent, Thomas and I decided that it does not worth to release it
knowing that we need to release XWiki 10.0 final today.
We had not followed the usual practice about sending an email to the
community first, and we want to apologize for that.
Thanks,
--
Guillaume Delhumeau (guillaume.delhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project