xwiki-users

xwiki-users@xwiki.org

10408 discussions

[xwiki-users] Suggestions for new Photo Albulm Xwiki

by Cray xWiki

Hello, we are a groupe of four students and we are actually working on a XWiki extension. This extension will be a modern photo gallery which allows users to organise and publish photos. For now, our planned features are the followings: -Thumbnails display -Responsive display -Autoplay (diaporama) -Nice transitions -Intuitive configuration page included drag and drop function to upload images Do you have another ideas or suggestions to improve our extension ? Thank you in advance. Best regards, CRAY team

10 years, 1 month

[xwiki-users] give all users the programming right

by Nicolas Delsaux

According to XWiki documentation, "all non Velocity scripting languages are only allowed to be used by sers having the programming rights". Does it means a groovy macro can only be used if I have the programming role ? If so, is it possible to have all users granted those rights automatically ? -- Nicolas Delsaux

10 years, 1 month

[xwiki-users] Globally changing font, headers and title in XWiki

by Mahomed Hussein

Hi On that same tab you are looking at (Base colors) scroll down and change the value for @headings-color. This will allow you to change all the titles and headings. I hope that helps. Kind regards, Mahomed -----Original Message----- From: users [mailto:users-bounces@xwiki.org] On Behalf Of MishaK Sent: 13 March 2015 14:45 To: users(a)xwiki.org Subject: Re: [xwiki-users] Globally changing font, headers and title in XWiki Okay, I changed the font thank you for that! I don't know how to change the default *Title *and *Headings* colour. I can only see colour modification for all text, backgrounds and so on. Here is a picture: <http://xwiki.475771.n2.nabble.com/file/n7594315/Color_Theme.png> -- View this message in context: http://xwiki.475771.n2.nabble.com/Globally-changing-font-headers-and-title-… Sent from the XWiki- Users mailing list archive at Nabble.com. _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

10 years, 1 month

[xwiki-users] [ANN] XWiki 6.4.3 released

by Eduard Moraru

The XWiki development team is proud to announce the availability of XWiki 6.4.3. This is a stabilization release that fixes important bugs discovered in the previous 6.4.2 version. 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/ReleaseNotesXWiki643 Thanks -The XWiki dev team

10 years, 1 month

[xwiki-users] Question on DBList and the use of different wikis

by Peter Huisman

Hi, I am looking for a solution for the following situation. I have 2 wiki's. The fist one (ref: MD) contains "Master Data". The second one (ref: UD) contains "User Data". I have Classes in UD that use data from the MD. The way to connect them is using DBList. I am however not able to compose a HQL query that enables me to select a different Wiki to run the query on. I know it is possible to select the Wiki in Velocity but until now, that didn't help me. In the Github code (the getDBList method in the DBListClass.java) a comment is included just before a statement: // The DBlist may come from an other wiki StringwikiName =getReference().extractReference(EntityType.WIKI).getName(); This might indicate that selecting a wiki might be an option when getting a DBList. Anybody knows how to solve this problem (without replicating the data from MD in UD ;-))? Any additional suggestions are welcome. Thanks, Peter

10 years, 1 month

[xwiki-users] Restrict Access Rights to Admin Users only

by Mahomed Hussein

