Re: [xwiki-devs] Slightly improved default pdf export look and feel

Hello all, as promised, the pull request is now merged (for 10.10-rc-1) and documented in the release notes for users. Anca On Sun, Oct 21, 2018 at 8:58 PM Anca Luca wrote: > Hello Vincent, > > done, I attached the same page exported with the previous export, for > comparison. >

Re: [xwiki-devs] Slightly improved default pdf export look and feel

screenshots, > it could go in the Release notes to show the improvements to the user. > > Thanks > -Vincent > > > On 21 Oct 2018, at 01:50, Anca Luca wrote: > > > > Hello devs, > > > > I've whipped up quickly a couple of changes to the default PDF export

[xwiki-devs] Slightly improved default pdf export look and feel

Hello devs, I've whipped up quickly a couple of changes to the default PDF export of the XWiki platform, to try to make it look a little nicer. I created the issue here https://jira.xwiki.org/browse/XWIKI-15761 and the pull request here https://github.com/xwiki/xwiki-platform/pull/900 . I would

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

f the application itself, application-wikicopy > > looks nice as it shows a bit what the application does, you could also > > consider application-xcopy as you are kind of eXtending the copy > > function of the wiki (also it looks a bit sexier than wikicopy IMO :) ). > >

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

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

Re: [xwiki-devs] [Proposal] New extension point: content header

+1 On Wed, May 9, 2018 at 5:02 PM, Thomas Mortagne wrote: > +1 > > On Wed, May 9, 2018 at 4:16 PM, Stéphane Laurière > wrote: > > Hi all, > > > > I'd like to propose a new UI extension point: content header (or before > > content). My

Re: [xwiki-devs] [Proposal] So which protection to we want by default for extensions pages

Hello On Thu, May 3, 2018 at 3:30 PM, Thomas Mortagne wrote: > On Thu, May 3, 2018 at 3:09 PM, Ecaterina Moraru (Valica) > wrote: > > On Thu, May 3, 2018 at 2:56 PM, Thomas Mortagne < > thomas.morta...@xwiki.com> > > wrote: > > > >> By "users" and

Re: [xwiki-devs] [Proposal] Solutions to hide some pages from the navigation panel

Hello all, so, if I remember correctly, the navigation panel is just a call to the documentsTree macro. Unless otherwise specified, my remarks below are about the documentTree macro features. On Wed, May 2, 2018 at 6:02 PM, Marius Dumitru Florea < mariusdumitru.flo...@xwiki.com> wrote: > Hi

Re: [xwiki-devs] [Contrib] Request for a repository for a tool to export documents to spreadsheet

Thanks! On Fri, Feb 23, 2018 at 10:39 AM, Vincent Massol <vinc...@massol.net> wrote: > Hi, > > Done: > * Github: https://github.com/xwiki-contrib/application-export-spreadsheet > * JIRA: https://jira.xwiki.org/browse/SPREADEXP > > Thanks > -Vincent > > >

Re: [xwiki-devs] [Contrib] Request for a repository for a tool to export documents to spreadsheet

Hello Vincent, On Fri, Feb 23, 2018 at 10:31 AM, Vincent Massol <vinc...@massol.net> wrote: > > > > On 23 Feb 2018, at 10:24, Anca Luca <lu...@xwiki.com> wrote: > > > > Hello all, > > > > I would need a repository on xwiki-contrib to publi

[xwiki-devs] [Contrib] Request for a repository for a tool to export documents to spreadsheet

Hello all, I would need a repository on xwiki-contrib to publish an extension to allow exporting a bunch of documents to a spreadsheet format: one line per document, with configurable columns read from the objects of those documents. Currently it exports only CSV but we could add other

Re: [xwiki-devs] A subtle problem with the Workflow Application and nested pages

Hello Clemens, Indeed, this is _one_ of the problems that the workflow application has on a "nested" environment. I think it's a good approach for the fix, the only thing that you should try to take care of is to make this as generic as possible wrt the configured draft space in the publication

Re: [xwiki-devs] [Proposal] Using the browser's print feature instead of our PDF Export for the UI

Hello Vincent, all Thanks for these clear responses. See below some more info, from my experience. On Thu, Jan 26, 2017 at 11:15 AM, Vincent Massol wrote: > Hi everyone, > > Thanks to everyone who answered on this topic and help brainstorm about > it. I made a mistake

Re: [xwiki-devs] [Proposal] Using the browser's print feature instead of our PDF Export for the UI

On Fri, Jan 20, 2017 at 2:10 PM, Vincent Massol <vinc...@massol.net> wrote: > Hi Anca, > > > On 18 Jan 2017, at 18:05, Anca Luca <lu...@xwiki.com> wrote: > > > > Interesting, however, I see at least 2-3 possible limitations: > > > > * we will drop c

