Re: [xwiki-users] Error saving Notifications Preferences
[[Note: The XWiki project is switching away from this mailing list and moving to a forum: https://discourse.xwiki.org. This list will be made readonly in a few days. Please post on the forum from now on. Thanks.]] - The nginx proxy should not cause any harm, otherwise nothing should be working. Your user is called "admin" with every character in lower case? 2017-05-16 12:38 GMT+02:00 Marcio Barreto <marcio.barr...@first-global.com>: > [[Note: The XWiki project is switching away from this mailing list and > moving to a forum: https://discourse.xwiki.org. This list will be made > readonly in a few days. Please post on the forum from now on. Thanks.]] > > - > I realized that I didn't mention that I'm using nginx in front of tomcat > (nginx port 80 -> tc port 8080). > Do you think it could be related to this issue? > > Is there any logs I could check for adicional errors? > > thanks > > > > -- > View this message in context: http://xwiki.475771.n2.nabble. > com/Error-saving-Notifications-Preferences-tp7603801p7603903.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-users] [xwiki-devs] [ANN] New XWiki forum: https://forum.xwiki.org
[[Note: The XWiki project is switching away from this mailing list and moving to a forum: https://discourse.xwiki.org. This list will be made readonly in a few days. Please post on the forum from now on. Thanks.]] - Just my feedback: I like it :) 2017-05-16 19:59 GMT+02:00 Vincent Massol <vinc...@massol.net>: > Before anyone mentions it, it’s down ATM; I tried to install a discourse > plugin and apparently I’m missing some steps since I couldn’t restart it. > I’m waiting for an infra admin to help me out… :) Sorry about that! > > -Vincent > > > On 15 May 2017, at 17:32, Vincent Massol <vinc...@massol.net> wrote: > > > > And we now have this alias too which is more neutral and probably better > to use: > > > > https://forum.xwiki.org > > > > Thanks > > -Vincent > > > >> On 15 May 2017, at 17:09, Vincent Massol <vinc...@massol.net> wrote: > >> > >> Hi XWiki users, > >> > >> In order to make it simpler and more modern for users to participate to > XWiki discussions, we’ve set up a new forum based on Discourse: > >> > >> https://discourse.xwiki.org > >> > >> Please start using it instead of the XWiki User Mailing list. This > mailing list will become read only in a few days so please start moving to > the forum ASAP. > >> > >> Note that you can subscribe to receive all forum posts as email > notifications if you wish (it’s configurable in your user profile). Also > note that for the moment it’s not possible to reply to the mails (we’re > still trying to configure this). > >> > >> We hope that you’ll appreciate this move :) > >> > >> Thanks > >> -Vincent > >> > >> PS: For the moment the XWiki Devs mailing list remains. It’s possible > that it could be moved to a forum too in the future but nothing is decided > and we’re migrating the users list first. > >> > > > > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-users] Error saving Notifications Preferences
[[Note: The XWiki project is switching away from this mailing list and moving to a forum: https://discourse.xwiki.org. This list will be made readonly in a few days. Please post on the forum from now on. Thanks.]] - Yes it is the information I needed. The request sent is correct. I don't understand why you get this 500 error. 2017-05-16 10:29 GMT+02:00 Marcio Barreto <marcio.barr...@first-global.com>: > We're switching away from this mailing list and moving to a forum: > https://discourse.xwiki.org. This list will be made readonly in a few > days. Please post on the forum from now on. Thanks. > Hi, > > Thnak you for your time, is this info you need? > > > Request > URL:http://wiki.XXX.com/xwiki/rest/wikis/xwiki/spaces/XWiki/ > pages/admin/objects?media=json > Request Method:POST > Status Code:500 > Remote Address:XXX.XXX.XX.XXX:80 > Referrer Policy:no-referrer-when-downgrade > > Query String Parameters > media:json > > Form Data > className:XWiki.Notifications.Code.NotificationPreferenceClass > property#eventType:create > property#notificationEnabled:1 > > So I'm getting a 500 error: > > jquery.js:9203 POST > http://wiki.XXX.com/xwiki/rest/wikis/xwiki/spaces/XWiki/ > pages/admin/objects?media=json > 500 () > send@ jquery.js:9203 > ajax@ jquery.js:8684 > n.(anonymous function) @ jquery.js:8835 > (anonymous) @ XWikiUserNotificationsSheet? > language=pt_PT=1.1:1 > dispatch@ jquery.js:4737 > r.handle@ jquery.js:4549 > trigger @ jquery.js:7819 > b @ eventsBridge.js:1 > (anonymous) @ jquery.js:7903 > each@ jquery.js:365 > each@ jquery.js:137 > trigger @ jquery.js:7902 > $element.on.change.bootstrapSwitch @ bootstrap-switch.min.js:22 > dispatch@ jquery.js:4737 > r.handle@ jquery.js:4549 > trigger @ jquery.js:7819 > b @ eventsBridge.js:1 > (anonymous) @ jquery.js:7903 > each@ jquery.js:365 > each@ jquery.js:137 > trigger @ jquery.js:7902 > t.state @ bootstrap-switch.min.js:22 > $label.on.mouseup.bootstrapSwitch touchend.bootstrapSwitch @ > bootstrap-switch.min.js:22 > dispatch@ jquery.js:4737 > r.handle@ jquery.js:4549 > > > thanks, > Marcio > > > > > -- > View this message in context: http://xwiki.475771.n2.nabble. > com/Error-saving-Notifications-Preferences-tp7603801p7603894.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-users] Error saving Notifications Preferences
javax.servlet.http.HttpServlet.service(HttpServlet.java:742) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:230) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:165) > at > org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter.doFilter( > XWikiContextInitializationFilter.java:85) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:192) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:165) > at > org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:192) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:165) > at > org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter( > SetHTTPHeaderFilter.java:63) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:192) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:165) > at > org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter. > doFilter(SavedRequestRestorerFilter.java:208) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:192) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:165) > at > org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter. > doFilter(SetCharacterEncodingFilter.java:111) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:192) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:165) > at > org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:134) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:192) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:165) > at > org.apache.catalina.core.StandardWrapperValve.invoke( > StandardWrapperValve.java:199) > at > org.apache.catalina.core.StandardContextValve.invoke( > StandardContextValve.java:96) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke( > AuthenticatorBase.java:475) > at > org.apache.catalina.core.StandardHostValve.invoke( > StandardHostValve.java:140) > at > org.apache.catalina.valves.ErrorReportValve.invoke( > ErrorReportValve.java:80) > at > org.apache.catalina.valves.AbstractAccessLogValve.invoke( > AbstractAccessLogValve.java:624) > at > org.apache.catalina.core.StandardEngineValve.invoke( > StandardEngineValve.java:87) > at > org.apache.catalina.connector.CoyoteAdapter.service( > CoyoteAdapter.java:341) > at > org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:495) > at > org.apache.coyote.AbstractProcessorLight.process( > AbstractProcessorLight.java:66) > at > org.apache.coyote.AbstractProtocol$ConnectionHandler.process( > AbstractProtocol.java:767) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor. > doRun(NioEndpoint.java:1354) > at > org.apache.tomcat.util.net.SocketProcessorBase.run( > SocketProcessorBase.java:49) > at > java.util.concurrent.ThreadPoolExecutor.runWorker( > ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run( > ThreadPoolExecutor.java:617) > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run( > TaskThread.java:61) > at java.lang.Thread.run(Thread.java:748) > > > Already searched everywhere for this error on notifications with no > success. > Can anyone kindly point me to some direction, already reinstalled twice > with > same result. > > best regards > > > > -- > View this message in context: http://xwiki.475771.n2.nabble. > com/Error-saving-Notifications-Preferences-tp7603801.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-users] [ANN] XWiki 9.3.1 released
Thanks for this release. 2017-04-26 15:15 GMT+02:00 Thomas Mortagne <thomas.morta...@xwiki.com>: > The XWiki development team is proud to announce the availability of XWiki > 9.3.1. > This version fix a bug that makes impossible to migrate subwikis and a > regression related to escaping in requests LIKE values. > > 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.3.1 > > Thanks for your support > -The XWiki dev team > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
[xwiki-users] [ANN] XWiki 9.2 released
The XWiki development team is proud to announce the availability of XWiki 9.2. This release introduces the Notification menu to follow wiki activity more easily. The Administration has been re-organized with a collapsible menu. The Menu Application becomes responsive with burger menus. For the advanced users, the CKEditor integration adds support for dedicated Insert Macro tool bar buttons and the Extension Manager adds support for conflict resolution configuration when installing an extension. As usual, the release also brings many bug fixes and other small improvements. 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.2 Thanks for your support -The XWiki dev team
Re: [xwiki-users] [xwiki-devs] [ANN] XWiki 9.1.1 released
We can be proud to have released it that fast :) 2017-03-01 19:20 GMT+01:00 Vincent Massol <vinc...@massol.net>: > > > On 1 Mar 2017, at 18:47, Thomas Mortagne <thomas.morta...@xwiki.com> > wrote: > > > > The XWiki development team is proud to announce the availability of > XWiki 9.1.1. > > Well, we’re not that proud actually :) > > Thanks to Thomas for having released quickly a new version that fixes the > regression introduced in 9.1. > > Thanks > -Vincent > > > This version fix a bug that makes the Distribution Wizard always > automated. > > > > 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.1.1 > > > > Thanks for your support > > -The XWiki dev team > > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-users] [ANN] XWiki 9.0 Release Candidate 1 released
And thanks to Thomas Mortagne who performed a big part of the release process. 2017-01-26 11:11 GMT+01:00 Guillaume Delhumeau < guillaume.delhum...@xwiki.com>: > The XWiki development team is proud to announce the availability of XWiki > 9.0 Release Candidate 1. > This version opens the new 9.x cycle. It contains all improvements > introduced in versions 8.4.1 to 8.4.4, and brings admin and developer > features mostly. Among other things, XWiki deals better with big > attachments now. > > 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.0RC1/ > > Thanks for your support > -The XWiki dev team > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
[xwiki-users] [ANN] XWiki 9.0 Release Candidate 1 released
The XWiki development team is proud to announce the availability of XWiki 9.0 Release Candidate 1. This version opens the new 9.x cycle. It contains all improvements introduced in versions 8.4.1 to 8.4.4, and brings admin and developer features mostly. Among other things, XWiki deals better with big attachments now. 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.0RC1/ Thanks for your support -The XWiki dev team
Re: [xwiki-users] Editing font using LESS Code
Your browser does not always download the CSS of XWiki, since it is almost everytime the same. It saves performances and bandwidth. However, when you make a change, the browser does not see it and does not download the updated CSS. So by clearing your browser's cache, it has not other choice than downloading the updated CSS file when it tries to display your XWiki page. Clear your cache could be done easily with firefox, by doing CTRL+SHIFT+R to refresh your page. 2017-01-10 4:29 GMT+01:00 hamiazuhk26 <khu.gamba...@gmail.com>: > Yes, done and its work.Thanks. > > What is the relation with this cache? How often this thing happen? > > > > -- > View this message in context: http://xwiki.475771.n2.nabble. > com/Editing-font-using-LESS-Code-tp7602322p7602348.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-users] Editing font using LESS Code
Hi. Have you tried to clear your browser's cache before refreshing the page? Thanks, 2017-01-09 4:20 GMT+01:00 hamiazuhk26 <khu.gamba...@gmail.com>: > Hi, I have changed the font using LESS-CODE. I want to know maybe this > LESS-Code is under renovation or what because, I have change the font > (small > the font for heading 2), Under this preview, when i select the doc, the > font > is changed. But in main xwiki, i mean main page. no changes for this font > for heading 2. > > > I have try and error so many times, cut and paste again the code but still > the same(the font is not changed). You can see the picture below: > > <http://xwiki.475771.n2.nabble.com/file/n7602322/heading2.png> As you see > here, the font for heading 2 which is 1.1 System Developing is changed. > > <http://xwiki.475771.n2.nabble.com/file/n7602322/mainPage-heading2_is_not_ > change.png> > (the font for heading 2 is not change) > > > > -- > View this message in context: http://xwiki.475771.n2.nabble. > com/Editing-font-using-LESS-Code-tp7602322.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-users] [myxwiki] new wiki request
Hello I've created your wiki: http://mwoyorlando.myxwiki.org/ Envoy! 2016-11-30 4:29 GMT+01:00 Gomez, Luis (North & Central Florida) < luis.go...@lls.org>: > I am looking to use xwiki as a communication tool for my volunteer > leadership team for a campaign for the Leukemia and Lymphoma Society. I am > the LLS Man and Woman of the Year Campaign Manager. > > > Owner name: Luis Gomez > > Wiki name: mwoyorlando > > > > Thank you, > > > > Luis Gomez > > Man & Woman of the Year Campaign Manager, Orlando > > Leukemia and Lymphoma Society > > 407-965-6575 > > NOTICE: This message, including all attachments transmitted with it, is > for the use of the addressee only. It may contain proprietary, confidential > and/or legally privileged information. No confidentiality or privilege is > waived or lost by any mistransmission. If you are not the intended > recipient, you must not, directly or indirectly, use, disclose, distribute, > print or copy any part of this message. If you believe you have received > this message in error, please delete it and all copies of it from your > system and notify the sender immediately by reply email. Thank you. > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-users] New installation - top menu bar missing?
2016-12-01 16:38 GMT+01:00 Vincent Massol <vinc...@massol.net>: > > > On 01 Dec 2016, at 16:35, Patrick M. Hausen <p...@hausen.com> wrote: > > > > Hi Guillaume, > > > >> Am 01.12.2016 um 15:42 schrieb Guillaume Delhumeau < > guillaume.delhum...@xwiki.com>: > >> > >> Hello Patrick. > >> > >> I think you should read > >> http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/ > that > >> will explain you everything. > > > > Thanks. > > > >> Short story: we don't have space anymore but only pages that can have > >> children. > >> > >> Hope you will appreciate. > > > > Your help - yes, of course. The demise of spaces - no, sorry. > > Spaces were a key feature why I picked Xwiki. We need > > different $SOMETHINGS for different working groups that > > should not be visible at all to users who are not members of > > that partciular group, yet easily navigatable for users with > > the necessary privileges. Very much like Confluence spaces. > > > > I'll read the docs and decide if we keep exploring XWiki and > > which feature (subwiki or nested pages) to use … > > You get what you want with XWiki :) > > You can have pages under other pages and you can set permissions on pages > that affect all children too. > Exactly. You can see each individual page as a space actually :) > > Thanks > -Vincent > > > > > > Thanks again > > Patrick > > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-users] New installation - top menu bar missing?
Hello Patrick. I think you should read http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization/ that will explain you everything. Short story: we don't have space anymore but only pages that can have children. Hope you will appreciate. Guillaume 2016-11-30 13:37 GMT+01:00 Patrick M. Hausen <p...@hausen.com>: > Hi, all, > > > Am 29.11.2016 um 21:36 schrieb Patrick M. Hausen <p...@hausen.com>: > > [...] > > > > http://platform.xwiki.org/xwiki/bin/view/Features/Spaces#HSpacecreation > > > > Unfortunately my XWiki doesn't have that menu bar with the "Home | Main > | WebHome | Add" > > at all! What am I missing here? > > Completely dumbfounded - the docs say "click Add -> Space" ... > > No one? The menu bar is clearly visible here: > http://platform.xwiki.org/xwiki/bin/view/Features/Spaces#HSpacecreation > > Yet, it is missing in my Wiki which looks like this: > http://i.imgur.com/ctG5kM3.jpg > > Thanks > Patrick -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
[xwiki-users] [ANN] Release of Nested Pages Migrator Application 0.7
Hello, A new version of the Nested Pages Migrator Application is available. See http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migrator+Application#Hv0.7 You can install or upgrade with the Extension Manager. This version brings a new tool that help you to check if the migration is needed. Thanks, -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
[xwiki-users] [ANN] Release of Limits Application 1.2.1.
Hello A new version of the Limits Application is available. See http://extensions.xwiki.org/xwiki/bin/view/Extension/Limits+Application/#Hv1.2.1 You can install with the Extension Manager. This version fixes an important bug which prevents the user to install the application via the Extension Manager. However, I would remind you that using the Extension Manager to install this particular application is not the recommend way, since any user having the administration right will be able to uninstall it. And thus remove the limitations you wanted to enforce. Have a good day, -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] Release of Nested Pages Migrator Application 0.6
Hello A new version of the Nested Pages Migrator Application is available. See http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migrator+Application#Hv0.6 You can install or upgrade with the Extension Manager. The application is still in beta but some progress have been made. Anca and Alex have fixed a couple of bugs and I have improved the UI. Complex settings are now hidden by default and it's now clear that the plan is actually a tree that you can expand. I hope it will help you to perform the migration, if you have not already done it. Thanks, -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Re-organize the Drawer's entries
OK so now it's a bit more than only re-organizing the drawer's entries. Your proposition is also about removing some elements, and renaming some of them. We are more closer to your original issue ( http://jira.xwiki.org/browse/XE-1582). It's a big change that we usually don't do at the end of a development cycle. Concerning its content, and more precisely the renaming of the items, I would love to read the opinion of committers. For example, I agree it looks more natural to see "All users" than "User Index" or "All other wikis" instead of "Wiki Index" in a subwiki, but it breaks the famous consistency principle we tend to have. I also like "Settings" instead of "Administration", but we could even go deeper and say "Settings of the wiki" to not confuse with "User Settings". You also propose a "Recent Changes" item, which could lead to the Activity Stream. Should I open a new discussion about this? For now, I could change the order of the elements, and introduce 2 categories: "items concerning the current wiki", and "items concerning the main wiki". It's already a breakage from the UI Extension API point of view. Thanks, 2016-11-03 10:01 GMT+01:00 Guillaume Delhumeau < guillaume.delhum...@xwiki.com>: > Yes Miroslav, we have received your message. Thanks you :) > > 2016-11-02 23:13 GMT+01:00 Miroslav Galajda <miroslav.gala...@gmail.com>: > >> Hi, I've sent an email with preference for P5, last week. Have you >> received >> it? >> >> P5 seems to me clean and logical to work with. >> >> Thanks >> Mirec >> >> On 2 November 2016 at 11:23, Guillaume Delhumeau < >> guillaume.delhum...@xwiki.com> wrote: >> >> > Hello. >> > >> > Thanks for your comments. Any other? >> > >> > Guillaume >> > >> > 2016-10-26 17:03 GMT+02:00 Jan-Paul Kleijn <em...@biggee.nl>: >> > >> > > P5 is also my favorite because it draws more attention to the content. >> > > It's the more grown-up version. >> > > >> > > >> > > Op 26-10-2016 om 10:28 schreef Guillaume Delhumeau: >> > > >> > > No opinion? >> > >> >> > >> 2016-10-24 18:09 GMT+02:00 Guillaume Delhumeau < >> > >> guillaume.delhum...@xwiki.com>: >> > >> >> > >> Hello dear developers and XWiki users. >> > >>> >> > >>> I would you to take a look at the issue >> http://jira.xwiki.org/browse/ >> > >>> XWIKI-13070. >> > >>> >> > >>> The problem is that the current order (that I have implemented >> based on >> > >>> my >> > >>> intuition) seems to not be clear for our users. The main point is >> that >> > >>> the >> > >>> menu mixes up global items (Home wiki, Wiki Index) and local ones >> > >>> (Administer Wiki, Page Index, Delete wiki, etc...). >> > >>> >> > >>> Caty and Oliver have made some proposals that you could find in the >> > >>> issue. >> > >>> >> > >>> They are called P1, P2, P3, P4 and P5. >> > >>> >> > >>> I propose you to express your preferences so we can implement it >> based >> > on >> > >>> a consensus. >> > >>> >> > >>> Here are mine: >> > >>> >> > >>> P1: There is a logical order and separation between item. However, >> it >> > >>> seems the more used actions (Wiki Index, Page Index) are less >> visible >> > >>> than >> > >>> some other (Delete Wiki, Create Wiki...) >> > >>> >> > >>> P2: The order and the separation are logic. The "delete wiki" >> action is >> > >>> still very visible but all other items are good. >> > >>> >> > >>> P3: Same than P2. Except that having "Wiki Index" along with "User, >> > Page >> > >>> and Application Index" mixes up local and global items. >> > >>> >> > >>> P4: Why not, but maybe the 3 first actions should be placed after >> the >> > >>> other ones, since they would be less used. Same remark about the >> mixing >> > >>> of >> > >>> local and global items. >> > >>> >> > >>> P5: A clear distinction between local a
[xwiki-users] [ANN] XWiki 8.4 released
The XWiki development team is proud to announce the availability of XWiki 8.4. This version brings a lot of usability improvements. The WYSIWYG editor ( *CKEditor*) has been upgraded and proposes a better dialog for the creation of links. It is also possible to configure it from the administration. Application Within Minutes does not enforce anymore the location where the application's entries must be created, but proposes to the creator the places *where* and *from where* these entries should be. We have also get rid of the Data page where the entries where created before. The default values of the user preferences are now better exposed to the users. The order of the applications in the application panel can now be changed by the administrator. And the users now have the ability to filter the page types when they create a page. As usual plenty of less noticeable improvements are proposed, and 45 bugs have been fixed since XWiki 8.3. 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/8.4/ Thanks for your support -The XWiki dev team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] hiding breadcrumbs
Hi Olivier. Actually, you cannot, except by modifying some template inside your skin. Guillaume 2016-11-05 19:47 GMT+01:00 oseres <ose...@xwiki.com>: > Hi, how do I remove breadcrumbs with Flamingo? > Thanks > > > > -- > View this message in context: http://xwiki.475771.n2.nabble. > com/hiding-breadcrumbs-tp5514619p7601764.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Re-organize the Drawer's entries
Yes Miroslav, we have received your message. Thanks you :) 2016-11-02 23:13 GMT+01:00 Miroslav Galajda <miroslav.gala...@gmail.com>: > Hi, I've sent an email with preference for P5, last week. Have you received > it? > > P5 seems to me clean and logical to work with. > > Thanks > Mirec > > On 2 November 2016 at 11:23, Guillaume Delhumeau < > guillaume.delhum...@xwiki.com> wrote: > > > Hello. > > > > Thanks for your comments. Any other? > > > > Guillaume > > > > 2016-10-26 17:03 GMT+02:00 Jan-Paul Kleijn <em...@biggee.nl>: > > > > > P5 is also my favorite because it draws more attention to the content. > > > It's the more grown-up version. > > > > > > > > > Op 26-10-2016 om 10:28 schreef Guillaume Delhumeau: > > > > > > No opinion? > > >> > > >> 2016-10-24 18:09 GMT+02:00 Guillaume Delhumeau < > > >> guillaume.delhum...@xwiki.com>: > > >> > > >> Hello dear developers and XWiki users. > > >>> > > >>> I would you to take a look at the issue > http://jira.xwiki.org/browse/ > > >>> XWIKI-13070. > > >>> > > >>> The problem is that the current order (that I have implemented based > on > > >>> my > > >>> intuition) seems to not be clear for our users. The main point is > that > > >>> the > > >>> menu mixes up global items (Home wiki, Wiki Index) and local ones > > >>> (Administer Wiki, Page Index, Delete wiki, etc...). > > >>> > > >>> Caty and Oliver have made some proposals that you could find in the > > >>> issue. > > >>> > > >>> They are called P1, P2, P3, P4 and P5. > > >>> > > >>> I propose you to express your preferences so we can implement it > based > > on > > >>> a consensus. > > >>> > > >>> Here are mine: > > >>> > > >>> P1: There is a logical order and separation between item. However, it > > >>> seems the more used actions (Wiki Index, Page Index) are less visible > > >>> than > > >>> some other (Delete Wiki, Create Wiki...) > > >>> > > >>> P2: The order and the separation are logic. The "delete wiki" action > is > > >>> still very visible but all other items are good. > > >>> > > >>> P3: Same than P2. Except that having "Wiki Index" along with "User, > > Page > > >>> and Application Index" mixes up local and global items. > > >>> > > >>> P4: Why not, but maybe the 3 first actions should be placed after the > > >>> other ones, since they would be less used. Same remark about the > mixing > > >>> of > > >>> local and global items. > > >>> > > >>> P5: A clear distinction between local and global scope. More used > items > > >>> are located first. This is my favorite one. > > >>> > > >>> > > >>> So +1 for P5, +0 for the other options so far. > > >>> > > >>> Now, what about you? > > >>> > > >>> Thanks, > > >>> Guillaume > > >>> > > >>> PS: I send this message to both devs and users mailing lists, > because I > > >>> think users are directly concerned by this topic. > > >>> > > >>> -- > > >>> Guillaume Delhumeau (guillaume.delhum...@xwiki.com) > > >>> Research & Development Engineer at XWiki SAS > > >>> Committer on the XWiki.org project > > >>> > > >>> > > >> > > >> > > > ___ > > > users mailing list > > > users@xwiki.org > > > http://lists.xwiki.org/mailman/listinfo/users > > > > > > > > > > > -- > > Guillaume Delhumeau (guillaume.delhum...@xwiki.com) > > Research & Development Engineer at XWiki SAS > > Committer on the XWiki.org project > > ___ > > users mailing list > > users@xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Re-organize the Drawer's entries
Hello. Thanks for your comments. Any other? Guillaume 2016-10-26 17:03 GMT+02:00 Jan-Paul Kleijn <em...@biggee.nl>: > P5 is also my favorite because it draws more attention to the content. > It's the more grown-up version. > > > Op 26-10-2016 om 10:28 schreef Guillaume Delhumeau: > > No opinion? >> >> 2016-10-24 18:09 GMT+02:00 Guillaume Delhumeau < >> guillaume.delhum...@xwiki.com>: >> >> Hello dear developers and XWiki users. >>> >>> I would you to take a look at the issue http://jira.xwiki.org/browse/ >>> XWIKI-13070. >>> >>> The problem is that the current order (that I have implemented based on >>> my >>> intuition) seems to not be clear for our users. The main point is that >>> the >>> menu mixes up global items (Home wiki, Wiki Index) and local ones >>> (Administer Wiki, Page Index, Delete wiki, etc...). >>> >>> Caty and Oliver have made some proposals that you could find in the >>> issue. >>> >>> They are called P1, P2, P3, P4 and P5. >>> >>> I propose you to express your preferences so we can implement it based on >>> a consensus. >>> >>> Here are mine: >>> >>> P1: There is a logical order and separation between item. However, it >>> seems the more used actions (Wiki Index, Page Index) are less visible >>> than >>> some other (Delete Wiki, Create Wiki...) >>> >>> P2: The order and the separation are logic. The "delete wiki" action is >>> still very visible but all other items are good. >>> >>> P3: Same than P2. Except that having "Wiki Index" along with "User, Page >>> and Application Index" mixes up local and global items. >>> >>> P4: Why not, but maybe the 3 first actions should be placed after the >>> other ones, since they would be less used. Same remark about the mixing >>> of >>> local and global items. >>> >>> P5: A clear distinction between local and global scope. More used items >>> are located first. This is my favorite one. >>> >>> >>> So +1 for P5, +0 for the other options so far. >>> >>> Now, what about you? >>> >>> Thanks, >>> Guillaume >>> >>> PS: I send this message to both devs and users mailing lists, because I >>> think users are directly concerned by this topic. >>> >>> -- >>> Guillaume Delhumeau (guillaume.delhum...@xwiki.com) >>> Research & Development Engineer at XWiki SAS >>> Committer on the XWiki.org project >>> >>> >> >> > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Re-organize the Drawer's entries
No opinion? 2016-10-24 18:09 GMT+02:00 Guillaume Delhumeau < guillaume.delhum...@xwiki.com>: > Hello dear developers and XWiki users. > > I would you to take a look at the issue http://jira.xwiki.org/browse/ > XWIKI-13070. > > The problem is that the current order (that I have implemented based on my > intuition) seems to not be clear for our users. The main point is that the > menu mixes up global items (Home wiki, Wiki Index) and local ones > (Administer Wiki, Page Index, Delete wiki, etc...). > > Caty and Oliver have made some proposals that you could find in the issue. > > They are called P1, P2, P3, P4 and P5. > > I propose you to express your preferences so we can implement it based on > a consensus. > > Here are mine: > > P1: There is a logical order and separation between item. However, it > seems the more used actions (Wiki Index, Page Index) are less visible than > some other (Delete Wiki, Create Wiki...) > > P2: The order and the separation are logic. The "delete wiki" action is > still very visible but all other items are good. > > P3: Same than P2. Except that having "Wiki Index" along with "User, Page > and Application Index" mixes up local and global items. > > P4: Why not, but maybe the 3 first actions should be placed after the > other ones, since they would be less used. Same remark about the mixing of > local and global items. > > P5: A clear distinction between local and global scope. More used items > are located first. This is my favorite one. > > > So +1 for P5, +0 for the other options so far. > > Now, what about you? > > Thanks, > Guillaume > > PS: I send this message to both devs and users mailing lists, because I > think users are directly concerned by this topic. > > -- > Guillaume Delhumeau (guillaume.delhum...@xwiki.com) > Research & Development Engineer at XWiki SAS > Committer on the XWiki.org project > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Re-organize the Drawer's entries
Hello dear developers and XWiki users. I would you to take a look at the issue http://jira.xwiki.org/browse/XWIKI-13070. The problem is that the current order (that I have implemented based on my intuition) seems to not be clear for our users. The main point is that the menu mixes up global items (Home wiki, Wiki Index) and local ones (Administer Wiki, Page Index, Delete wiki, etc...). Caty and Oliver have made some proposals that you could find in the issue. They are called P1, P2, P3, P4 and P5. I propose you to express your preferences so we can implement it based on a consensus. Here are mine: P1: There is a logical order and separation between item. However, it seems the more used actions (Wiki Index, Page Index) are less visible than some other (Delete Wiki, Create Wiki...) P2: The order and the separation are logic. The "delete wiki" action is still very visible but all other items are good. P3: Same than P2. Except that having "Wiki Index" along with "User, Page and Application Index" mixes up local and global items. P4: Why not, but maybe the 3 first actions should be placed after the other ones, since they would be less used. Same remark about the mixing of local and global items. P5: A clear distinction between local and global scope. More used items are located first. This is my favorite one. So +1 for P5, +0 for the other options so far. Now, what about you? Thanks, Guillaume PS: I send this message to both devs and users mailing lists, because I think users are directly concerned by this topic. -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki 8 migration JSX Extension velocity parse
Of course, this will not fix the real bug, and it won't work with your
stylesheet extension.
2016-10-13 13:20 GMT+02:00 Guillaume Delhumeau <
guillaume.delhum...@xwiki.com>:
> You are probably experiencing a bug.
>
> However, I will propose you a solution that we consider as a Best Practice.
>
> var url = new XWiki.Document(XWiki.Model.resolve('cdlsDashboard.statsGlobal',
> XWiki.EntityType.DOCUMENT)).getURL('view', 'xpage=plain=
> plain')
>
> I hope it helps,
>
> Guillaume
>
> 2016-10-13 12:15 GMT+02:00 Gerritjan Koekkoek <gerrit...@cdlsworld.org>:
>
>> Yes : parse was/is set to true
>>
>> Verstuurd vanaf mijn iPhone
>>
>> > Op 13 okt. 2016 om 12:13 heeft Guillaume Delhumeau <
>> guillaume.delhum...@xwiki.com> het volgende geschreven:
>> >
>> > Hello.
>> >
>> > On your JavaScript Skin Extension object, have you set "Parse content"
>> to
>> > "yes"?
>> >
>> > 2016-10-12 13:59 GMT+02:00 Gerritjan Koekkoek <gerrit...@cdlsworld.org
>> >:
>> >
>> >> Hi,
>> >>
>> >>
>> >> We have this javascript function
>> >>
>> >> function getStats(event) {
>> >>
>> >>var url = "$xwiki.getURL('cdlsDashboard.statsGlobal',
>> >> 'view')?xpage=plain=plain";
>> >>
>> >>request(url, setStats, event);
>> >>
>> >> }
>> >>
>> >> Since migration to version 8 the browser console shows a strange get
>> >> function and resulting error:
>> >> cdlsworld.devxwiki.com/xwiki/bin/view/cdlsDashboard/$xwiki.
>> >> getURL('cdlsDashboard.statsGlobal',%20'view')
>> >>
>> >> It looks like the velocity is not based before creating a javascript?
>> >> I've had similar in a stylesheet extension
>> >>
>> >> Is something changed in version XWiki 8 (we came from 6.4.x)?
>> >>
>> >>
>> >> Gerritjan Koekkoek
>> >> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
>> >> Visit our website<http://www.cdlsworld.org>
>> >> Facebook<https://www.facebook.com/gerritjan.koekkoek>
>> >> email<gerrit...@cdlsworld.org>
>> >>
>> >>
>> >>
>> >> ___
>> >> users mailing list
>> >> users@xwiki.org
>> >> http://lists.xwiki.org/mailman/listinfo/users
>> >>
>> >
>> >
>> >
>> > --
>> > Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
>> > Research & Development Engineer at XWiki SAS
>> > Committer on the XWiki.org project
>> > ___
>> > users mailing list
>> > users@xwiki.org
>> > http://lists.xwiki.org/mailman/listinfo/users
>> ___
>> users mailing list
>> users@xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>
>
>
> --
> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> Research & Development Engineer at XWiki SAS
> Committer on the XWiki.org project
>
--
Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki 8 migration JSX Extension velocity parse
You are probably experiencing a bug.
However, I will propose you a solution that we consider as a Best Practice.
var url = new
XWiki.Document(XWiki.Model.resolve('cdlsDashboard.statsGlobal',
XWiki.EntityType.DOCUMENT)).getURL('view', 'xpage=plain=plain')
I hope it helps,
Guillaume
2016-10-13 12:15 GMT+02:00 Gerritjan Koekkoek <gerrit...@cdlsworld.org>:
> Yes : parse was/is set to true
>
> Verstuurd vanaf mijn iPhone
>
> > Op 13 okt. 2016 om 12:13 heeft Guillaume Delhumeau <
> guillaume.delhum...@xwiki.com> het volgende geschreven:
> >
> > Hello.
> >
> > On your JavaScript Skin Extension object, have you set "Parse content" to
> > "yes"?
> >
> > 2016-10-12 13:59 GMT+02:00 Gerritjan Koekkoek <gerrit...@cdlsworld.org>:
> >
> >> Hi,
> >>
> >>
> >> We have this javascript function
> >>
> >> function getStats(event) {
> >>
> >>var url = "$xwiki.getURL('cdlsDashboard.statsGlobal',
> >> 'view')?xpage=plain=plain";
> >>
> >>request(url, setStats, event);
> >>
> >> }
> >>
> >> Since migration to version 8 the browser console shows a strange get
> >> function and resulting error:
> >> cdlsworld.devxwiki.com/xwiki/bin/view/cdlsDashboard/$xwiki.
> >> getURL('cdlsDashboard.statsGlobal',%20'view')
> >>
> >> It looks like the velocity is not based before creating a javascript?
> >> I've had similar in a stylesheet extension
> >>
> >> Is something changed in version XWiki 8 (we came from 6.4.x)?
> >>
> >>
> >> Gerritjan Koekkoek
> >> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> >> Visit our website<http://www.cdlsworld.org>
> >> Facebook<https://www.facebook.com/gerritjan.koekkoek>
> >> email<gerrit...@cdlsworld.org>
> >>
> >>
> >>
> >> ___
> >> users mailing list
> >> users@xwiki.org
> >> http://lists.xwiki.org/mailman/listinfo/users
> >>
> >
> >
> >
> > --
> > Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> > Research & Development Engineer at XWiki SAS
> > Committer on the XWiki.org project
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
--
Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki 8 migration JSX Extension velocity parse
Hello.
On your JavaScript Skin Extension object, have you set "Parse content" to
"yes"?
2016-10-12 13:59 GMT+02:00 Gerritjan Koekkoek <gerrit...@cdlsworld.org>:
> Hi,
>
>
> We have this javascript function
>
> function getStats(event) {
>
> var url = "$xwiki.getURL('cdlsDashboard.statsGlobal',
> 'view')?xpage=plain=plain";
>
> request(url, setStats, event);
>
> }
>
> Since migration to version 8 the browser console shows a strange get
> function and resulting error:
> cdlsworld.devxwiki.com/xwiki/bin/view/cdlsDashboard/$xwiki.
> getURL('cdlsDashboard.statsGlobal',%20'view')
>
> It looks like the velocity is not based before creating a javascript?
> I've had similar in a stylesheet extension
>
> Is something changed in version XWiki 8 (we came from 6.4.x)?
>
>
> Gerritjan Koekkoek
> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> Visit our website<http://www.cdlsworld.org>
> Facebook<https://www.facebook.com/gerritjan.koekkoek>
> email<gerrit...@cdlsworld.org>
>
>
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
--
Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWQL datatype question
More over, it also depends on the field "Relational Storage".
See, for example:
https://www.xwiki.org/xwiki/bin/view/FAQ/HowToCreateAOneToManyRelationshipInXWiki
2016-09-28 17:31 GMT+02:00 Guillaume Delhumeau <
guillaume.delhum...@xwiki.com>:
> For list of Users, it's the fullname of the document holding the user,
> example: XWiki:gdelhumeau.
>
> For a database list, it depends on what you have put in the class. You
> haven't given enough information about the "research" field. Could you
> describe it a bit more?
>
> 2016-09-28 16:23 GMT+02:00 Gerritjan Koekkoek <gerrit...@cdlsworld.org>:
>
>> Thanks, code checked, made some improvements.
>>
>> But the query should recognize that both class attributes are of type
>> DBLIST.
>>
>>
>> the question is how I should specify the where clause:
>>
>>
>> so
>>
>> where dblist_property1 = :bindvalue1 and dblist_property2 = :bindvalue2
>>
>>
>> What should we put in our two bindvalue's ?
>>
>> a string: 'text'
>>
>> a array: ['text']
>>
>> a object {text}
>>
>>
>> Gerritjan Koekkoek
>> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
>> Visit our website<http://www.cdlsworld.org>
>> Facebook<https://www.facebook.com/gerritjan.koekkoek>
>> email<gerrit...@cdlsworld.org>
>>
>>
>>
>>
>> From: users <users-boun...@xwiki.org> on behalf of Guillaume Delhumeau <
>> guillaume.delhum...@xwiki.com>
>> Sent: 28 September 2016 12:12:16
>> To: XWiki Users
>> Subject: Re: [xwiki-users] XWQL datatype question
>>
>> Hi.
>>
>> Note that this line:
>> #set( $qParticipations = "from doc.object('$participationClassName') as
>> participation where doc.fullName <> 'waihonapediaResearchParticipa
>> tionTemplate'
>> and participation.research = :thisresearch" and participation.family =
>> :thisUser)
>>
>> is invalid (you closed the " too soon). But I guess it's not your problem.
>>
>> Also, I really doubt that you have a page called
>> 'waihonapediaResearchParticipationTemplate' (it's supposed to be a
>> fullname).
>>
>> There is also invalid simple quotes (') in doc.object.
>>
>>
>> So the correct query should be:
>> #set( $qParticipations = "from doc.object(WaihonaCode.
>> waihonapediaResearchParticipationClass) as participation where
>> doc.fullName
>> <> 'WaihonaCode.waihonapediaResearchParticipationTemplate' and
>> participation.research = :thisresearch and participation.family =
>> :thisUser")
>>
>> I hope it helps,
>>
>> 2016-09-27 14:03 GMT+02:00 Gerritjan Koekkoek <gerrit...@cdlsworld.org>:
>>
>> > Hi,
>> >
>> >
>> > I have this class:
>> >
>> > #set( $participationClassName = "WaihonaCode.
>> > waihonapediaResearchParticipationClass" )
>> >
>> >
>> > Class properties
>> >
>> > researchparticipation.family (family: List of Users)
>> >
>> > researchparticipation.research (research: Database List)
>> >
>> > researchparticipation.participate (participate: Boolean)
>> >
>> > researchparticipation.datasend (datasend: Boolean)
>> >
>> >
>> >
>> > I have this XWQL:
>> >
>> >
>> > #set( $qParticipations = "from doc.object('$participationClassName') as
>> > participation where doc.fullName <> 'waihonapediaResearchParticipa
>> tionTemplate'
>> > and participation.research = :thisresearch" and participation.family =
>> > :thisUser)
>> >
>> >
>> > I'm getting velocity error:
>> >
>> > Caused by: org.hibernate.QueryException: could not resolve property:
>> > research of: com.xpn.xwiki.objects.BaseObject [ select doc.fullName
>> from
>> > com.xpn.xwiki.doc.XWikiDocument as doc , com.xpn.xwiki.objects.BaseObje
>> ct
>> > as participation where
>> >
>> >
>> > When doing similar on a class where class properties are of type string
>> I
>> > have no Issues?
>> >
>> > What should I do with these properties: List of Users (always only 1)
>> and
>> > Database List (always only 1)?
>> >
>> >
>> > Gerritjan Koekkoek
>> > Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
>> > Visit our
Re: [xwiki-users] XWQL datatype question
For list of Users, it's the fullname of the document holding the user,
example: XWiki:gdelhumeau.
For a database list, it depends on what you have put in the class. You
haven't given enough information about the "research" field. Could you
describe it a bit more?
2016-09-28 16:23 GMT+02:00 Gerritjan Koekkoek <gerrit...@cdlsworld.org>:
> Thanks, code checked, made some improvements.
>
> But the query should recognize that both class attributes are of type
> DBLIST.
>
>
> the question is how I should specify the where clause:
>
>
> so
>
> where dblist_property1 = :bindvalue1 and dblist_property2 = :bindvalue2
>
>
> What should we put in our two bindvalue's ?
>
> a string: 'text'
>
> a array: ['text']
>
> a object {text}
>
>
> Gerritjan Koekkoek
> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> Visit our website<http://www.cdlsworld.org>
> Facebook<https://www.facebook.com/gerritjan.koekkoek>
> email<gerrit...@cdlsworld.org>
>
>
>
>
> From: users <users-boun...@xwiki.org> on behalf of Guillaume Delhumeau <
> guillaume.delhum...@xwiki.com>
> Sent: 28 September 2016 12:12:16
> To: XWiki Users
> Subject: Re: [xwiki-users] XWQL datatype question
>
> Hi.
>
> Note that this line:
> #set( $qParticipations = "from doc.object('$participationClassName') as
> participation where doc.fullName <> 'waihonapediaResearchParticipat
> ionTemplate'
> and participation.research = :thisresearch" and participation.family =
> :thisUser)
>
> is invalid (you closed the " too soon). But I guess it's not your problem.
>
> Also, I really doubt that you have a page called
> 'waihonapediaResearchParticipationTemplate' (it's supposed to be a
> fullname).
>
> There is also invalid simple quotes (') in doc.object.
>
>
> So the correct query should be:
> #set( $qParticipations = "from doc.object(WaihonaCode.
> waihonapediaResearchParticipationClass) as participation where
> doc.fullName
> <> 'WaihonaCode.waihonapediaResearchParticipationTemplate' and
> participation.research = :thisresearch and participation.family =
> :thisUser")
>
> I hope it helps,
>
> 2016-09-27 14:03 GMT+02:00 Gerritjan Koekkoek <gerrit...@cdlsworld.org>:
>
> > Hi,
> >
> >
> > I have this class:
> >
> > #set( $participationClassName = "WaihonaCode.
> > waihonapediaResearchParticipationClass" )
> >
> >
> > Class properties
> >
> > researchparticipation.family (family: List of Users)
> >
> > researchparticipation.research (research: Database List)
> >
> > researchparticipation.participate (participate: Boolean)
> >
> > researchparticipation.datasend (datasend: Boolean)
> >
> >
> >
> > I have this XWQL:
> >
> >
> > #set( $qParticipations = "from doc.object('$participationClassName') as
> > participation where doc.fullName <> 'waihonapediaResearchParticipat
> ionTemplate'
> > and participation.research = :thisresearch" and participation.family =
> > :thisUser)
> >
> >
> > I'm getting velocity error:
> >
> > Caused by: org.hibernate.QueryException: could not resolve property:
> > research of: com.xpn.xwiki.objects.BaseObject [ select doc.fullName from
> > com.xpn.xwiki.doc.XWikiDocument as doc , com.xpn.xwiki.objects.
> BaseObject
> > as participation where
> >
> >
> > When doing similar on a class where class properties are of type string I
> > have no Issues?
> >
> > What should I do with these properties: List of Users (always only 1) and
> > Database List (always only 1)?
> >
> >
> > Gerritjan Koekkoek
> > Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> > Visit our website<http://www.cdlsworld.org>
> > Facebook<https://www.facebook.com/gerritjan.koekkoek>
> > email<gerrit...@cdlsworld.org>
> >
> >
> >
> > ___
> > users mailing list
> > users@xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> >
>
>
>
> --
> Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
> Research & Development Engineer at XWiki SAS
> Committer on the XWiki.org project
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
--
Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Skins - Fix Nav Menus when scrooling page content
Hello. For the top menu, I think you should look at: http://getbootstrap.com/components/#navbar-fixed-top Example: https://jsfiddle.net/5hspvk08/ For the panels, however, it's more complex. I hope it helps, 2016-09-27 17:09 GMT+02:00 Ramon Gomes Brandao < ramon.bran...@planejamento.gov.br>: > Hi XWiki Team, > > I'm trying to design a new skin based on flaming to attend our company's > use cases (with XE 8.x) and we were required to fix the top menu divs (for > instance, the menuview div and the headerglobal div), as well as, if > possible, side panels, while scrooling the page content. The side panels > div shoud also be scroolabe, when the elements overflow the viewport. > > I could not achieve any success overriding some flamingo's CSS and trying > to fix elements with position CSS statement. How is the best way to achieve > that using a new skin approach? I won't also forget to be responsible for > small screens, so fixing side panels and top menu is not a good idea. How > is the best way to deal with this? > > Best Regards, > > > RAMON BRANDÃO > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWQL datatype question
Hi.
Note that this line:
#set( $qParticipations = "from doc.object('$participationClassName') as
participation where doc.fullName <> 'waihonapediaResearchParticipationTemplate'
and participation.research = :thisresearch" and participation.family =
:thisUser)
is invalid (you closed the " too soon). But I guess it's not your problem.
Also, I really doubt that you have a page called
'waihonapediaResearchParticipationTemplate' (it's supposed to be a
fullname).
There is also invalid simple quotes (') in doc.object.
So the correct query should be:
#set( $qParticipations = "from doc.object(WaihonaCode.
waihonapediaResearchParticipationClass) as participation where doc.fullName
<> 'WaihonaCode.waihonapediaResearchParticipationTemplate' and
participation.research = :thisresearch and participation.family =
:thisUser")
I hope it helps,
2016-09-27 14:03 GMT+02:00 Gerritjan Koekkoek <gerrit...@cdlsworld.org>:
> Hi,
>
>
> I have this class:
>
> #set( $participationClassName = "WaihonaCode.
> waihonapediaResearchParticipationClass" )
>
>
> Class properties
>
> researchparticipation.family (family: List of Users)
>
> researchparticipation.research (research: Database List)
>
> researchparticipation.participate (participate: Boolean)
>
> researchparticipation.datasend (datasend: Boolean)
>
>
>
> I have this XWQL:
>
>
> #set( $qParticipations = "from doc.object('$participationClassName') as
> participation where doc.fullName <>
> 'waihonapediaResearchParticipationTemplate'
> and participation.research = :thisresearch" and participation.family =
> :thisUser)
>
>
> I'm getting velocity error:
>
> Caused by: org.hibernate.QueryException: could not resolve property:
> research of: com.xpn.xwiki.objects.BaseObject [ select doc.fullName from
> com.xpn.xwiki.doc.XWikiDocument as doc , com.xpn.xwiki.objects.BaseObject
> as participation where
>
>
> When doing similar on a class where class properties are of type string I
> have no Issues?
>
> What should I do with these properties: List of Users (always only 1) and
> Database List (always only 1)?
>
>
> Gerritjan Koekkoek
> Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
> Visit our website<http://www.cdlsworld.org>
> Facebook<https://www.facebook.com/gerritjan.koekkoek>
> email<gerrit...@cdlsworld.org>
>
>
>
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
--
Guillaume Delhumeau (guillaume.delhum...@xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] Release of Limits Application 1.2.
Hi users and devs, The Limits Application has been improved again. It seems I have taken the manta "release early, release often" very seriously :). The 1.2 version has been released and brings the ability to handle custom limits. See: http://extensions.xwiki.org/xwiki/bin/view/Extension/Limits+Application Thanks, -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] Limits Application 1.1 has been released
Hello. Yesterday, I announced you the availability of a new extension: the Limits Application. Since, Thomas Mortagne suggested me an idea to make it better. The UI of the application is now contained in the JAR, so it cannot be removed by mistake by an user who manipulates wiki pages. Moreover, the UI is now visible on every subwikis, without the need to install something on each of them. Also, developers will be happy because they can overwrite the default UI like any skin template! To download it or see more informations, see: http://extensions.xwiki.org/xwiki/bin/view/Extension/Limits+Application/#Hv1.1 Thanks, -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] A new extension released on Contrib: Limits Application
Hello. I just have released the first version of a new application in contrib, the Limits Application. This extension prevents the creation of too many users or wikis in an instance. It can also limits the number of members of any global group you want. The reason behind the creation of this application is the need, for XWiki hosters, to add some restrictions on their instances to save their resources. For example, a virtual machine handling a lot of users needs more memory: it's fair that the client pay more to push back these limits. See: http://extensions.xwiki.org/xwiki/bin/view/Extension/Limits+Application/ Thanks, -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [myxwiki] How to return to the first installed version of my xwiki space ?
Hi. I transfer your message to the proper mailing list. -- Forwarded message -- From: paulebou...@gmail.com <paulebou...@gmail.com> Date: 2016-09-09 17:49 GMT+02:00 Subject: How to return to the first installed version of my xwiki space ? To: guillaume.delhum...@xwiki.com Hi, How can i come back to the original configuration of my xwiki space ? ... Seem i have deleted the administration module !!! and, i can't use my xwiki space anymore ... It's very problematic because,i have plan to use it all this year to animate the local discussion groups for citizens of Bagnolet ... Can you please re-initialize my space ? Thanks for your help. Paule Bouton paulebou...@gmail.com -- [image: Avast logo] <https://www.avast.com/antivirus> This email has been checked for viruses by Avast antivirus software. www.avast.com <https://www.avast.com/antivirus> -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] [ANN] Tour Application 1.0.3 Released
Hi Mario. Indeed, since 8.2, the Tour Application is already bundled with XWiki Enterprise, which means that the webjar of the dependency (bootstrap-tour) is considered as a "core extension" which also means that it can only be upgraded along with the whole XWiki Enterprise. It's an issue that we know and we are currently looking for solutions: http://markmail.org/message/mbut2lhatyeu6wzv Thanks, 2016-08-26 9:34 GMT+02:00 Mario <mario.hofstaet...@automationx.com>: > I'm unable to update the Tour Application from 1.0.2 to 1.0.4: > > > > I'm running xwiki 8.2.1 (standalone sandbox on Windows). > > If i click on dependency [org.webjars:bootstrap-tour-0.11.0] it Displays > "Version 0.10.2-1 is pre installed", but no option to update? > > Thank you > Mario > > > > -- > View this message in context: http://xwiki.475771.n2.nabble. > com/ANN-Tour-Application-1-0-3-Released-tp7600865p7600889.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] [ANN] Tour Application 1.0.3 Released
I've just release Tour Application 1.0.4 which fixes an important bug. See: http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+Application#Hv1.0.4 Thanks. 2016-08-25 12:29 GMT+02:00 Alexandru Cotiuga <alexandru.coti...@xwiki.com>: > In fact I don't know how I ended up with the broken link in the browser by > clicking your. At a second try it worked. Sorry for the noise. > > On Thu, Aug 25, 2016 at 1:27 PM, Alexandru Cotiuga < > alexandru.coti...@xwiki.com> wrote: > > > Hi, > > The link you gave is wrong (contains an extra '_'). See > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+ > > Application#Hv1.0.3. > > > > > > > > On Thu, Aug 25, 2016 at 12:29 PM, Guillaume Delhumeau < > > guillaume.delhum...@xwiki.com> wrote: > > > >> Hello all, > >> > >> Yesterday, I have released a new bugfix version of the Tour Application. > >> > >> One of the interesting fix is the fact that the elements that were badly > >> highlighted should be better displayed now. > >> > >> See http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+ > Application > >> #Hv1.0.3 > >> <http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+ > Application#Hv1.0.3> > >> . > >> > >> You can install or upgrade with the Extension Manager. > >> > >> Thanks, > >> > >> -- > >> Guillaume Delhumeau (guillaume.delhum...@xwiki.com) > >> Research & Development Engineer at XWiki SAS > >> Committer on the XWiki.org project > >> ___ > >> devs mailing list > >> d...@xwiki.org > >> http://lists.xwiki.org/mailman/listinfo/devs > >> > > > > > ___ > devs mailing list > d...@xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] Tour Application 1.0.3 Released
Hello all, Yesterday, I have released a new bugfix version of the Tour Application. One of the interesting fix is the fact that the elements that were badly highlighted should be better displayed now. See http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+Application #Hv1.0.3. You can install or upgrade with the Extension Manager. Thanks, -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] XWiki 8.3 Milestone 1 released
The XWiki development team is proud to announce the availability of XWiki 8.3 Milestone 1. This release brings mostly usability improvements. 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/ReleaseNotesXWiki83M1 Thanks for your support -The XWiki dev team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Custom Mapping.
Hello. It would be better with a stack trace so we can see what happens. Have you executed the groovy script, as explained there: http://platform.xwiki.org/xwiki/bin/view/DevGuide/CustomMapping Thanks, Guillaume 2016-06-02 21:49 GMT+02:00 dullfig <da...@grmcompany.com>: > Ok, first off, I tried, I really did > > I'm trying to map an object called Data.Code.Employee.Class to its own > table. Here's what I have done so far: > > In \xwiki\WEB-INF\ i have a file called EmployeeClass.hbm.xml that has the > following content > > > > >-//Hibernate/Hibernate Mapping DTD//EN > http://www.hibernate.org/dtd/hibernate-mapping-3.0.dtd;> > > > > > > > > length="255"/> > length="255"/> > length="255"/> > > column="xws_supervisor"/> > > > > length="255"/> > length="255"/> > length="255"/> > length="255"/> > > length="255"/> > length="255"/> > > > > > Then in the hibernate.cfg.xml file I added a mapping resource to the MySQL > section like this: > > > jdbc:mysql://localhost/xwiki > xwiki > xwiki > name="connection.driver_class">com.mysql.jdbc.Driver > name="dialect">org.hibernate.dialect.MySQL5InnoDBDialect > true > 20 > > > > > > > > I also enabled custom mapping by setting > xwiki.store.hibernate.custommapping=1 in xwiki.cfg > > I created the xwikiemployeeclass table in MySQL manually and it made no > difference. > > So here is what happens: if I add the mapping resource to the hibernate > file, xwiki freezes at about 50% loading. If I remove that line everything > is fine. I'm fresh out of ideas. > > HELP!! > > Dan > > PS.: none of those other xml files mentioned in the MySQL section seem to > be > anywhere. Can't find them. Where are they? (like the instance.hbm.xml file > for example) > > > > -- > View this message in context: > http://xwiki.475771.n2.nabble.com/Custom-Mapping-tp7599790.html > Sent from the XWiki- Users mailing list archive at Nabble.com. > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [ANN] Release of Nested Pages Migrator Application 0.5
The link is bad. The good one is: http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migrator+Application#Hv0.5 2016-05-25 13:13 GMT+02:00 Guillaume Delhumeau < guillaume.delhum...@xwiki.com>: > Hello > > A new version of the Nested Pages Migrator Application extension is > available. See > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migrator+Application#Hv0.5 > <http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+Application#Hv1.0> > You can install or upgrade with the Extension Manager. > > The application is still a beta version that you should use carefully. > XWiki crashes might occur during the migration. But this version brings the > ability to detect bad documents created because of these crashes so you are > able to finish the migration by restarting XWiki (several times if needed). > It is still not a friendly process, but at least it is possible and I know > it will help some peoples. > > It also brings an icon in the applications panel :) > > Enjoy! > > -- > Guillaume Delhumeau (guillaume.delhum...@xwiki.com) > Research & Development Engineer at XWiki SAS > Committer on the XWiki.org project > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] Release of Nested Pages Migrator Application 0.5
Hello A new version of the Nested Pages Migrator Application extension is available. See http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migrator+Application#Hv0.5 <http://extensions.xwiki.org/xwiki/bin/view/Extension/Tour+Application#Hv1.0> You can install or upgrade with the Extension Manager. The application is still a beta version that you should use carefully. XWiki crashes might occur during the migration. But this version brings the ability to detect bad documents created because of these crashes so you are able to finish the migration by restarting XWiki (several times if needed). It is still not a friendly process, but at least it is possible and I know it will help some peoples. It also brings an icon in the applications panel :) Enjoy! -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] XWiki 8.1 Milestone 2 released
The XWiki development team is proud to announce the availability of XWiki 8.1 Milestone 2. This milestone release brings a new parameter to the Document Macro, the synchronization of the avatars coming from LDAP and the support of feeds delivered over HTTPS in the RSS Macro. 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/ReleaseNotesXWiki81M2 The following people have contributed code to this release (sorted alphabetically): - Alexandru Cotiuga - Clemens Robbenhaar - Eduard Moraru - Guillaume Delhumeau - Lukas Raska - Manuel Smeria - Marius Dumitru Florea - Thomas Mortagne - Vincent Massol - Yuri Konotopov Thanks for your support -The XWiki dev team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] A tool to convert terminal pages to Nested Pages
Hello. The version 0.3 has been released today. The preferences and the rights of pages are now handled. So if you move a page under an other one, causing different preferences or rights are applied on that page, the tool will create preferences/rights on this page to preserve the old settings. You can test it there: http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migrator+Application Feedback are welcome. Next objective: apply the plan on the wiki! Thanks, Guillaume 2016-02-09 19:47 GMT+01:00 Guillaume Delhumeau < guillaume.delhum...@xwiki.com>: > Hello. > > Charlie, you might have experienced http://jira.xwiki.org/browse/NPMIG-11. > The good news is that I've fixed it. > > Now, I am happy to announce that I have released the version 0.2.1 of the > application. It brings some new features: > - the plan computation is done asynchronously > - the ability to set manually the parent of a document has been implemented > - 2 converted pages cannot have the same target (no collision). > - more cases are handled. > > More informations there: > http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migrator+Application#Hv0.2.1 > > Thanks, > > Guillaume > > 2016-02-02 15:27 GMT+01:00 Guillaume Delhumeau < > guillaume.delhum...@xwiki.com>: > >> Hi Charlie, and thanks for your feedback. >> >> I was considering using a job and displaying a progress bar during the >> computation of the plan. Your example shows that we need it :) >> >> 2016-02-01 22:09 GMT+01:00 Charlie Mann <charlie.m...@aed.pro>: >> >>> I tried this extension out on our test server where we are simulating >>> upgrading from 7.1.2 to 7.4. It looks like it will be a very helpful >>> tool >>> in converting to the new nested pages scheme. One thing I did notice is >>> that one of our wikis that had a lot of nested pages under a space would >>> never show the migration plan. It was as though it was frozen. >>> >>> Charlie >>> >>> -Original Message- >>> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Guillaume >>> Delhumeau >>> Sent: Tuesday, January 26, 2016 2:43 AM >>> To: XWiki Users <users@xwiki.org> >>> Subject: Re: [xwiki-users] A tool to convert terminal pages to Nested >>> Pages >>> >>> No opinion ? >>> >>> Thanks, >>> >>> 2016-01-20 9:53 GMT+01:00 Guillaume "Louis-Marie" Delhumeau < >>> gdelhum...@xwiki.com>: >>> >>> > Hello, users of XWiki! >>> > >>> > I just have released the first version (alpha) of a new application to >>> > help you convert your existing (terminal) pages to nested pages after >>> > an upgrade to a recent wiki (7.4.x is the targeted version). >>> > >>> > This tool is available and can be installed directly with Extension >>> > Manager. All informations are there: >>> > >>> > http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migr >>> > ator+Application >>> > >>> > The application *does not currently apply the migration*. It only >>> > computes a plan which say what actions should be done. The purpose, >>> > right now, is only to test the tool without affecting any wiki. >>> > >>> > There is an option to simply convert your pages to nested pages >>> > (Space.Page => Space.Page.WebHome) so they can have children (which >>> > they cannot while being terminal). But, by default, the migrator tries >>> > to preserve the existing hierarchy of pages (based on the "parent" >>> > field of each page) by moving the pages under their parent page. So if >>> > you have SpaceA.PageA with SpaceB.PageB as parent, the proposed >>> > migration will be SpaceA.PageA => SpaceB.PageB.PageA.WebHome. >>> > >>> > In the future, the plan will also contain actions for preserving the >>> > configured preferences (right now, if a page is moved, all the >>> > preferences from its previous space are not applied to it anymore), and >>> rights. >>> > >>> > This version is a first step in order to have a very complete tool. A >>> > design document have been written with more informations ( >>> > http://design.xwiki.org/xwiki/bin/view/Proposal/UpgradeToNestedPages). >>> > >>> > I would love to see some of you testing this application, the user >>> > interface, and judging the proposed plans. Don't hesi
Re: [xwiki-users] A tool to convert terminal pages to Nested Pages
Hello. Charlie, you might have experienced http://jira.xwiki.org/browse/NPMIG-11. The good news is that I've fixed it. Now, I am happy to announce that I have released the version 0.2.1 of the application. It brings some new features: - the plan computation is done asynchronously - the ability to set manually the parent of a document has been implemented - 2 converted pages cannot have the same target (no collision). - more cases are handled. More informations there: http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migrator+Application#Hv0.2.1 Thanks, Guillaume 2016-02-02 15:27 GMT+01:00 Guillaume Delhumeau < guillaume.delhum...@xwiki.com>: > Hi Charlie, and thanks for your feedback. > > I was considering using a job and displaying a progress bar during the > computation of the plan. Your example shows that we need it :) > > 2016-02-01 22:09 GMT+01:00 Charlie Mann <charlie.m...@aed.pro>: > >> I tried this extension out on our test server where we are simulating >> upgrading from 7.1.2 to 7.4. It looks like it will be a very helpful tool >> in converting to the new nested pages scheme. One thing I did notice is >> that one of our wikis that had a lot of nested pages under a space would >> never show the migration plan. It was as though it was frozen. >> >> Charlie >> >> -Original Message----- >> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Guillaume >> Delhumeau >> Sent: Tuesday, January 26, 2016 2:43 AM >> To: XWiki Users <users@xwiki.org> >> Subject: Re: [xwiki-users] A tool to convert terminal pages to Nested >> Pages >> >> No opinion ? >> >> Thanks, >> >> 2016-01-20 9:53 GMT+01:00 Guillaume "Louis-Marie" Delhumeau < >> gdelhum...@xwiki.com>: >> >> > Hello, users of XWiki! >> > >> > I just have released the first version (alpha) of a new application to >> > help you convert your existing (terminal) pages to nested pages after >> > an upgrade to a recent wiki (7.4.x is the targeted version). >> > >> > This tool is available and can be installed directly with Extension >> > Manager. All informations are there: >> > >> > http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migr >> > ator+Application >> > >> > The application *does not currently apply the migration*. It only >> > computes a plan which say what actions should be done. The purpose, >> > right now, is only to test the tool without affecting any wiki. >> > >> > There is an option to simply convert your pages to nested pages >> > (Space.Page => Space.Page.WebHome) so they can have children (which >> > they cannot while being terminal). But, by default, the migrator tries >> > to preserve the existing hierarchy of pages (based on the "parent" >> > field of each page) by moving the pages under their parent page. So if >> > you have SpaceA.PageA with SpaceB.PageB as parent, the proposed >> > migration will be SpaceA.PageA => SpaceB.PageB.PageA.WebHome. >> > >> > In the future, the plan will also contain actions for preserving the >> > configured preferences (right now, if a page is moved, all the >> > preferences from its previous space are not applied to it anymore), and >> rights. >> > >> > This version is a first step in order to have a very complete tool. A >> > design document have been written with more informations ( >> > http://design.xwiki.org/xwiki/bin/view/Proposal/UpgradeToNestedPages). >> > >> > I would love to see some of you testing this application, the user >> > interface, and judging the proposed plans. Don't hesitate to give your >> > feedbacks. Please tell me if you have other ideas that I have not >> > listed in the design document, like features that I have not think >> about. >> > >> > Thanks a lot, >> > -- >> > Guillaume Delhumeau (gdelhum...@xwiki.com) Research & Development >> > Engineer at XWiki SAS Committer on the XWiki.org project >> > >> >> >> >> -- >> Guillaume Delhumeau (gdelhum...@xwiki.com) >> Research & Development Engineer at XWiki SAS >> Committer on the XWiki.org project >> ___ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> >> ___ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> > > > > -- > Guillaume Delhumeau (guillaume.delhum...@xwiki.com) > Research & Development Engineer at XWiki SAS > Committer on the XWiki.org project > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] A tool to convert terminal pages to Nested Pages
Hi Charlie, and thanks for your feedback. I was considering using a job and displaying a progress bar during the computation of the plan. Your example shows that we need it :) 2016-02-01 22:09 GMT+01:00 Charlie Mann <charlie.m...@aed.pro>: > I tried this extension out on our test server where we are simulating > upgrading from 7.1.2 to 7.4. It looks like it will be a very helpful tool > in converting to the new nested pages scheme. One thing I did notice is > that one of our wikis that had a lot of nested pages under a space would > never show the migration plan. It was as though it was frozen. > > Charlie > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Guillaume > Delhumeau > Sent: Tuesday, January 26, 2016 2:43 AM > To: XWiki Users <users@xwiki.org> > Subject: Re: [xwiki-users] A tool to convert terminal pages to Nested Pages > > No opinion ? > > Thanks, > > 2016-01-20 9:53 GMT+01:00 Guillaume "Louis-Marie" Delhumeau < > gdelhum...@xwiki.com>: > > > Hello, users of XWiki! > > > > I just have released the first version (alpha) of a new application to > > help you convert your existing (terminal) pages to nested pages after > > an upgrade to a recent wiki (7.4.x is the targeted version). > > > > This tool is available and can be installed directly with Extension > > Manager. All informations are there: > > > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migr > > ator+Application > > > > The application *does not currently apply the migration*. It only > > computes a plan which say what actions should be done. The purpose, > > right now, is only to test the tool without affecting any wiki. > > > > There is an option to simply convert your pages to nested pages > > (Space.Page => Space.Page.WebHome) so they can have children (which > > they cannot while being terminal). But, by default, the migrator tries > > to preserve the existing hierarchy of pages (based on the "parent" > > field of each page) by moving the pages under their parent page. So if > > you have SpaceA.PageA with SpaceB.PageB as parent, the proposed > > migration will be SpaceA.PageA => SpaceB.PageB.PageA.WebHome. > > > > In the future, the plan will also contain actions for preserving the > > configured preferences (right now, if a page is moved, all the > > preferences from its previous space are not applied to it anymore), and > rights. > > > > This version is a first step in order to have a very complete tool. A > > design document have been written with more informations ( > > http://design.xwiki.org/xwiki/bin/view/Proposal/UpgradeToNestedPages). > > > > I would love to see some of you testing this application, the user > > interface, and judging the proposed plans. Don't hesitate to give your > > feedbacks. Please tell me if you have other ideas that I have not > > listed in the design document, like features that I have not think about. > > > > Thanks a lot, > > -- > > Guillaume Delhumeau (gdelhum...@xwiki.com) Research & Development > > Engineer at XWiki SAS Committer on the XWiki.org project > > > > > > -- > Guillaume Delhumeau (gdelhum...@xwiki.com) > Research & Development Engineer at XWiki SAS > Committer on the XWiki.org project > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] A tool to convert terminal pages to Nested Pages
No opinion ? Thanks, 2016-01-20 9:53 GMT+01:00 Guillaume "Louis-Marie" Delhumeau < gdelhum...@xwiki.com>: > Hello, users of XWiki! > > I just have released the first version (alpha) of a new application to > help you convert your existing (terminal) pages to nested pages after an > upgrade to a recent wiki (7.4.x is the targeted version). > > This tool is available and can be installed directly with Extension > Manager. All informations are there: > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Nested+Pages+Migrator+Application > > The application *does not currently apply the migration*. It only > computes a plan which say what actions should be done. The purpose, right > now, is only to test the tool without affecting any wiki. > > There is an option to simply convert your pages to nested pages > (Space.Page => Space.Page.WebHome) so they can have children (which they > cannot while being terminal). But, by default, the migrator tries to > preserve the existing hierarchy of pages (based on the "parent" field of > each page) by moving the pages under their parent page. So if you have > SpaceA.PageA with SpaceB.PageB as parent, the proposed migration will be > SpaceA.PageA => SpaceB.PageB.PageA.WebHome. > > In the future, the plan will also contain actions for preserving the > configured preferences (right now, if a page is moved, all the preferences > from its previous space are not applied to it anymore), and rights. > > This version is a first step in order to have a very complete tool. A > design document have been written with more informations ( > http://design.xwiki.org/xwiki/bin/view/Proposal/UpgradeToNestedPages). > > I would love to see some of you testing this application, the user > interface, and judging the proposed plans. Don't hesitate to give your > feedbacks. Please tell me if you have other ideas that I have not listed in > the design document, like features that I have not think about. > > Thanks a lot, > -- > Guillaume Delhumeau (gdelhum...@xwiki.com) > Research & Development Engineer at XWiki SAS > Committer on the XWiki.org project > -- Guillaume Delhumeau (gdelhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to display strucured Data
Example:
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-wiki/xwiki-platform-wiki-default/src/main/java/org/xwiki/wiki/internal/descriptor/builder/DefaultWikiDescriptorBuilder.java#L254-254
2016-01-21 14:47 GMT+01:00 Guillaume Delhumeau <gdelhum...@xwiki.com>:
> When you save a document with the Java API, you need to set a content
> author to the document. Otherwise, the change is saved with "Unknow User",
> which has not the right to write scripts.
>
> 2016-01-21 12:59 GMT+01:00 Giordano Ninonà <giordano.nin...@gmail.com>:
>
>> P.S. I am working on Java, thus in each page I see that the last
>> modification was performed by "Unknown user".
>>
>> 2016-01-21 12:58 GMT+01:00 Giordano Ninonà <giordano.nin...@gmail.com>:
>>
>> > Hi users,
>> >
>> > Searching and reading plenty of material, I have understood some of the
>> > XClass and Sheet behaviour, but I have still some problems because,
>> even if
>> > I have created an XClass and a related Sheet (binded adding an
>> > "XWiki.ClassSheetBinding" object to the XClass document) and after have
>> > inserted in the sheet the velocity script:
>> >
>> > {{velocity}}\n
>> >#set($class = $doc.getObject('MySpace.myXClass').xWikiClass)
>> >#foreach($prop in $class.properties)
>> > === $prop.prettyName ===
>> > :$doc.display($prop.getName())\n";
>> > #end
>> > {{/velocity}}\n";
>> >
>> > When I update my pages in each pages I get this Velocity error:
>> > "
>> >
>> > org.xwiki.rendering.macro.MacroExecutionException: The execution of the
>> [velocity] script macro is not allowed. Check the rights of its last author
>> or the parameters if it's rendered from another script.
>> > at
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:178)
>> > at
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58)
>> > at
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:269)
>> > at
>> org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183)
>> > at
>> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:95)
>> > at
>> org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:253)
>> > at
>> org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:126)
>> > at
>> org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:56)
>> > at
>> org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:96)
>> > at
>> org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:39)
>> > at
>> org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:229)
>> > at
>> org.xwiki.sheet.internal.SheetDocumentDisplayer.applySheet(SheetDocumentDisplayer.java:209)
>> > at
>> org.xwiki.sheet.internal.SheetDocumentDisplayer.maybeDisplayWithSheet(SheetDocumentDisplayer.java:164)
>> > at
>> org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:102)
>> > at
>> org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:50)
>> > at
>> org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:68)
>> > at
>> org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:42)
>> > at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1164)
>> > at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1127)
>> > at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1179)
>> > at
>> com.xpn.xwiki.api.Document.getRenderedContent(Document.java:692)
>> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> > at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>> > at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> > at ja
Re: [xwiki-users] How to display strucured Data
achedChain.doFilter(ServletHandler.java:1652) > > at > org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) > > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) > > at > org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) > > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) > > at > org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137) > > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) > > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) > > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) > > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) > > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) > > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) > > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) > > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) > > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) > > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) > > at > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215) > > at > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110) > > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) > > at org.eclipse.jetty.server.Server.handle(Server.java:499) > > at > org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) > > at > org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) > > at > org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) > > at > org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) > > at > org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) > > at java.lang.Thread.run(Thread.java:745)" > > > > Thanks, > > Giordano. > > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Guillaume Delhumeau (gdelhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] API to get page content in XHTML
Hi, Maybe you should use the standard HTTP protocol and just add ?outputSyntax=htmlxpage=plain at the end of the URL. See as an example: http://www.xwiki.org/xwiki/bin/view/Main/WebHome?outputSyntax=htmlxpage=plain I hope this helps, Guillaume D. 2012/7/25 mterpstra telic.det...@gmail.com I'm developing a Java servlet application that needs to fetch pages from an XWiki instance in the same container. It needs the content rendered in XHTML. Ideally, I'd like to get just the page content, without any of the extra navigation/layout markup. Whats the best way to do this? I've looked at using the REST API, but as far as I can figure out it only provides the content in the xwiki syntax. Is there a way to get the content rendered in XHTML through this API? --Maxwell Terpstra -- View this message in context: http://xwiki.475771.n2.nabble.com/API-to-get-page-content-in-XHTML-tp7580533.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to get the rendered content of a document with translations?
Hi.
Thanks for your answers.
Edo
$xwiki.renderText(Document.getTranslatedContent(language), Document)
That doesn't work, I get the answer Nested scripts are not allowed. (my
document contains velocity scripts)
Marius
but this won't fix the fact that $msg.get('key') takes into account
the context language, not the document language. If you can use
programming rights then you can try setting the context language
before rendering the document, and revert it afterwards.
You are right. That the trick I expected. So the answer is to do :
$xcontext.getContext().setLanguage('fr')
before getting the rendered content.
Maybe we could add this to the public API, or add a new parameter to
getRenderedContent() ?
Thanks again,
Guillaume
2012/2/15 Marius Dumitru Florea mariusdumitru.flo...@xwiki.com
On Wed, Feb 15, 2012 at 1:53 PM, Guillaume Delhumeau
gdelhum...@xwiki.com wrote:
Hi guys.
Let met describe you my problem.
I get the rendered content of a document on a velocity script :
#set($newsletterContent = $newsletterContentDoc.getRenderedContent())
But I would like to specify the language I want ('fr' or 'en') because my
document contains translation keys.
Of course, I tried to use Document.getTranslatedDocument() before
rendering
it, but it doesn't work, maybe because my translated content is inside a
velocity script of the document.
The best way would be having a language parameter into
getRenderedContent()
function but since we can't, is there an easy way to do it?
You can render explicitly the content of the translated document with
$targetDocument.getRenderedContent($targetDocument.getTranslatedContent('fr'),
$targetDocument.syntax.toIdString())
but this won't fix the fact that $msg.get('key') takes into account
the context language, not the document language. If you can use
programming rights then you can try setting the context language
before rendering the document, and revert it afterwards.
Hope this helps,
Marius
--
I also tried to do this :
#set($newsletterContent =
$xwiki.getURLContent($newsletterContentDoc.getExternalURL('get','outputSyntax=plainlanguage=fr')))
but it is very dirty and doesn't work since the wiki ask for credentials
when I do getURLContent().
--
Thx a lot.
Guillaume
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] How to get the rendered content of a document with translations?
Hi guys.
Let met describe you my problem.
I get the rendered content of a document on a velocity script :
#set($newsletterContent = $newsletterContentDoc.getRenderedContent())
But I would like to specify the language I want ('fr' or 'en') because my
document contains translation keys.
Of course, I tried to use Document.getTranslatedDocument() before rendering
it, but it doesn't work, maybe because my translated content is inside a
velocity script of the document.
The best way would be having a language parameter into getRenderedContent()
function but since we can't, is there an easy way to do it?
--
I also tried to do this :
#set($newsletterContent =
$xwiki.getURLContent($newsletterContentDoc.getExternalURL('get','outputSyntax=plainlanguage=fr')))
but it is very dirty and doesn't work since the wiki ask for credentials
when I do getURLContent().
--
Thx a lot.
Guillaume
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Problem with document history
Let me explain you.
1) We have a MyTests.TestClass class which contains a unique field date
of type date.
2) The current document have a single object of type MyTests.TestClass.
You can set whatever you want for the value of the field date.
3) The current document code is:
{{velocity}}
= History =
#set($revs = $doc.getRecentRevisions(10))
#foreach($rev in $revs)
#set($oldDoc = $doc.getDocumentRevision($rev))
#set($prop =
$oldDoc.getObject('MyTests.TestClass').getProperty('date').getValue())
== Rev : $rev ==
* Class: $prop.class.name
* Value : $prop
#end
= End History =
{{/velocity}}
4) Do some edit in order to have something to display in the history
5) Here are my results:
History
Rev : 17.1
Class: java.sql.Timestamp
Value : 2012-12-10 00:00:00.0
Rev : 16.1
Class: java.util.Date
Value : Mon Dec 10 00:00:00 CET 2012
Rev : 15.1
Class: java.util.Date
Value : Mon Dec 10 00:00:00 CET 2012
6) The problem is that the field date is a java.sql.Timestamp for the
current version but then become a java.util.Date.
Is it normal ?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Object in an email link
Hi Stéphanie. Sure, you can specify the object of the e-mail with this code: [[j...@smith.netmailto:j...@smith.net?Subject=Enter your subject here]] Have a good day too. Guillaume D. 2012/1/17 Vincent Massol vinc...@massol.net On Jan 17, 2012, at 4:54 PM, Stéphanie wrote: Hello everyone, I use the xwiki syntax for sending mails, by using this way : [[j...@smith.netmailto:j...@smith.net]] But I was wondering if there is a possibility to add an object on the mail by this way and how is it possible ? By object do you mean a subject? Also what syntax version are you using? Thanks -Vincent Thank you for your future answer. Have a good day, Stéphanie ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