Looks like I'm keeping the mailing list server busy today :) I have managed to hide the Admin rights/objects/classes part of the edit button by modifying line 9 of menus_content.vm (and attached it to my custom skin) Changed it from: #if($isAdvancedUser) To: #if($isAdvancedUser && $hasAdmin) Now I just need to work-out how to remove that from the document index and if the user tries to go to the link directly. I also need to then workout how to stop advanced users from being able to create their own skins. Hmmm. Time to take a break I think. Kind regards, -----Original Message----- From: users [mailto:users-bounces@xwiki.org] On Behalf Of Mahomed Hussein Sent: 14 March 2015 16:57 To: XWiki Users Subject: [xwiki-users] Restrict Access Rights to Admin Users only Hi I have been doing a bit more reading and digging as I was hoping to be able to solve this in the skin but I've come across two issues 1) This doesn't appear to be implemented in the skin 2) It appears end users can create their own skins so doing it in the skin is not the right way. I've come across this link but there doesn't appear to be a definitive solution in it - http://xwiki.475771.n2.nabble.com/Access-rights-management-bug-td6803183.ht… I have done the following test: 1. TestDoc created in TestSpace by User1 2. User2 only has read and comment rights in TestSpace. Confirmed User2 cannot edit document or change rights. 3. User2 is given read, comment and edit rights in TestSpace 4. User2 refreshes TestDoc and now can edit the document. 5. User2 looks at TestSpace document index and sees that he cannot delete the document. 6. User2 edits access rights for TestDoc and gives himself delete permission on the document 7. User2 refreshes TestSpace document index and he now can delete TestDoc. Am I the only one who sees this as a problem? Read/Write/Modify should not allow you to then change permissions on the document. Is there any robust way without having to write Java to fix it? I'm afraid my skills fall short of Java editing. Kind regards, -----Original Message----- From: users [mailto:users-bounces@xwiki.org] On Behalf Of Mahomed Hussein Sent: 14 March 2015 15:07 To: XWiki Users Subject: [xwiki-users] Restrict Access Rights to Admin Users only Hi I’ve noticed that users with edit permissions can also modify access rights on any document. Ideally what we need is that only users with Admin rights can modify document Access Rights in their space. The reason for this is that we only want to allow department heads to be able to make a document visible to other users/spaces, but we want everyone to be able to contribute to the articles. I am slowly trying to learn the power of XWiki and am loving it so far. Any help with this would be greatly appreciated. Thanks in advance for your time. Kind regards, Mahomed _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

10 years, 1 month

[xwiki-users] Restrict Access Rights to Admin Users only

by Mahomed Hussein

Hi I have been doing a bit more reading and digging as I was hoping to be able to solve this in the skin but I've come across two issues 1) This doesn't appear to be implemented in the skin 2) It appears end users can create their own skins so doing it in the skin is not the right way. I've come across this link but there doesn't appear to be a definitive solution in it - http://xwiki.475771.n2.nabble.com/Access-rights-management-bug-td6803183.ht… I have done the following test: 1. TestDoc created in TestSpace by User1 2. User2 only has read and comment rights in TestSpace. Confirmed User2 cannot edit document or change rights. 3. User2 is given read, comment and edit rights in TestSpace 4. User2 refreshes TestDoc and now can edit the document. 5. User2 looks at TestSpace document index and sees that he cannot delete the document. 6. User2 edits access rights for TestDoc and gives himself delete permission on the document 7. User2 refreshes TestSpace document index and he now can delete TestDoc. Am I the only one who sees this as a problem? Read/Write/Modify should not allow you to then change permissions on the document. Is there any robust way without having to write Java to fix it? I'm afraid my skills fall short of Java editing. Kind regards, -----Original Message----- From: users [mailto:users-bounces@xwiki.org] On Behalf Of Mahomed Hussein Sent: 14 March 2015 15:07 To: XWiki Users Subject: [xwiki-users] Restrict Access Rights to Admin Users only Hi I’ve noticed that users with edit permissions can also modify access rights on any document. Ideally what we need is that only users with Admin rights can modify document Access Rights in their space. The reason for this is that we only want to allow department heads to be able to make a document visible to other users/spaces, but we want everyone to be able to contribute to the articles. I am slowly trying to learn the power of XWiki and am loving it so far. Any help with this would be greatly appreciated. Thanks in advance for your time. Kind regards, Mahomed _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

10 years, 1 month

[xwiki-users] Restrict Access Rights to Admin Users only

by Mahomed Hussein

Hi I’ve noticed that users with edit permissions can also modify access rights on any document. Ideally what we need is that only users with Admin rights can modify document Access Rights in their space. The reason for this is that we only want to allow department heads to be able to make a document visible to other users/spaces, but we want everyone to be able to contribute to the articles. I am slowly trying to learn the power of XWiki and am loving it so far. Any help with this would be greatly appreciated. Thanks in advance for your time. Kind regards, Mahomed

10 years, 1 month

Re: [xwiki-users] Globally changing font, headers and title in XWiki

by MishaK

Sorry I thought I was subscribed remade the post Hello, I'm using flamingo skin for my xwiki. Trying to make change my default font, as well as header and title colour so it effects every space and page on Wiki. I have tried to find this in administrator settings on wiki but no luck. Looked up the guides and found a way to change it through file system but I don't have access to that. Can I do my task through online xwiki? If there is a way to do this with classes, can you please explain how? There are lose extensions and application maybe those can help? -- View this message in context: http://xwiki.475771.n2.nabble.com/Globally-changing-font-headers-and-title-… Sent from the XWiki- Users mailing list archive at Nabble.com.

10 years, 1 month