Re: [xwiki-devs] [Proposal] Using the browser's print feature instead of our PDF Export for the UI

On Fri, Jan 20, 2017 at 2:10 PM, Vincent Massol <vinc...@massol.net> wrote: > Hi Anca, > > > On 18 Jan 2017, at 18:05, Anca Luca <lu...@xwiki.com> wrote: > > > > Interesting, however, I see at least 2-3 possible limitations: > > > > * we will drop c

Re: [xwiki-devs] [Proposal] Using the browser's print feature instead of our PDF Export for the UI

Interesting, however, I see at least 2-3 possible limitations: * we will drop cover and table of contents * browsers (operating systems?) that don't have print to pdf option, will not have this working anymore * less customizations will be possible on this PDF (e.g. can we control header / footer

Re: [xwiki-devs] [Brainstorming] Restrict parent page based on its type

Hello Marius, I think the topic of dynamic configuration of available templates is a very good topic. The only problem I see with the solution above is that it might cover only a subset of the dynamic templates that we might want to configure, and once we add this mechanism it will be harder to

Re: [xwiki-devs] [Idea] XClass Preferences

Hello all, On Tue, Nov 29, 2016 at 9:47 AM, Marius Dumitru Florea < mariusdumitru.flo...@xwiki.com> wrote: > Hi devs, > > I have an XWiki application that has a template provider which allows the > users to create application entries anywhere on the wiki using the Create > Page menu. I would

Re: [xwiki-devs] [Contrib][BatchImport] Release of batch import application version 1.2

The release is done, the new version 1.2 is available on maven and will soon be available on extensions.xwiki.org as well. Anca On Wed, Oct 5, 2016 at 6:04 PM, Anca Luca <lu...@xwiki.com> wrote: > Hello all, > > Alex and I have fixed a couple of issues on the batch import applic

[xwiki-devs] [Contrib][BatchImport] Release of batch import application version 1.2

Hello all, Alex and I have fixed a couple of issues on the batch import application (issues BATCHIMP-1,2,3,4,5,6) and I would like to release version 1.2 of this application. Functionally, these changes bring translations being properly activated when the app is installed, one more option

Re: [xwiki-devs] [contrib][workflow-publication][Proposal] request for a new release on Tuesday (6.9.)

Hello Clemens, all On Mon, Sep 5, 2016 at 1:24 PM, Vincent Massol wrote: > Hi Clemens, > > > On 03 Sep 2016, at 22:04, Clemens Klein-Robbenhaar < > c.robbenh...@espresto.com> wrote: > > > > Hi Devs, > > > > if nobody objects I would like to cut a new release for the

Re: [xwiki-devs] [Contrib][Ratings] Release a bugfix version of the ratings application from the contrib project

nd keep separate version for them (... etc the whole discussion > about Contrib). > > Thanks, > Caty > > > On Wed, Jun 29, 2016 at 12:45 PM, Anca Luca <lu...@xwiki.com> wrote: > > > Hello all, > > > > while using the ratings application on an XWiki 6.2.4, we

Re: [xwiki-devs] [UX][Vote] Content Templates by default

On Mon, Jul 11, 2016 at 2:00 PM, Ecaterina Moraru (Valica) < vali...@gmail.com> wrote: > On Mon, Jul 11, 2016 at 2:54 PM, Anca Luca <lu...@xwiki.com> wrote: > > > Hello Caty, > > > > > > > > On Thu, Jul 7, 2016 at 4:12 PM, Ecaterina Mor

Re: [xwiki-devs] [UX][Vote] Content Templates by default

Hello Caty, On Thu, Jul 7, 2016 at 4:12 PM, Ecaterina Moraru (Valica) wrote: > Hi, > > By default there are not many page templates an user could see. > In order for users to understand the power and purpose of XWiki, it would > be helpful to add more content templates by

Re: [xwiki-devs] Integration of ratings in xwiki-platform

Hello Caty, I just sent a mail entitled "Release a bugfix version of the ratings application from the contrib project" about this particular project, not all retired projects, if you want to discuss this topic on a very specific use-case. This mail discusses the modification of the old project

[xwiki-devs] [Contrib][Ratings] Release a bugfix version of the ratings application from the contrib project

Hello all, while using the ratings application on an XWiki 6.2.4, we encountered some bugs related to the storage of ratings in a separate space and with the update of a user's rating. We fixed them in these 2 commits:

Re: [xwiki-devs] [UX][Vote] Future of Main.Welcome

+1 for 2. I don't think we need a welcome message in the dashboard anymore. On Mon, Jun 27, 2016 at 5:17 PM, Ecaterina Moraru (Valica) < vali...@gmail.com> wrote: > On Wed, Jun 22, 2016 at 2:24 PM, Vincent Massol > wrote: > > > Hi Caty, > > > > > On 21 Jun 2016, at 14:58,

