Hi all,
I’m pleased to announce that the XWiki Core Committers have voted 2 new committers:
* Alex Cotiuga
* Clement Aubin
Congrats guys! You’ll now have the pleasure of being able to commit without waiting for someone else to apply it. Note that when you’re not sure and want to request a review, you can still do PRs if you want. It’s now your choice :)
I’ve sent you invitations for the XWiki Github org.
I’ve also added you to the committers group on xwiki.org.
Make sure to read http://dev.xwiki.org/xwiki/bin/view/Community/Committership :)
Last but not least, I’ve added you to the Release Manager roster:
http://dev.xwiki.org/xwiki/bin/view/ReleasePlans/#HNextReleaseManagers (let me know if you really don’t want to be a RM and I’ll remove you!).
Thank you very much for your interest in making XWiki progress and be better every day.
Thanks
-Vincent
The XWiki development team is proud to announce the availability of XWiki 9.6.
This release brings improvements to Notifications, like live email
notifications, the ability to get notifications through RSS feed or to
override their default display. It is now possible also to generate
table of content for another page, or to define recommended extensions
versions and optional extension dependencies so they can be
uninstalled by the Extension Manager.
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.6
Thanks for your support
-The XWiki dev team
Hi Mohamed,
Obviously, I am +1 for the new default, since it is also my proposal. Regarding the image for the introductory blog post, I would use a more photo like an image, to be more demonstrative, illustrating blogging, writing, office or whatever, maybe with an X in it somewhere. Be careful about the copyrights of the image, of course.
Thanks,
--
Denis Gervalle
SOFTEC sa - CEO
On Sun, Jul 23, 2017 at 14:55, Mohamed Boussaa <mohamed.boussaa(a)xwiki.com> wrote:
Hello XWikiers,
Starting from the version 9.4 of the Blog application we introduced the
notion of blog post layouts (see details here: http://extensions.xwiki.org/
xwiki/bin/view/Extension/Blog%20Application).
Currently when a user creates/edit a blog he has the possibility to select
the layout of the blog posts, 2 layouts are available FTM: the Calendar
layout (default) and the image layout.
The image layout uses an image thumbnail in order to allow a more visual
and appealing display of the blog posts this is why an image selector was
added to the blog post form.
Because the default layout is 'Calendar' the image selector on the blog
post form can be confusing for the user because the uploaded image doesn't
appear anywhere.
This proposal is about changing the default blog posts layout from
'Calendar' to 'image' in order to avoid the confusion.
I propose to:
- Change the default post layout to 'image' layout for new blogs
- Change the layout of the default Blog to 'image' layout
- Add an image to the introduction blog post created when installing the
blog app. Find attached some examples of images that can be used on the
introduction post.
- On the blog post form add a short description to the image selector to
explain the objective of the image.
*Introduction blog post images*
*1) *
*2)*
*3) *
*4)*
**
WDYT?
Thanks,
Mohamed
Hi devs,
Needs:
* We need some “Deprecated” macro category so that users understand when a macro is deprecated and are less tempted to use it
* We need to not show “Internal” macros by default to not “pollute” the Macro list by default
Proposal:
* When the “All Macros” is selected display all macros *except* those from 2 categories: “Deprecated” and “Internal”.
* If the user needs/wants to use those macros, he’ll need to explicitly select those categories.
* When we want to deprecate a Macro we move it from its category to the “Deprecated” category, before removing it further in the future (when is to be defined on an adhoc basis)
Technical details:
* Change https://github.com/xwiki-contrib/application-ckeditor/blob/master/plugins/s… to implement this new behavior
WDYT?
Thanks
-Vincent
Hi devs,
https://github.com/xwiki-contrib/ is starting to be crowded with
archiving purpose repositories so it would be nice to move them
somewhere else to have less noise.
"attic" naming refer to https://attic.apache.org/
Here is my +1
--
Thomas Mortagne
Hi devs,
I’d like to propose that we bundle the Syntax Highlighting Extension in the Standard flavor, starting with XWiki 9.7RC1.
Rationale:
* No impact for simple users (ie the default)
* For advanced users, it makes editing pages using the wiki editor much nicer
* It’s already a recommended extension on e.x.o and I’m willing to continue supporting it (and I’m sure Edy is interested in doing that too - Right Edy?)
See http://extensions.xwiki.org/xwiki/bin/view/Extension/Syntax%20Highlighting%… for more details.
TBH I don’t really understand why we haven’t bundled this a long time ago.
Does anyone see any issue in bundling it?
Thanks
-Vincent
The XWiki development team is proud to announce the availability of XWiki
9.6 Release Candidate 1.
This release brings improvements to Notifications, like live email
notifications, the ability to get notifications through RSS feed or to
override their default display. It is now possible also to generate Table
of content for another page, or to define optional extension dependencies
so they can be uninstalled by the Extension Manager.
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.6RC1/
Thanks for your support
-The XWiki dev team
Good day to all.
First, a quick update on the current status of the redpen extension:
It is now renamed as Content Checker, in consideration of implementing other
document checking technology in the future. Also content checker's results
are currently shown as logs, and the messages are split into warnings and
errors. Also, during automatic validation of a document on save, if an error
exists, the save is canceled.
Next, I am in the middle of adding most of the available validators from
redpen as a configurable setting. However there are validator settings that
require a dictionary i.e. Invalid words, suggested words and expressions. To
this end, I plan to reformat the application homepage, to add a select field
before the user enters into the text input fields, indicating whether the
entry for invalid words or for suggested words and expressions.
Further, I have been looking for a way to extract the live table data within
Java, but have been unable to. Is there a way to do it?
Lastly, as the number of validation settings pile up, I plan to reformat the
UI of the configurable class of my app to one that is tabbed, like the
WYSIWYG configurable class in the administration wiki, to achieve a cleaner
look.
I would greatly appreciate any comments on the above implementation plans,
thanks!
--
View this message in context: http://xwiki.475771.n2.nabble.com/GSOC-Update-4-Design-RedPen-Integration-t…
Sent from the XWiki- Dev mailing list archive at Nabble.com.