Re: [xwiki-devs] [Proposal] Remove XWiki.User enable property and introduce email_check property

Hello Simon, while writing GPDR-compliant “technical organisation’s measures”, I’ve been insertion a statement that says that users who do not respond to an actualisation wish of the terms-of-conditions are automatically erased. The reason this is needed lies in the fact that an explicit agre

Re: [xwiki-devs] XAR source projects should allow source files

Thank you for your comments Thomas and Vincent, Thanks for merging my pull request. Dear all, Since 11.4-SNAPSHOT (it will 11.4-RC1 in I suppose), it is possible to use the transformation actions INSERT_TEXT and INSERT_ATTACHMENT_CONTENT. This is documented in https://dev.xwiki.org/xwiki/bin/

[xwiki-devs] Request for a nexus account

Dear XWiki developers, I would like to perform releases for Apps of the https://github.com/xwikisas/ repositories. My current work is on [application-googleapps](https://github.com/xwikisas/application-googleapps/). To do this, I would need an account on nexus.xwiki.org. Thanks in advance. Pa

Re: [xwiki-devs] Hibernate upgrade

Hello Adel, a small word of warning: each upgrade of `hibernate.cfg.xml` is a kind of traumatic experience for a simple installation. It would be good not to do several of them! paul On 7 Jan 2019, at 10:47, Adel Atallah wrote: > Hi devs, > > As you may know, we are currently using a pretty o

Re: [xwiki-devs] [UX] Simpler Upgrades

This should include the classical settings such as shortURLs and root web app. Can it? (at least shortURLs seems doable to me) paul On 22 Sep 2018, at 9:44, Vincent Massol wrote: > One more point on this investigation: > > 5) Remove the need to merge configuration files and make sure the user

Re: [xwiki-devs] [Contrib] New repo and JIRA for an OpenStreetMap macro

Stéphane, One of the very interesting derivative of OpenStreetMap is umap http://umap.openstreetmap.fr That’d be yet another provider, right? paul On 26 Jun 2018, at 20:44, Vincent Massol wrote: > Hi Stephane, > >> On 26 Jun 2018, at 20:37, Stéphane Laurière wrote: >> >> Hi devs, >> >> We hav

Re: [xwiki-devs] [Question for the xwiki security feature] Hi xwiki security members

On 18 May 2018, at 9:35, Thomas Mortagne wrote: > On Thu, May 17, 2018 at 10:10 PM, Kwan Kim wrote: >> 2. No controls for Account Creation >> The vulnerability test team think it is too easy to create new account >> Is there any way that new account need to get approval from admin user ? > Its p

Re: [xwiki-devs] XWiki GSoC Blockly Editor

Hello Vivek, this is probably too far but it’s always good to have further plans. Here are two possible extension avenues which would be useful for the blockly world, I believe: - create a workflow that allows custom-blocks to be included in the toolbox using a similar experience as the xwiki

Re: [xwiki-devs] Add a REST API to XWiki Notifications

This project is cool. Could it bring us RocketChat and RiotIM notifications for every server? Or even SMS? Should there be both push and pull models of the API? (has there been something since X? Can you call Y when something happens?). paul On 27 Mar 2018, at 16:28, nikos delis wrote: > i hav

Re: [xwiki-devs] replacing XSL-FO

M, Vincent Massol wrote: >> >>> >>> >>>> On 24 Mar 2018, at 21:58, Paul Libbrecht wrote: >>>> >>>> Hello Mohammed, >>>> >>>> have you googled for paged-media html to css converters? >>>> >>>> Surely an opt

Re: [xwiki-devs] replacing XSL-FO

Hello Mohammed, have you googled for paged-media html to css converters? Surely an option is to let it be done by the browser but there must also be engines. E.g. I think that phantomJS of weasyprint can do that. However, I haven’t found yet in java (which would simplify things). As Vincent say

Re: [xwiki-devs] Regarding working on ideas of GSOC, 2018

Hello Aaditya, (if I may) In complement to what Thomas suggested, could I suggest that you comment on the projects’ ideas that you see presented? Each of them requires a good vision on what the product can look like at the end… I can see a challenge for each of them: >> a) Idea 1

Re: [xwiki-devs] [Usability] Mail Server Configuration Profiles