Re: [xwiki-devs] [xwiki-users] Not able to create xwiki pages from PDF document

Hello, The pdf macro that you installed is for visualizing the pdf documents, not for transforming them into a wiki page (importing their content as a wiki page). That's what most of the extensions that you find under the "pdf" search do. For importing a pdf document as a wiki page, you should

Re: [xwiki-devs] [UX] Page templates availability

On Tue, Jun 7, 2016 at 5:13 PM, Anca Luca <lu...@xwiki.com> wrote: > Hello all, > > On Mon, Jun 6, 2016 at 6:31 PM, Ecaterina Moraru (Valica) < > vali...@gmail.com> wrote: > >> Hi, >> >> The Template Provider allows setting the locations whe

Re: [xwiki-devs] [UX] Page templates availability

Hello all, On Mon, Jun 6, 2016 at 6:31 PM, Ecaterina Moraru (Valica) wrote: > Hi, > > The Template Provider allows setting the locations where the template must > be available. > Some applications need/encourage their pages to be located in a particular > app location. >

[xwiki-devs] [contrib][workflow-publication] Release of Publication Workflow application version 1.5.1

Hello all, A new version of the application workflow was released this morning, version 1.5.1. It contains only one fix compared to 1.5, issue http://jira.xwiki.org/browse/XAWORKFLOW-16 , which is actually quite particular (we might want to revert this modification at some point in a future

Re: [xwiki-devs] [Proposal] Roadmap for XWiki 8.2

Hello all, On Fri, May 20, 2016 at 9:39 AM, Vincent Massol wrote: > Hi devs, > > We’re releasing XWiki 8.& next Monday and we now need to think about what > to implement in 8.2. > > I’ve discussed with the XWiki SAS developers and here’s below what we’d > like to do in the

Re: [xwiki-devs] [Proposal] Add mechanism to allow following only contrib related mails

+1 for [Contrib][] On Wed, Apr 27, 2016 at 2:42 PM, Thomas Mortagne <thomas.morta...@xwiki.com> wrote: > Then [Contrib][] I guess. > > On Wed, Apr 27, 2016 at 1:59 PM, Anca Luca <lu...@xwiki.com> wrote: > > Actually I don't like the idea of having the name

Re: [xwiki-devs] [Proposal] Add mechanism to allow following only contrib related mails

l.net> wrote: > > > Hi, > > > > > On 08 Apr 2016, at 11:43, Anca Luca <lu...@xwiki.com> wrote: > > > > > > Hello all, > > > > > > Since http://xwiki.markmail.org/thread/jrug6cbbqpia5bx4 (but not only) > > the > > > ru

Re: [xwiki-devs] [Brainstorming] Improving easiness of creating wiki links

Hello all, For me the issue is larger than just the wiki links, page references are required in multiple other places, most notably in the macro parameters in the macro wizard of the wysiwyg. If creation of links can be workedaround by using the links dialog of the wysiwyg, filling in wiki

[xwiki-devs] [Proposal] Add mechanism to allow following only contrib related mails

Hello all, Since http://xwiki.markmail.org/thread/jrug6cbbqpia5bx4 (but not only) the rule says that we should discuss contrib related stuff with the community. In my case, I cannot manage to follow all the mails on the devs@xwiki.org (because they are a lot) but I would be particularly

Re: [xwiki-devs] [Proposal] Nested Spaces support for Contrib Applications

Hello all, I think the best would be 2, but it could be discussed on an app by app basis and, in my opinion, the options need to be looked in the context of what does it mean that an "application needs to pass to Nested Spaces". This is my view on it: - Requirement of a nested spaces version

Re: [xwiki-devs] [Proposal] Improving how we work in xwiki-contrib

On Thu, Mar 24, 2016 at 4:12 PM, Vincent Massol <vinc...@massol.net> wrote: > Hi Anca, > > > On 24 Mar 2016, at 15:38, Anca Luca <lu...@xwiki.com> wrote: > > > > Hello Vincent, > > > > so, if I understand correctly, all rules about developmen

Re: [xwiki-devs] [Proposal] Improving how we work in xwiki-contrib

Hello Vincent, so, if I understand correctly, all rules about development from http://dev.xwiki.org/xwiki/bin/view/Community/DevelopmentPractices#HGeneralDevelopmentFlow and http://dev.xwiki.org/xwiki/bin/view/Community/Committership and potentially other places will now apply to the community

Re: [xwiki-devs] PDFMulti Export