Re: [xwiki-users] Performance Frustrations

by Mahomed Hussein

Hi All Just a brief update. Our XWiki has been running fine for the last few days with at least 3 people using it. Hopefully it stays that way. One thing I noticed is that it just "magically" started responding faster the next day. The other thing that I found was that I had missed out configuring the dns servers when I configured the static IP (it was a long day). So it is quite possible that the background process that Marius suggested may have had something to do with a site lookup or name resolution or update (this is purely speculation on my part - but hopefully it helps someone). Thanks again for this great system. Lots to learn still :) Kind regards, -----Original Message----- From: Mahomed Hussein Sent: 10 March 2015 16:42 To: XWiki Users Subject: [nosig] RE: [xwiki-users] Performance Frustrations Hi Thanks for the responses. Page you mention below just loaded a blank page (I assume that's the intention). CPU jumped to about 80% for that one request. That being said, performance has been a bit better today for some reason. There are a couple of extra tweaks I did this morning were: 1. Limited the activity plugin on the dashboard to only show the last 10 changes with 2 changes. 2. Disabled the image for one of the user's avatar. I have been happily adding documents today and it has been fairly acceptable. But that's just one active user. We'll see how it behaves when it has 10 users on at the same time. I might come back with more questions. Kind regards, Mahomed -----Original Message----- From: users [mailto:users-bounces@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 10 March 2015 09:47 To: XWiki Users Subject: Re: [xwiki-users] Performance Frustrations I would also check the speed of retrieving a simple/plain wiki page without the surrounding UI elements: /xwiki/bin/get/Space/Page If this is still slow then the reason must be a background task as Thomas suggested. If it's fast then it means some of the UI elements slow down the view mode. It may be a panel for instance. Hope this helps, Marius On Tue, Mar 10, 2015 at 10:47 AM, Thomas Mortagne <thomas.mortagne(a)xwiki.com> wrote: > Would need more detail on what exactly you call a simple page, you > should create a new page with empty content. Is the proc OK when > nobody access XWiki, if not it might mean you have some bakground task > running and slowing down the instance (a few things I can think of are > SOLR indexing, Watchlist generating a mail when there is a lot of > users, first login when you use LDAP with a lots if groups/users, some > other extension you would have installed) ? > > I guess you looked at other stuff in > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances. If > you are using MySQL and have some unused memory one other thing I > notice that can improve a lot the performances is tweak a bit MySQL > configuration and especially things like innodb_buffer_pool_size which > can more or less make MySQL behave like a in-memory database if big > enough (and there is probably many other things but I'm not so much of > a MySQL expert). > > On Mon, Mar 9, 2015 at 11:31 PM, Mahomed Hussein > <Mahomed(a)custodiandc.com> wrote: >> Hi >> >> We were chugging along quite happily with XWiki then we started to notice a slowdown. Simple pages (like the space webhome page) were taking 3 – 4 seconds to load. This is with only 1 user testing it and about 5 articles in the whole system. Using htop, we can see that the tomcat process are being created and the CPU is going to over 150% - 400% (total across several cores). I have tried modifying the JAVA_OPTS in /etc/default/tomcat7 with little to no effect what so ever. I have tried googling it and almost everyone says to change those options and I’ve tried basing it on the recommendation in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#HMemory and my current line reads: >> >> JAVA_OPTS="-Djava.awt.headless=true -Xmx800m -XX:MaxPermSize=196m -XX:+UseConcMarkSweepGC" >> >> We are running XWiki 6.4.2 >> xwiki-enterprise-tomcat7-mysql package installed using apt-get. >> OS: Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-46-generic x86_64) >> RAM: 4096 >> vCPU: 12 >> Hypervisor: Hyper-v >> >> There aren’t any IO or memory issues that we can see. I don’t see any immediate errors in the logs either. >> >> To be honest the high CPU isn’t that much of an issue. The problem is that it’s using high CPU and STILL has slow performance. If I compare the response of loading a 75 line article to loading http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/ExtensionSearch?sp…, the extension page loads about 3 times faster (not scientifically accurate timing but it’s different enough to notice consistently). >> >> Any help would be greatly appreciated because no matter how great XWiki is, if I can’t get it to perform quickly enough, users will avoid using it. >> >> Thanks again for your time and any help. >> >> >> Kind regards, >> >> Mahomed >> >> >> >> >> >> >> _______________________________________________ >> users mailing list >> users(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users > > > > -- > Thomas Mortagne > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

10 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users