I find this cool but this is another maintenance point. You might want to include 3-4 other providers and hide the values that are predefined by the choice. Actually, in order to go for a “tuned case”, you can easily select Gmail then select custom, the values should be then copied. It would be

Re: [xwiki-devs] [Usability] Create a dedicated Logo section in Administration

On 21 Feb 2018, at 18:03, Guillaume Delhumeau wrote: > Do we know a single person that have different logos in the different > spaces of the same wiki? A colleague of mine asked me such on our wiki. It is not very common though (so it’d be ok if it’s a programming task). paul > I've never met

Re: [xwiki-devs] [Brainstorming] LaTeX Renderer - Styling

You certainly need hooks for a preamble where all macros, variables, and environments are defined. Bringing Velocity to write LaTeX is probably enjoyable since you can be very free to input text source, I am wondering if there are no escaping issues. Maybe with the $ sign which is used for math

Re: [xwiki-devs] [Brainstorming] LaTeX Renderer - Styling

Hello Vincent, On 15 Feb 2018, at 7:25, Vincent Massol wrote: having some experience with TeX I would implement CSS with macro-definitions… Every element start would be a call to a macro that would check for rules that would apply to its element, including passing parameters of their ancestry.

Re: [xwiki-devs] [Brainstorming] LaTeX Renderer - Styling

Hello Vincent, having some experience with TeX I would implement CSS with macro-definitions… Every element start would be a call to a macro that would check for rules that would apply to its element, including passing parameters of their ancestry. However, I guess that your solution seems proba

Re: [xwiki-devs] [Idea] Look at Thymeleaf as an optional templating language?

Well, HTML is what people understand. XSL-FO would not be very widespread. What other language do you want the tempting language to orient itself on? paul On 4 Jan 2018, at 11:24, Eduard Moraru wrote: > On Wed, Jan 3, 2018 at 11:01 AM, Marius Dumitru Florea < > mariusdumitru.flo...@xwiki.com> wr

Re: [xwiki-devs] [Idea] Look at Thymeleaf as an optional templating language?

Pug has a java implementation: https://github.com/pugjs/pug => java => https://github.com/neuland/jade4j paul On 3 Jan 2018, at 9:47, Vincent Massol wrote: > Just important to avoid jumping from one sinking ship to another ;) > > > Definitely. Note that my idea here was more of suggestin

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

I think the problem with this image is the icon. https://material.io/icons/#ic_power_settings_new or any other power button would be cool. paul On 12 Dec 2017, at 16:58, Guillaume Delhumeau wrote: > I've proposed > https://jira.xwiki.org/secure/attachment/34732/Proposition4.png, but Thomas > a

Re: [xwiki-devs] [GSoC] Extension Repository Connector - NPM released!

Hey Krysiek, this looks really really really cool! And the mathjs example is cute. Do you think that there would be a way to remove the version number from the require? thank you very much for this. Paul > On 24 Aug 2017, at 13:18, Krzysiek Płachno wrote: > > Hello XWiki team! > > I just wr

Re: [xwiki-devs] [Proposal] Replace OpenJS Keyboard JS with Keypress JS for handling keyboard shoirtcuts

Really a good idea to address this! So my +1. However, I think it would get more +1 if “see sequence combos for example” is made clear to me. My problem with the current keybinding is that it conflicts with things which I expect to work in each web-page. In particular cmd-G which I expect to be

Re: [xwiki-devs] Xwiki Development Question

> On 26 May 2017, at 19:27, Stefan Platon wrote: > > Hello. Could you tell me how can I take some values from an html form and set > them to a xwiki class' attributes? Thank you. Hello Stefan, I’ve learned a lot of XWIki internals when following this tutorial (well, an earlier version of it

Re: [xwiki-devs] [Introduction][GSoC]

> On 16 May 2017, at 10:41, Sarthak Gupta wrote: > >> so what’s your next steps? >> It was recommended to endorse an issue. That could be one way to start. >> But maybe before that, you could create one or two own applications beyond >> simple tutorials that would empower you with the tricks of

Re: [xwiki-devs] [Introduction][GSoC]

t; wrote: >>> >>>> Welcome Sarthak! >>>> >>>> Thanks, >>>> Marius >>>> >>>> On Sun, May 7, 2017 at 8:51 AM, Sarthak Gupta < >> sarthakgupta...@gmail.com> >>>> wrote: >>>> >>>