Hello Alessandro, I am curious what exactly is going wrong when you have a lot of pages to export. Where does it block exactly? Otherwise, there is an API for exporting multiple pages as PDF, if you can build your list of pages to export programatically you can use directly the API to get them

[xwiki-devs] [myxwiki] new wiki request

Hello XWikiers, I would need a wiki on myxwiki.org in order to test/demo collaboration with somebody remote (and a pain to get a public IP for a local instance of mine). It would be temporary so it will be deletable after a while (I will let you know when you can throw it away). My username is

Re: [xwiki-devs] [Proposal] 2 new rules for Application Best Practices

On Sat, Nov 14, 2015 at 3:17 PM, vinc...@massol.net <vinc...@massol.net> wrote: > Hi Anca, > On 14 Nov 2015 at 10:57:24, Marius Dumitru Florea ( > mariusdumitru.flo...@xwiki.com) wrote: > > Hi Anca, > > On Fri, Nov 13, 2015 at 8:51 PM, Anca Luca <lu...@xwi

Re: [xwiki-devs] Release validation

Hello Paul, I released your extension, you can find it here: http://maven.xwiki.org/releases/org/xwiki/contrib/application-rightsui-simplifier/1.0/ . You can no go ahead and add it on extensions.xwiki.org (by maven import) and document it. Thank you for your contribution, Anca On Fri, Nov 13,

Re: [xwiki-devs] [Proposal] 2 new rules for Application Best Practices

Hello all, my 2 cents on the "Data" or "Entries" subspace. ( But too late, since I see the issue was already closed :( ) I'm afraid that, even if technically it seems like a nice idea, it's not that nice for a "regular non-developer user" which perceive an application as only having data. They

Re: [xwiki-devs] [Proposal] Removal of XWiki.RequiredRightClass page

-1 to remove it. ** I don’t think we’re using that information much and its need is supposed to go away once signed scripts is there I will agree to remove it when signed scripts will be there. ** There’s no way to force pages requiring PR to add such an XObject and thus it’s not done

Re: [xwiki-devs] Ownership of the metadata about the subwiki

? In that case, why should we permit workspaces with local-users only in the first place? Thanks, Guillaume On Tue, Dec 16, 2014 at 8:21 PM, Anca Luca lu...@xwiki.com wrote: Hello devs, = Short story = Since the metadata about a subwiki (pretty name, description, users scope

Re: [xwiki-devs] [Brainstorming] Improving the Top level Menu/Breadcrumb/Navigation

On Thu, Oct 9, 2014 at 5:59 PM, vinc...@massol.net vinc...@massol.net wrote: On 9 Oct 2014 at 17:57:46, Jeremie BOUSQUET (jeremie.bousq...@gmail.com (mailto:jeremie.bousq...@gmail.com)) wrote: Hi, In fact, colibri top-menu was better than bootstrap buttons ! :D Why not putting

Re: [xwiki-devs] [Proposal] Simplified Home Page

Hello Edi, On Mon, Oct 20, 2014 at 12:34 PM, Eduard Moraru enygma2...@gmail.com wrote: On Fri, Oct 17, 2014 at 7:26 PM, Anca Luca lu...@xwiki.com wrote: Hello all, so on the topic of removing the dashboard from the homepage and if people need it they can access it independently

Re: [xwiki-devs] [Brainstorming] Improving the Top level Menu/Breadcrumb/Navigation

is it to maintain 2 versions of the menus (one for touch devices and one for Desktop)? * Is it natural/ok for users to have the Colibri behavior when using boostrap menus/buttons? Thanks -Vincent On 21 Oct 2014 at 11:00:48, Anca Luca (lu...@xwiki.com(mailto: lu...@xwiki.com)) wrote

Re: [xwiki-devs] [Proposal] Simplified Home Page

enygma2...@gmail.com wrote: Hi Anca, On Tue, Oct 21, 2014 at 12:38 PM, Anca Luca lu...@xwiki.com wrote: Hello Edi, On Mon, Oct 20, 2014 at 12:34 PM, Eduard Moraru enygma2...@gmail.com wrote: On Fri, Oct 17, 2014 at 7:26 PM, Anca Luca lu...@xwiki.com wrote: Hello all, so

Re: [xwiki-devs] [Proposal] Simplified Home Page

On Tue, Oct 21, 2014 at 7:47 PM, Anca Luca lu...@xwiki.com wrote: Hi Edi, I sort of understand from this mail that you think I am defending the dashboard on the homepage. I cannot figure out how you got that idea. The only thing I was saying in the previous mail is that 2 dashboards

[xwiki-devs] About using bootstrap/flamingo for customizations in XWiki

Hello guys, I have tried to learn a bit of bootstrap last night to figure out how to do things, and I did the following test page to test the grid system: http://incubator.myxwiki.org/xwiki/bin/view/Sandbox/TestFlamingo?skin=flamingo I have a few questions related to using the grid system (I

Re: [xwiki-devs] About using bootstrap/flamingo for customizations in XWiki

Hi Cati, On Fri, Oct 17, 2014 at 3:03 PM, Ecaterina Moraru (Valica) vali...@gmail.com wrote: On Fri, Oct 17, 2014 at 1:45 PM, Anca Luca lu...@xwiki.com wrote: Hello guys, I have tried to learn a bit of bootstrap last night to figure out how to do things, and I did the following test

Re: [xwiki-devs] About using bootstrap/flamingo for customizations in XWiki

On Fri, Oct 17, 2014 at 4:55 PM, Anca Luca lu...@xwiki.com wrote: Hi Cati, On Fri, Oct 17, 2014 at 3:03 PM, Ecaterina Moraru (Valica) vali...@gmail.com wrote: On Fri, Oct 17, 2014 at 1:45 PM, Anca Luca lu...@xwiki.com wrote: Hello guys, I have tried to learn a bit of bootstrap last

Re: [xwiki-devs] [Discussion] Where does livetable belong?

On Wed, Oct 15, 2014 at 12:45 PM, Eduard Moraru enygma2...@gmail.com wrote: Marius, thanks for the explanation, but I had no confusion there. Maybe I did not explain myself clear enough. The question (originally asked by Vincent) from the OP is Can/should we use the livetable inside

Re: [xwiki-devs] [Proposal] Simplified Home Page

Hello all, so on the topic of removing the dashboard from the homepage and if people need it they can access it independently. In my opinion, this dashboard does not really exist or have any value beyond the homepage. I mean, what does it mean, what is it used for besides the homepage? What

Re: [xwiki-devs] Fwd: [Discussion] New location of the Add menu in the new Flamingo skin

Hello all, Guillaume D tallked to me about this so, as any visual issue, I have an opinion about it too. I think thhe button should be, at least for now, in the top menu (see under for the explanation if you want). Hoewver, var 3 has 2 problems for me: 1. the + button for the add in the top menu

[xwiki-devs] [Contrib] Creation of Jira Project for the Publication Workflow application

Hello XWiki devs, A while ago I started the publication workflow application ( https://github.com/xwiki-contrib/workflow-publication/ ), but didn't set it up with a Jira Project at that point. Could someone please create the Jira issue for this project, please? Thanks a lot, Anca

Re: [xwiki-devs] [Contrib] Create a repository for the Hierarchy Macro

Hello Devs, As far as I know it's not a refactoring of the old macro because some parameters / parameters behaviour was not kept 100%. It's missing some features, basically. Adding some with the cost of removing others. So if we consider it a new version of the old one, installing an upgrade

Re: [xwiki-devs] [Proposal] Solution to make it easy to debug JS in XWiki

, for example. This could also work for jsfx/jsrx maybe... Anca Louis-Marie 2013/5/13 Anca Luca lu...@xwiki.com On 05/04/2013 09:28 AM, Vincent Massol wrote: On May 3, 2013, at 3:41 PM, Denis Gervalle d...@softec.lu wrote: On Thu, May 2, 2013 at 2:53 PM, Vincent Massol vinc...@massol.net

Re: [xwiki-devs] [Proposal] Solution to make it easy to debug JS in XWiki

On 05/04/2013 09:28 AM, Vincent Massol wrote: On May 3, 2013, at 3:41 PM, Denis Gervalle d...@softec.lu wrote: On Thu, May 2, 2013 at 2:53 PM, Vincent Massol vinc...@massol.net wrote: Hi devs, ATM the solution is described here:

Re: [xwiki-devs] [Discussion] Why drop the $msg script binding in the future?

Hi all, a bit late to the party, I just found out today that $msg.get is now deprecated. On 03/15/2013 01:45 PM, Vincent Massol wrote: Hi, On Mar 15, 2013, at 1:21 PM, Eduard Moraruenygma2...@gmail.com wrote: Are we sure we want to drop the $msg binding in the future [1]? IMO yes, for

[xwiki-devs] [contrib] New repository on xwiki-contrib for a publication workflow application

Hi all, I did some sort of an implementation of a publication workflow application, which allows to take a document through various states and finally publish it in a mirror space once it is validated, and subsequent versions of the same document are handled, with distinct rights and

Re: [xwiki-devs] [contrib] New repository on xwiki-contrib for a publication workflow application

PM, Anca Luca wrote: Hi all, I did some sort of an implementation of a publication workflow application, which allows to take a document through various states and finally publish it in a mirror space once it is validated, and subsequent versions of the same document are handled, with distinct

Re: [xwiki-devs] Trouble Accessing Database List Elements

Hi Robert, yes, it's possible, but you need to develop a bit yourself. You have 2 choices: 1/ you modify the sheet and, for this specific property, you display a link instead of the value 2/ you make a custom displayer for your property in the class (as described here

Re: [xwiki-devs] OpenFire xwiki integration?

On 02/08/2013 11:02 AM, Guillaume Lerouge wrote: Hi Paul, I remember that back in the summer of 2010 some XWiki developers looked at integrating a XMPP server with XWiki. If I remember correctly, a LDAP server was used for user management and both the XMPP server and the wiki were plugged into

Re: [xwiki-devs] [Brainstorming] XWiki Flavors

On 02/08/2013 02:32 PM, Vincent Massol wrote: On Feb 8, 2013, at 1:39 PM, Eduard Moraruenygma2...@gmail.com wrote: On Thu, Feb 7, 2013 at 6:47 PM, Vincent Massolvinc...@massol.net wrote: On Feb 7, 2013, at 5:38 PM, Eduard Moraruenygma2...@gmail.com wrote: On Thu, Feb 7, 2013 at 6:31 PM,

Re: [xwiki-devs] [Discussion] Should technical pages hide the bottom tabs?

On 01/23/2013 07:20 AM, Sergiu Dumitriu wrote: On 01/20/2013 02:48 PM, Vincent Massol wrote: On Jan 20, 2013, at 6:54 PM, Sergiu Dumitriuser...@xwiki.com wrote: On 01/20/2013 11:31 AM, Vincent Massol wrote: On Jan 20, 2013, at 5:22 PM, Sergiu Dumitriuser...@xwiki.org wrote: Hi devs, For

Re: [xwiki-devs] [Contrib] Repository request: multipagepdfexport-application-spaceexport

On 12/28/2012 03:52 PM, Anca Luca wrote: Hi all, I am about to contribute an application I made to provide an UI for multipage pdf export ( http://extensions.xwiki.org/xwiki/bin/view/Extension/Multipage+PDF+Export ) to help export pages in a space, displayed in a hierarchy like UI (using

[xwiki-devs] [Contrib] Repository request: multipagepdfexport-application-spaceexport

User name: lucaa Thanks a lot, Anca Luca ___ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

Re: [xwiki-devs] [VOTE] Dynamically registered wiki translations

Hi Thomas, On 10/25/2012 04:07 PM, Thomas Mortagne wrote: Hi devs, Following the discussion about general architecture of the new localization module Still haven't read it, I marked it as important. here is a more detailed proposal for the dynamically registered wiki translations pages.

Re: [xwiki-devs] [VOTE] Dynamically registered wiki translations

On 10/26/2012 03:06 PM, Thomas Mortagne wrote: On Fri, Oct 26, 2012 at 2:48 PM, Anca Luca lu...@xwiki.com wrote: Hi Thomas, On 10/25/2012 04:07 PM, Thomas Mortagne wrote: Hi devs, Following the discussion about general architecture of the new localization module Still haven't read it, I

Re: [xwiki-devs] [VOTE] Modification to groupid for contrib projects

+1 sounds decent to me. Anca On 08/13/2012 04:34 PM, Vincent Massol wrote: hi devs, I'd like to propose a small improvement for contrib project group ids. ATM our rule is: A generic maven groupId : org.xwiki.contrib (until the project reaches a certain size and visibility, in which case

[xwiki-devs] [Contrib] Open 3 contrib projects - batch import, hierarchy macro and pdf multipage export

Hi xwiki devs, I would like to move 3 projects from xwiki-contrib/sandbox to individual repos in xwiki-contrib: https://github.com/xwiki-contrib/sandbox/tree/master/xwiki-batchimport https://github.com/xwiki-contrib/sandbox/tree/master/xwiki-multipagepdfexport

Re: [xwiki-devs] [Proposal] Title improvements (for 4.2 or 4.3)

On 06/25/2012 09:24 AM, Vincent Massol wrote: Hi guys, Some time back we started improving title handling, I'd like that we continue this and I'm proposing some further improvements below: * Make the title field contain wiki syntax (same as the content field) instead of just velocity it's

Re: [xwiki-devs] [Proposal] Title improvements (for 4.2 or 4.3)

On 06/25/2012 09:52 AM, Thomas Mortagne wrote: On Mon, Jun 25, 2012 at 9:24 AM, Vincent Massol vinc...@massol.net wrote: Hi guys, Some time back we started improving title handling, I'd like that we continue this and I'm proposing some further improvements below: * Make the title field

Re: [xwiki-devs] [Proposal] Title improvements (for 4.2 or 4.3)

On 06/25/2012 10:59 AM, Eduard Moraru wrote: Hi, On Mon, Jun 25, 2012 at 10:24 AM, Vincent Massol vinc...@massol.net wrote: Hi guys, Some time back we started improving title handling, I'd like that we continue this and I'm proposing some further improvements below: * Make the title field

Re: [xwiki-devs] [Proposal] Title improvements (for 4.2 or 4.3)

On 06/25/2012 11:03 AM, Vincent Massol wrote: On Jun 25, 2012, at 10:51 AM, Anca Luca wrote: On 06/25/2012 09:24 AM, Vincent Massol wrote: Hi guys, Some time back we started improving title handling, I'd like that we continue this and I'm proposing some further improvements below: * Make

Re: [xwiki-devs] [Proposal] Title improvements (for 4.2 or 4.3)

On 06/25/2012 12:22 PM, Eduard Moraru wrote: On Mon, Jun 25, 2012 at 1:19 PM, Anca Luca lu...@xwiki.com wrote: On 06/25/2012 10:59 AM, Eduard Moraru wrote: Hi, On Mon, Jun 25, 2012 at 10:24 AM, Vincent Massol vinc...@massol.net wrote: Hi guys, Some time back we started improving title

Re: [xwiki-devs] [Proposal] Title improvements (for 4.2 or 4.3)

of use cases* and see *how the proposed solution impacts them and makes them better.* Thanks, Guillaume On Mon, Jun 25, 2012 at 1:01 PM, Anca Luca lu...@xwiki.com wrote: On 06/25/2012 12:22 PM, Eduard Moraru wrote: On Mon, Jun 25, 2012 at 1:19 PM, Anca Luca lu...@xwiki.com wrote: On 06/25

Re: [xwiki-devs] [Proposal] Title improvements (for 4.2 or 4.3)

On 06/25/2012 12:40 PM, Anca Luca wrote: On 06/25/2012 11:03 AM, Vincent Massol wrote: On Jun 25, 2012, at 10:51 AM, Anca Luca wrote: On 06/25/2012 09:24 AM, Vincent Massol wrote: Hi guys, Some time back we started improving title handling, I'd like that we continue this and I'm proposing

Re: [xwiki-devs] [xwiki-users] Panels backward compatibility

On 06/13/2012 06:09 PM, Sergiu Dumitriu wrote: On 06/13/2012 09:17 AM, Vincent Massol wrote: On Jun 13, 2012, at 2:52 PM, Anca Luca wrote: On 06/13/2012 02:44 PM, Vincent Massol wrote: On Jun 13, 2012, at 2:39 PM, Anca Luca wrote: On 06/13/2012 01:52 PM, Raluca Stavro wrote: Hi, On Wed

Re: [xwiki-devs] [Proposal] XWiki Days every month?

On 04/27/2012 01:03 PM, Vincent Massol wrote: Hi devs, We've had several special days in the past: * Deprecation day ** 26 April 2012: http://markmail.org/thread/c5oytyvgw6fcimqq * Bug fixing days: ** 11 june 2008: http://xwiki.markmail.org/thread/oyfxis3umqrvutxm ** 18 June 2008:

Re: [xwiki-devs] [Proposal] Choosing the default component implementation

On 04/06/2012 08:51 AM, Vincent Massol wrote: On Apr 5, 2012, at 6:51 PM, Anca Luca wrote: On 04/05/2012 06:42 PM, Vincent Massol wrote: Hi Sergiu, On Apr 5, 2012, at 5:55 PM, Sergiu Dumitriu wrote: Hi devs, Currently, requesting a component instance without a hint will look

Re: [xwiki-devs] [Proposal] Choosing the default component implementation

Dumitriu wrote: On 04/05/2012 12:51 PM, Anca Luca wrote: On 04/05/2012 06:42 PM, Vincent Massol wrote: Hi Sergiu, On Apr 5, 2012, at 5:55 PM, Sergiu Dumitriu wrote: Hi devs, Currently, requesting a component instance without a hint will look for the implementation that uses the default hint

Re: [xwiki-devs] [Proposal] Choosing the default component implementation

On 04/06/2012 12:36 PM, Vincent Massol wrote: On Apr 6, 2012, at 11:43 AM, Anca Luca wrote: I On 04/06/2012 09:35 AM, Vincent Massol wrote: Hi Sergiu, Note that below I'm going to play the devil's advocate since I think it's important we really think hard before changing anything and verify

Re: [xwiki-devs] [Proposal] Choosing the default component implementation

Hi Sergiu, I think that components and xwiki defaults are 2 distinct issues, and here you're talking about defaults for xwiki (meta) services, not the defaults for what a service means from a (lower level) component pov. At component level, from my pov, default means I don't care, I just

Re: [xwiki-devs] [Brainstorming] Pretty printing XML when exporting XAR?

On 04/05/2012 06:36 PM, Vincent Massol wrote: Hi devs, We need to take a decision. There are 2 places where we have XMLs: A) In our SCM when we store our documents and when we call mvn xar:format B) When we export XARs Right now we pretty print in A) (very recent, I've done this a few days

Re: [xwiki-devs] [Proposal] Choosing the default component implementation

On 04/05/2012 06:42 PM, Vincent Massol wrote: Hi Sergiu, On Apr 5, 2012, at 5:55 PM, Sergiu Dumitriu wrote: Hi devs, Currently, requesting a component instance without a hint will look for the implementation that uses the default hint, which makes it difficult to change the implementation

Re: [xwiki-devs] [xwiki-users] Questions about Blog Example

Hi Dave, You should read http://platform.xwiki.org/xwiki/bin/view/DevGuide/Architecture , but I understand that it might be cryptic for a first time usage so here we go: must know that xwiki is a java engine, so there is some java code that does things, it's not all done in velocity.

Re: [xwiki-devs] [discussion] Polishing the merge between Annotations and Comments

Hi Sorin, On 03/27/2012 01:32 PM, Sorin Burjan wrote: Hello everybody, I have started testing and playing a little bit with our new features, the merge between Annotations and Comments. I am very happy about this new feature, since this offers more flexibility and power. However, this is the

Re: [xwiki-devs] [Brainstorming] Stop adding stuff to oldcore because new modules shouldn't depend on oldcore?

+1, this vote is a bit strange to me since I thought we're already doing that (i.e. if it's not bugfix or code deletion ;) , there shouldn't be a commit in the oldcore) Thanks, Anca On 03/27/2012 04:18 PM, Denis Gervalle wrote: On Mon, Mar 26, 2012 at 10:39, Vincent

Re: [xwiki-devs] [Brainstorming] Hiding technical content

On 03/21/2012 09:07 PM, Sergiu Dumitriu wrote: On 02/13/2012 11:27 AM, Vincent Massol wrote: Hi devs, I've been brainstorming with Jean-Vincent about how to implement hiding technical content for 4.0. Here's what we would like to do: Note: This is related to the proposal I made earlier:

Re: [xwiki-devs] [Vote] New XWiki.org Homepage

On 03/01/2012 12:31 PM, Guillaume Lerouge wrote: Hi Caty, I like it overall, with a number of caveats (from top to bottom looking at the interface): - The orange color of the top banner is a bit too dark. Also, why not use a gradient image like on the newer 3.5 color themes? - The

Re: [xwiki-devs] [Vote] New XWiki.org Homepage

On 03/01/2012 02:30 PM, Ecaterina Moraru (Valica) wrote: Hi, Thank you all for your comments. - Regarding font-size: The resolution problem is not just for this design but for all the pages that are on xwiki.org and even on any other page on the web. Using a big resolution mean that you will

Re: [xwiki-devs] [VOTE] Merge the 'feature-annotations-merged-with-comments' branch into 'master'

On 02/28/2012 01:53 PM, Eduard Moraru wrote: Hi devs, As you know from the previous discussion [1], I`ve worked on integrating the work done by Anca to merge Annotations with Comments. I`ve fixed leftover integration problems and finished implementing the migration script. Please have a look

Re: [xwiki-devs] [Vote] New XWiki.org Homepage

It's so beautifl! However, I agree with Sorin: the images you linked look very well, but the live thing, on my machine (and I am only 1366 width) looked a little less great, I'm not sure I would be able to say why (maybe because my fonts are small), might have something to do with the

Re: [xwiki-devs] [Discussion] Merge Annotations with Comments

Actually I was replying to Guillaume and I was thinking about the same set of issues that you mentioned for 2/. In short, it feels to me that the merging with comments is a particularization of the annotation system, which we could make by default in XE, but still allow people that want to

Re: [xwiki-devs] [VOTE] Naming rules for translation resource properties + deprecated properties

Hi all, On 12/05/2011 04:58 PM, Vincent Massol wrote: Hi devs, I see that in ApplicationResources.properties we now have some wrongly named properties. For example for the scheduler I find properties of the type xe.scheduler.* but the scheduler is now in the platform. There are also

Re: [xwiki-devs] [Proposal] Adding the notion of Priority to Event Listeners

On 11/24/2011 05:31 PM, Vincent Massol wrote: On Nov 24, 2011, at 4:55 PM, Denis Gervalle wrote: On Thu, Nov 24, 2011 at 16:25, Vincent Massolvinc...@massol.net wrote: On Nov 24, 2011, at 4:06 PM, Denis Gervalle wrote: On Thu, Nov 24, 2011 at 13:58, Vincent Massolvinc...@massol.net

  1   2   3   4   >