Re: [xwiki-devs] [PROPOSAL] What name for the minimum XWiki flavor

How about Skeleton? paul > On 03 Apr 2017, at 16:18, Thomas Mortagne wrote: > > Hi devs, > > Since 8.0 we have in xwiki-platform a flavor simply called "XWiki > Flavor" which contains more or less the strict minimum to have > something you can call an XWiki instance (Administration, Extension

Re: [xwiki-devs] [GSoC] More extension repositories

Krszysiek, considering fashion, I think it would be a good idea to not avoid NPM. paul > On 01 Apr 2017, at 10:40, Krzysiek Płachno wrote: > > I've went through the repositories suggestions and I think the most > interesting ones (at least for me) are: Nexus, Pypi and Ivy. (The next in > the

Re: [xwiki-devs] [GSOC] XWiki has been selected as a Google Summer of Code 2017 mentor organization !

Hello XWiki community, It would be interesting to get cool projects’ students for this GSoC. The list is quite big already and I have just added two more projects. To motivate everyone, here’s the current list. Finish and improve Android XWiki authenticator and contact synchronization

Re: [xwiki-devs] Improve l10n.xwiki.org GSoC Project

Hello Abishek, On 12 Mar 2017, at 10:27, Thomas Mortagne wrote: > Curriki is not a very good example since it's pretty much dead. Just to make it a tick clearer: Curriki powered by XWiki using the “XCLAMS” application (xclams.xwiki.org) is dead on curriki.org which has chosen another way. It i

Re: [xwiki-devs] [VOTE] Move from our mailing lists and use Discourse instead

It looks really interesting and I trust our community governance to take an amount of advantages of it. My +1 too. paul > On 01 Mar 2017, at 10:18, Marius Dumitru Florea > wrote: > > +1 to try it out. > > Thanks, > Marius > > On Fri, Feb 24, 2017 at 1:18 PM, Vincent Massol wrote: > >> Hi

Re: [xwiki-devs] [Proposal] Entry point for Extensions

On 14 Oct 2016, at 19:03, Thomas Mortagne wrote: > For me this is already the job of the uix we use for application panel > so I don't really see the point of adding something else. Well, that would be a job for extensions.xwiki.org: - prioritise entry-points in search results - display appropri

Re: [xwiki-devs] [Proposal] Having the docextra tabs in edit mode.

Guillaume, would you not rather be in favour of an attachments’ tab display (it could be iframed) as pop-up for the wiki editor? And the let JS modify the action on link-click to be a selection, and then make selection insert something useful depending on the type of the selected item and, poss

Re: [xwiki-devs] [Proposal] New Best Practice for closing issues as Duplicate

Manuel Smeria wrote: > So, what I propose is that we don't close original issues as Duplicate > unless it falls into the category previously described or some other > exceptions that I can't think of now and might occur. To me it makes a lot of sense to close the bug together with its manifestation

Re: [xwiki-devs] [PROPOSAL] Make {{html}} default behavior be clean=false

Marius Dumitru Florea wrote: >> TBH I don't remember exactly why we introduced the HTML Cleaner but we >> > probably had issues at some point. Anyone remembers? > The main reason for me is because we don't want simple users to break the > XWiki page layout when they copy & paste HTML from the web

Re: [xwiki-devs] [Brainstorming] Designing the perfect FS representation of a wiki

Hello, >> > The drawback is that you cannot have it when you export the page (no >> > bijection). > Yes I didn’t mention this option because for me it’s not an option and it”s > not going to work: > * As you say there’s no bijection, that’s the main issue Well, my suggestion of yesterday night, c

Re: [xwiki-devs] [Brainstorming] Designing the perfect FS representation of a wiki

I think that we are converging to agree that includes and bijection are, in the current situation, not reconcilable. Would there not be a possibility to mark the content with something similar to "comments" (aka "ignorable content") so that the included parts have a defined filename and a defined

Re: [xwiki-devs] [Brainstorming] Designing the perfect FS representation of a wiki

Vincent Massol wrote: >> > http://nexus.xwiki.org/nexus/service/local/repositories/public/archive/org/xwiki/platform/xwiki-platform-oldcore/7.4.2/xwiki-platform-oldcore-7.4.2-javadoc.jar/!/com/xpn/xwiki/api/XWiki.html#parseGroovyFromPage(java.lang.String) > This is mostly deprecated. The new cano

Re: [xwiki-devs] [Brainstorming] Designing the perfect FS representation of a wiki

>> I've seen many pages be only designed to be used using >> > parseGroovyFromPage. Is this something that is deprecated now? > you’re probably talking about XWiki Syntax 1.0 but even that was wiki markup > not groovy (you had to use <% …. %> ). > No. parseGroovyFromPage loads a whole page of gro

Re: [xwiki-devs] [Brainstorming] Designing the perfect FS representation of a wiki

>>> >> So I guess what I’m saying is that for me what would help the most the >>> >> current workflow used by the xwiki core dev team is: >>> >> * the introduction of the xar:fetch and xar:deploy mojos >>> >> * the validation (to help prevent mistakes) >>> >> * the extraction of the attachments a

Re: [xwiki-devs] [Brainstorming] Designing the perfect FS representation of a wiki

Vincent Massol wrote: > So I guess what I’m saying is that for me what would help the most the > current workflow used by the xwiki core dev team is: > * the introduction of the xar:fetch and xar:deploy mojos > * the validation (to help prevent mistakes) > * the extraction of the attachments as

Re: [xwiki-devs] Legal notice for xwiki.org

>> Note that each country has a different requirement for this kind of page. >> Maybe this is a place to asllocate for all wikis? > Not sure I understand what you mean. This site is hosted in France. And I was talking about extending to other countries but probably I should have started another thr

Re: [xwiki-devs] Legal notice for xwiki.org

Note that each country has a different requirement for this kind of page. Maybe this is a place to asllocate for all wikis? For a site hosted in Germany, that page is called an "Impressum" and beyond the terms of use, it also has the duty to indicate a full name and address of the owner of the web

Re: [xwiki-devs] [Brainstorming] Designing the perfect FS representation of a wiki

Hello Guillaume, > Guillaume Delhumeau > 29 August 2016 at 11:03 > Paul, your comment makes me think about https://xkcd.com/927/ :) Good point! Let's drive this quietly indeed. > > Now, as far as I can see, all the previous attempts where made by > individual

Re: [xwiki-devs] Crafting method to add a plugin to the CKEditor?

Hello Marius, (for the hook, well, I found a polling solution which worked. But surely something else would be better. No urgency) Now, I am still fighting trying to inject the appropriate reformulation from an image or a math element (which the Wiris plugin for the CKEditor converts to) to a Ma

Re: [xwiki-devs] [Brainstorming] Use cases for an alternative filesystem format (alternative to XAR)

Vincent Massol wrote: >> My only point is that we need to support both use cases: >> > - round trip strategy (i.e. write in wiki, test, export, save) >> > - source tree changes strategy (i.e. write in source, push, test, fetch, >> > save) > > To be more precise: > - round trip strategy (i.e. wri

Re: [xwiki-devs] XAR source projects should allow source files

Vincent Massol wrote: >> * Modify XWiki’s export to use CDATA instead of xml-encoding the contents. >> This allows to more easily and manually copy content into separate files. > > BTW on a related note, I was wondering if XInclude allows including non-XML > encoded content. I’ve found > https

Re: [xwiki-devs] [Brainstorming] Use cases for an alternative filesystem format (alternative to XAR)

file (e.g. in XML or in JSON) is easily in contradiction with a server generation from a structured source. Maybe this is the hard bone. > Vincent Massol <mailto:vinc...@massol.net> > 27 August 2016 at 17:50 >> On 27 Aug 2016, at 16:46, Vincent Massol wrote: >>

Re: [xwiki-devs] [Brainstorming] Use cases for an alternative filesystem format (alternative to XAR)

Thanks for having this extra thread. I think this thread is much more important than starting to design something already. > Issues with the XAR format > == > > * XML is not an easy to edit format and doesn’t allow use a specific > editor to edit content > * XML also requires co

Re: [xwiki-devs] [Brainstorming] Designing the perfect FS representation of a wiki

Vincent Massol wrote: > I think a first step is agreeing on the best representation and one we would > agree on. Allow me a process comment: I think that this is the right way to start yet another representation project, it would be the fifth project. Here, we want to find something more conclus

Re: [xwiki-devs] XAR source projects should allow source files

>> Now we still wouldn’t be able to use it in the xwiki dev team because we >> need a round-trip solution (we need to be able to convert a wiki page into >> that structure). This is what Guillaume was mentioning. >> > >> > So we need to solve that first or it won’t have much of a future (and it

Re: [xwiki-devs] XAR source projects should allow source files

Vincent Massol wrote: > Now we still wouldn’t be able to use it in the xwiki dev team because we need > a round-trip solution (we need to be able to convert a wiki page into that > structure). This is what Guillaume was mentioning. > > So we need to solve that first or it won’t have much of a f

Re: [xwiki-devs] XAR source projects should allow source files

Vincent Massol wrote: > Can I test it somewhere so that I can fully understand your technical > solution? http://extensions.xwiki.org/xwiki/bin/view/Extension/DownloadAttachments/ is an example source with it. This can also be browsed at: http://direct.hoplahup.net/tmp/DownloadAttachments/src/

Re: [xwiki-devs] XAR source projects should allow source files

Hello VIncent, > So for me the important part is for you to develop your solution in a > separate module in xwiki-contrib as a demonstator and possibly start using it > on some contrib project to validate it. The alternative is to work on XFF and > finish it. Well. That brings the question back:

Re: [xwiki-devs] XAR source projects should allow source files

Guillaume, The risk of dead code is always present at a developer. But the addition of inclusions seems to make this risk higher for you. Obviously we develop on very different wikis. Mine tends to be having several development traces, often parallel, sometimes not, and I will only reinstall if I

Re: [xwiki-devs] XAR source projects should allow source files

:11 GMT+02:00 Guillaume Delhumeau < > > > > Guillaume Delhumeau <mailto:guillaume.delhum...@xwiki.com> > 23 August 2016 at 13:11 > 2016-08-23 12:36 GMT+02:00 Paul Libbrecht : > >> Thomas Mortagne wrote: >>> It takes the following IMO: >>> * it work

Re: [xwiki-devs] XAR source projects should allow source files

Thomas Mortagne wrote: > It takes the following IMO: > * it works > * it does not break any retro compatibility both are claimed. There are unit tests. The only danger of breaking anything is if dom4j does not faithfully restore the XML source. I believe this can be ignored just as it has been i

Re: [xwiki-devs] XAR source projects should allow source files

>> What I obtain after mvn package is a file my-application.xff. >> > I can't seem to import that. Should I be able to? > Not trough XAR tools no, it's completely different format. So what needs to be done here is a converter which is a lot bigger than a packager. We'll see what Jean says. In t

Re: [xwiki-devs] XAR source projects should allow source files

be able to? thanks Paul > Vincent Massol <mailto:vinc...@massol.net> > 23 August 2016 at 11:35 >> On 23 Aug 2016, at 11:15, Vincent Massol wrote: >> >> >>> On 23 Aug 2016, at 11:13, Paul Libbrecht wrote: >>> >>> Let's ask things

Re: [xwiki-devs] XAR source projects should allow source files

Let's ask things differently: what's missing XFF for others to use? paul > Vincent Massol > 23 August 2016 at 11:01 > The format seems to be defined here: > http://extensions.xwiki.org/xwiki/bin/view/Extension/XFF+filter#HFormat

Re: [xwiki-devs] XAR source projects should allow source files

Maybe what we need is a xar diff function ?? (compare my xar's source repo to the content of a wiki and say what needs to be changed) paul > Guillaume Delhumeau > 23 August 2016 at 10:51 > To be extra-clear, let me explain my workflow when I design an applic

Re: [xwiki-devs] XAR source projects should allow source files

Thomas, I had seen this approach yesterday only. I think my attempt is a tick more conservative. But indeed, it seems to be the objective of the XFF filter. Also, what I could not tell fully from the XFF attempt is whether the optionality was there: are there property values or even complete obje

Re: [xwiki-devs] XAR source projects should allow source files

> But do you also consider the opposite use-case: editing some code in the > wiki, and then export a XAR containing the metadata in an XML and the > content in a plain text file? > Otherwise, it makes it harder to fix some code in the wiki directly before > committing it in the repository. No. Not

[xwiki-devs] XAR source projects should allow source files

Hello fellow developers, many of you are developing XAR-packaged resources. The exchangeability of these archives is one of the precious aspects of XWiki, I believe. However, if one see all the many GitHub-contributed xar packages, the source is not there: it's in a Wiki with which one would "op

Re: [xwiki-devs] Crafting method to add a plugin to the CKEditor?

Hello Marius, > CKEditor provides > http://docs.ckeditor.com/#!/api/CKEDITOR.editor-event-toHtml and > http://docs.ckeditor.com/#!/api/CKEDITOR.editor-event-toDataFormat . Can you give an example on how to hook it? At least hooking it in the instanceCreated (calling then ckeditor.on( 'toDataFor

Re: [xwiki-devs] Crafting method to add a plugin to the CKEditor?

Thank you Marius, > the deferred module loading > http://platform.xwiki.org/xwiki/bin/view/DevGuide/JavaScriptAPI#HDeferredDependencyLoading > . The ckeditorPromise will be resolved when the editor is available (either > in edit mode or anywhere else the editor is loaded). In other words, you > don

Re: [xwiki-devs] Crafting method to add a plugin to the CKEditor?

Cool, thanks Marius, I was able to add something that adds a button to the CKEditor by using approximately the following snippet: require(['jquery'], function($) {$(document).ready(function() { if(XWiki.contextaction=='edit') { require(['deferred!ckeditor'], function(ckeditorPromise) { ckeditor

[xwiki-devs] Crafting method to add a plugin to the CKEditor?

Hello fellow developers, is there some hint to add a plugin (with a button) to the CKEditor? I've met /xwiki/bin/edit/CKEditor/EditSheet?editor=object which is probably the place to start with. I tried adding the extraConfigs variable within the configuration but it seems like this cannot loa

Re: [xwiki-devs] Saving page name with accented character?

Julio, the two are equivalent as per the URL spec, I believe. paul > Julio Brum > 24 June 2016 at 00:38 > I am using the XWiki version 7.4.1 with UTF-8 in Xwiki, tomcat8 and > Postgres, but every time than I save a page with accent in the name, XWiki > change the

Re: [xwiki-devs] Question about User Query with Solr

Fitz Lee wrote: > It's clear to me now. I can use the HQL query to fast get the users for my > android app :) Beware of HQL, it translates to SQL pretty easily but then... there are easy situations where you create too big queries which can hog big platforms (as any write will be locked while the

Re: [xwiki-devs] Question about User Query with Solr

I only see joins here, so... HQL or XWQL or something such. They're not really there in SOLR (it's coming in some later versions apparently). paul > Fitz Lee <mailto:leef...@gmail.com> > 14 June 2016 at 16:23 > Thanks for your reply. > > On Tue, Jun 14, 2016 at

Re: [xwiki-devs] Question about User Query with Solr

Are you not after solr's date range queries? Something such as [NOW-1MONTH TO *] ? paul fitz wrote: > But I don't know how to query fast the group's users(last modified after the > date). Could some one help me? ___ devs mailing list devs@xwiki.o

Re: [xwiki-devs] [xwiki-users] HTML

Vincent Massol wrote: >> as long as there is no possibility to "see through" that an extension is >> > probably installed on my wiki, the problem will remain. > > WDYM by “see through”? If you go to the admin you see installed extensions > already. Probably five clicks thus far > >> > At lea

Re: [xwiki-devs] [xwiki-users] HTML

Vincent, as long as there is no possibility to "see through" that an extension is probably installed on my wiki, the problem will remain. At least as long as there's a single flavour out there, the "default" nature of an extension being installed needs to be made more visible I feel. This I can op

Re: [xwiki-devs] [xwiki-users] HTML

Marius Dumitru Florea wrote: > There's an information pane on the right saying: > "Bundled With: XWiki Enterprise, XWiki Enterprise Manager" Obviously I missed it. It's also smaller than the installation instructions... So that these take precedence and let you believe it needs to be installed. >

Re: [xwiki-devs] [xwiki-users] [Proposal] Comparing XWiki to MediaWiki and Confluence on xwiki.org

Any way to make it look better? Why are the features with a name before in each column? Also, the "Source: Wikimatrix" statement is not clearly attached to the section above it or below it. If there are extra softwares to aim at, would it make sense to add SharePoint, Office365 and Google Apps? P

Re: [xwiki-devs] [Proposal] Turn on filesystem attachment store by default in XWiki 8.1

My big big +1 ! Paul > Vincent Massol > 24 March 2016 at 11:35 > Hi devs, > > It’s been a very long time that Caleb has implemented fileystem > storage and we still see people regularly stuggling to attach largish > attachments to their wiki. I think it’s time that we m

Re: [xwiki-devs] [Idea] LESS compilation speed up idea with checksum

Guillaume Delhumeau wrote: > Note also that a LESS resource can contains Velocity code, so some parts > can be dynamic (ex: a color which depends on the wiki id). I've met this claim on a steady basis since quite some time, e.g. using the /skin/ URLs, and dare say that this is ruining normal cachin

Re: [xwiki-devs] [Proposal] Move all pages specific to xwiki.org customisations in a XWikiOrg space

This would be interesting, definitely. My +1. paul PS: Who's taking charge of it? > Marius Dumitru Florea > 11 March 2016 at 10:18 > +1 > > Thanks, > Marius > > On Thu, Mar 10, 2016 at 7:39 PM, vinc...@massol.net > _

Re: [xwiki-devs] Should we move to XML 1.1 in XAR ?

export the character "0x1" ??? This seems like a character for the old 7-bit-modem-based terminals. I believe this one should just be prohibited at the entrance level. I do not know of any valid meaning for this character. Do you have such? Paul > Thomas Mortagne

Re: [xwiki-devs] [xwiki-users] [VOTE] Move to Java 8 as minimal version for XWiki 8.0+

vinc...@massol.net wrote: >> Just found this: http://java.com/en/download/help/sysreq.xml > > This is for Oracle’s JVM but all you need is to find a Java 8 JVM that works > for your OS. I don’t know the requirements for OpenJDK or other JVMs. cool. Sounds rather acceptable to me. +1. (non-bindin

Re: [xwiki-devs] [VOTE] Move to Java 8 as minimal version for XWiki 8.0+

Vincent, can you state which minimum MacOSX, Ubuntu, and Windows version this means? I know 10.6 is out and I've been challenged for this since XWiki moved to Java7 already but that's past (my solution was, then, to not upgrade my wiki). It'd be interesting to know the coming limitations. paul >

Re: [xwiki-devs] [GSoC] [Poll] Should XWiki apply to GSoC 2016?

Eduard Moraru wrote: > So please let me know ASAP, since the deadline for the org application is > in 10 days (19th of February) and we would need to move quickly. count me in. paul ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/lis

Re: [xwiki-devs] Versioning Legacy (was Re: [Proposal] Change our Script API best practice regarding exception handling (Take 2))

vinc...@massol.net wrote: >> wonder if this could not be better controlled so that installers can >> > actively get rid of the legacy. > > Our current strategy has been to keep legacy forever, see: > http://dev.xwiki.org/xwiki/bin/view/Community/DevelopmentPractices#HBackwardCompatibility > > Our

Re: [xwiki-devs] [Proposal] Change our Script API best practice regarding exception handling (Take 2)

Vincent, is there not a need to version the legacy? I know of no installation that does not have the legacy jars and I wonder if this could not be better controlled so that installers can actively get rid of the legacy. paul > vinc...@massol.net > 18 January 2016 at 1

Re: [xwiki-devs] [Idea] Make Markdown syntax available as an optional subset of the XWiki 2.1 syntax

Cool. Would it be possible to join the fashion claim by adding compatibility statements? E.g., does that make it compatible with some markdown variant? Is GitHub's MarkDown somewhere close? paul vinc...@massol.net wrote: > > Addressing that point might answer Guillaume's original intent, which >

Re: [xwiki-devs] [Idea] Make Markdown syntax available as an optional subset of the XWiki 2.1 syntax

Hello all, Caleb thus wrote: > I would say generally speaking the longer we wait to align our syntax > with markdown the more non-standard and irrelvant our syntax will become. This is pretty harsh. Do you know if others are doing such a slow convergence? I think Markdown is great for elementary t

Re: [xwiki-devs] [Idea] Rewrite Activity Stream + Stats using Elastic Search

Hello Vincent, While I strongly believe that a NoSQL-type of storage is a fundamentally good idea to store activity streams, I believe you may be attracted by applying ElasticSearch mostly on a superficial basis compared to Solr. Most analytics systems base indeed on noSQL storages, ElasticSearch

Re: [xwiki-devs] [Idea] Page Administration

Is the problem of understanding inheritance of rights not a problem of displaying this to the user? The rights UI has always gotten me suspicious with the back-brain telling me "careful, there might be something above telling xwiki something else than the rights you are editing". Should this be sol

Re: [xwiki-devs] License for wiki pages?

Thomas Mortagne wrote: > You can always put this kind of message in some public wiki you run > but having this message by default for anyone that use XWiki does not > make any sense. It's not out job to decide what license will be used > for user content. This message is not imposed on anyone to ke

Re: [xwiki-devs] License for wiki pages?

I disagree, this clause is one of the best encouragements to produce open-content material and this should be imperatively kept. I would suggest to dual license the pieces of code which could be "understood" as content (such as changeable translations). I do not think dual licensing is an issue wi

Re: [xwiki-devs] [ActiveInstalls][Brainstorming] Sending the number of users/wikis in the ping: a problem?

For what it's worth, several of the public xwikis I hosted have huge spam issues and the number of users will be fed by that... Sometimes I have rages and manage to fight against them, but for the platforms it went over 500, I abandoned Maybe counting the number of users who have create more t

[xwiki-devs] ShortURLs on 7.2?

Hello XWiki community, I moved to shortURLs. The tutorial has been nicely effective. The home page serves well, the entry page of my wiki and my space all work well. However, almost all the pages that are there now break at view (with or without the action /bin/view/ in the URL). Similarly, /down

Re: [xwiki-devs] [Proposal] Removing comments, attachments, etc. tabs (#docextra) in default applications WebHome

Would it make sense, in this case, to make a checkbox that is displayed to admins in case the docextra tab is hidden? (maybe this would edit a webpreferences object?) It seems to me that the desire to hide the docextra tab is for any page that displays some kind of summary: you'd expect the docext

Re: [xwiki-devs] [Contrib] XWebIDE Improvements

While I agree that this does not seem like the spontaneous thing one would wish, I believe it is a trend that is useful to follow. I was at a symposium on informatics education at school recently and the majority of software tools were discussed with a focus on mobiles, mostly tablets. Missing that

Re: [xwiki-devs] FW: Display link on xwiki page

Abdulkadar, can you describe whether you wish this link display to be persistant at a given URL? It's easy to have a parametrized link display, I think, and it's easy to post a page that contains a link display but... do you want a page? Do you assume your users will be xwiki logged? I think you

Re: [xwiki-devs] [Proposal] Do not use dom4j anymore and instead use JDOM2

port%20org.jdom2%22 > [8] https://github.com/search?q=%22import+org.jdom2%22&type=Code > > On 06/10/2015 03:53 PM, Paul Libbrecht wrote: >> >> On 10/06/15 21:47, Sergiu Dumitriu wrote: >>> +1 for removing DOM4J, it's been dead for 10 years. >>> But why

Re: [xwiki-devs] [Proposal] Do not use dom4j anymore and instead use JDOM2

On 10/06/15 21:47, Sergiu Dumitriu wrote: > +1 for removing DOM4J, it's been dead for 10 years. > But why do we need a non w3c library at all? Why is JDOM better than DOM? > The main reason is that it is supposedly easier to use for Java > programmers, but is it that much easier to justify having

Re: [xwiki-devs] [Proposal] Do not use dom4j anymore and instead use JDOM2

I can testify that jdom2 is maintained and quite professionally. It's not very live but it's nicely maintained. Today, on the list, for example, a team submitted performance test results and Rolf (the main maintainer currently) discussed it. paul On 10/06/15 17:07, vinc...@massol.net wrote: > Hi

Re: [xwiki-devs] [Solr] Word delimiter filter on English text

Avoid storing everything imperatively! (this was done earlier in the Lucene plugin and has been the main cause of the slowness). My general rule of thumb is that an index is 10% of a text file. I really would not be scared by indexing 5 different fields of the text. paul On 8/05/15 08:39, Sergiu

Re: [xwiki-devs] [Solr] Word delimiter filter on English text

Eddy, We want both or? Dies the query not use edismax?  If yes, we should make it search the field text_en with higher weight than text_en_splitting by setting the boost parameter to ‎ text_en^2 text_eb_splitting^1 Or? Paul -- fat fingered on my z10 --   Message d'origine   De: Eduard Moraru Env

  1   2   3   4   5   6   >