[xwiki-users] Disable mail activation and add automatically users to a group
Hi everyone, I retrieve the informations about people from an Active Directory server with my xWiki. The problem is that when someone new arrives and connect, this message will be shown: Your account is not yet active, because your email has not yet been confirmed. so my question is quite simple, I would like either disable mail activation, either automatically activate an new created account. How can I do that? The next thing is about groups. Let's say that's the first time a guy connect to the website. I would like him to be automatically added to a group. How can I do that? Thanks ! Philippe -- View this message in context: http://www.nabble.com/Disable-mail-activation-and-add-automatically-users-to-a-group-tp16491078p16491078.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
Re: [xwiki-users] xwiki.cfg
On Apr 7, 2008, at 12:55 AM, Squirrel wrote: Hi guys, I maybe missed it, but is there a decent documentation about this file, All the doc we have for it is available here: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/ especially about all the plugins and for they are? All plugins are documented here: http://code.xwiki.org/xwiki/bin/view/Plugins/ It's very likely some are not documented yet. This is a work in progress and all help is appreciated in this domain. BTW and FYI, I'm writing the new configuration component and one of its feature is self-description, meaning that you'll be able to ask xwiki for all available configuration data and for their descriptions. This will help a lot in having complete documentation. Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Disable mail activation and add automatically users to a group
Hi, On Mon, Apr 7, 2008 at 8:41 AM, Philippe GABERT [EMAIL PROTECTED] wrote: Hi everyone, I retrieve the informations about people from an Active Directory server with my xWiki. The problem is that when someone new arrives and connect, this message will be shown: Your account is not yet active, because your email has not yet been confirmed. so my question is quite simple, I would like either disable mail activation, either automatically activate an new created account. How can I do that? The next thing is about groups. Let's say that's the first time a guy connect to the website. I would like him to be automatically added to a group. How can I do that? Look at http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HLDAPAuthentication and xwiki.authentication.ldap.group_mapping parameter. Thanks ! Philippe -- View this message in context: http://www.nabble.com/Disable-mail-activation-and-add-automatically-users-to-a-group-tp16491078p16491078.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 -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] XWiki Workspaces Milestone 2 Released
The XWiki development team is pleased to announce the release of XWiki Workspaces Milestone 2, Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This second milestone brings bug fixes, improvements as well as new features. You can find out more reading the full releases notes at http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesWorkspaces10M2, including installation and upgrade instructions. Thanks, -The XWiki dev team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Random logoff when using LDAP authenticator
Hi, This looks like OSCache problem. As I can see in the code you can have this error when OSCache failed to create a new cache and then all that try to acces this cache fail, here the XWiki group service. I'm not an OSCache expert so I have no idea of what could cause this. Maybe someone has an idea... On Fri, Apr 4, 2008 at 4:08 PM, Benjamin Leung [EMAIL PROTECTED] wrote: Hi, I'm getting randomly logged off when using the LDAP authenticator in v1.3.1. I'm wondering if anyone else is experiencing this. At the end are the thread dumps I captured in two individual cases and a snippet of my LDAP configuration. Thanks, Benjamin xwiki.authentication.ldap.UID_attr=sAMAccountName xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,mail=mail,ldap_dn=dn xwiki.authentication.ldap.update_user=0 xwiki.authentication.ldap.group_mapping=XWiki.XWikiAdminGroup=CN=Wiki Admins (omitted the rest) xwiki.authentication.ldap.mode_group_sync=always -Thread Dump #1--- 09:43:53,819 [ http://bl.local:8080/xwiki/xwiki/bin/view/Main/DocumentDoesNotExist] [http-8080-22] ERROR base.Cache - internal error: expected to get a state from key [xwiki:XWiki.bleung] 09:43:56,334 [ http://bl.local:8080/xwiki/xwiki/bin/view/Main/DocumentDoesNotExist] [http-8080-14] WARN LDAP.XWikiLDAPAuthServiceImpl - LDAP authentication failed. java.lang.IllegalStateException: Cannot cancel cache update - current state (1) is not UPDATE_IN_PROGRESS at com.opensymphony.oscache.base.EntryUpdateState.cancelUpdate(EntryUpdateState.java:91) at com.opensymphony.oscache.base.Cache.cancelUpdate(Cache.java:416) at com.opensymphony.oscache.general.GeneralCacheAdministrator.cancelUpdate(GeneralCacheAdministrator.java:184) at com.xpn.xwiki.cache.impl.OSCacheCache.cancelUpdate(OSCacheCache.java:126) at com.xpn.xwiki.user.impl.xwiki.XWikiGroupServiceImpl.listGroupsForUser(XWikiGroupServiceImpl.java:163) at com.xpn.xwiki.user.impl.xwiki.XWikiGroupServiceImpl.getAllGroupsNamesForMember(XWikiGroupServiceImpl.java:683) at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.syncGroupsMembership(XWikiLDAPAuthServiceImpl.java:484) at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.syncGroupsMembership(XWikiLDAPAuthServiceImpl.java:450) at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticate(XWikiLDAPAuthServiceImpl.java:310) at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.authenticate(XWikiLDAPAuthServiceImpl.java:107) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:194) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:95) at com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:214) at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:3297) at com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:166) at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:3305) at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:4249) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:173) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:447) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292) at org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:424) at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:343) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:144) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
[xwiki-users] Informations about the user in the xwiki.cfg file?
Hi, I would like to modify the xwiki.cfg file to set the e-mail address of the user. After retrieving informations from LDAP, I would like to build the e-mail address and set it to the current user. (Indeed, it is not stored in our AD DB.) I tried to do that: xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,email=givenName '.' sn '@XXX.COM',ldap_dn=dn but it doesn't work. I also tried: xWiki.User.email = but it doesn't work. What could I do? Thanks in advance. Philippe -- View this message in context: http://www.nabble.com/Informations-about-the-user-in-the-xwiki.cfg-file--tp16536256p16536256.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
[xwiki-users] Which Java and JBoss version is required (tested with) for 1.3.X XWiki?
Because of having problems with some XWiki functionality (tags, bulletin board app., ...) I checked environment of our Xwiki installation. We have: XWiki 1.3.1 Java 1.5.0_11 Jboss 4.2.2 (for this version Java 1.5 is required) I read that one of general goals for XWiki Enterprise 1.4 is switch to Java 1.5, so I’m not sure if we run our Xwiki 1.3 in proper environment. So, which Java and JBoss version is required (tested with) for 1.3.X XWiki? Frantisek -- View this message in context: http://www.nabble.com/Which-Java-and-JBoss-version-is-required-%28tested-with%29-for-1.3.X-XWiki--tp16535956p16535956.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
Re: [xwiki-users] centering a DIV
Hi Martin!
martijn.ras wrote:
The div id=xwikimaincontainer is centered automatically when you
either do not use any panels, or use both left and right panels.
Thanks for the input!
But I am not so sure about this centered automatically behaviour. For
instance, in a no side panels scenario, fix max-width for body (you will
find it under /* @group Layout */. Let's say max-width:800. This class will
read:
/* @group Layout */
body{
font-size: 87.5%; /* 10px */
font-family: sans-serif;
color: #222;
width: 100%;
padding: 0;
margin: 0 ;
max-width: 900px;
background-image: url( images/colors/gray/H4x4-GRAY.png );
background-color: #fff;
}
At least for me here (several browsers), the main frame, the area with
contents, is not centered but aligned left.
The result is the same whatever layout you choose. Really it looks as
expected as I am not able to find code that must center it.
But the problem is that I am not able to find how to do that. The auto
margin trick is failing. Perhaps the problem is to find what is the DIV we
have to reference to get this one centered. Anyway, I keep trying and
posting here any positive result.
Mazzel,
--
View this message in context:
http://www.nabble.com/centering-a-DIV-tp16519663p16537212.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
Re: [xwiki-users] A default filter for page lists
Hi, goldring, richard wrote: Yes I think that's a good idea - it just confuses users when they see 'structural' type wiki content - and it looks messy - only xwiki admin and developer users should be able to see xwiki 'structural' pages and elements when they do searches, view pages in a space or via an index. Don't you think could be enough by filtering results in XWiki, Main and Panels? I am working with XE, so it is possible that other configurations require to filter out other spaces as well. As XWiki is completely flexible and allow you to create customized filters, I am not sure about the need of adding it by default. You could easily make this separation by creating new spaces where users create their pages then filtering search results based on this spaces names. Just me 2c. Ricardo -- View this message in context: http://www.nabble.com/A-default-filter-for-page-lists-tp16432884p16537234.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
Re: [xwiki-users] A default filter for page lists
Ricardo, Perhaps, yes you could filter results for XWiki, Main, Panel and perhaps add central customisation in the admin pages to specify what to include/exclude for specific types of user - so admin users see everything, developers see developer pages, and other users see only pages/spaces relevant to them, etc. So spaces and page would need to have a tag to define the type of space/page and then when the spaces and pages are listed in an index, panel or search then spaces/pages can be filtered out which aren't relevant for a particular page. This could be an additional feature built into XWiki. In addition could provide filtered views on to an XWiki's contents, so a user could select a view of the XWiki contents based on a set of filter criteria, but its main use would be to hide irrelevant content to particular users e.g. admin/code type page from general users. What do other users think of having such a feature in XWiki? Regards, Richard -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [Ricardo Rodríguez] Sent: 07 April 2008 11:49 To: users@xwiki.org Subject: Re: [xwiki-users] A default filter for page lists Hi, goldring, richard wrote: Yes I think that's a good idea - it just confuses users when they see 'structural' type wiki content - and it looks messy - only xwiki admin and developer users should be able to see xwiki 'structural' pages and elements when they do searches, view pages in a space or via an index. Don't you think could be enough by filtering results in XWiki, Main and Panels? I am working with XE, so it is possible that other configurations require to filter out other spaces as well. As XWiki is completely flexible and allow you to create customized filters, I am not sure about the need of adding it by default. You could easily make this separation by creating new spaces where users create their pages then filtering search results based on this spaces names. Just me 2c. Ricardo -- View this message in context: http://www.nabble.com/A-default-filter-for-page-lists-tp16432884p16537234.ht ml Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail is confidential. It may also be legally privileged. It is intended only for the stated addressee(s) and access to it by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this e-mail. Such unauthorised use may be unlawful. We may monitor all e-mail communications through our networks. If you have received this e-mail in error, please inform us immediately on +44 (0) 1749 672081 and delete it and all copies from your system. We accept no responsibility for changes to any e-mail which occur after it has been sent. Attachments to this e-mail may contain software viruses which could damage your system. We therefore recommend you virus-check all attachments before opening. A business of Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No. 868273 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Usability Question - Blog Edit
Squirrel wrote: On Sun, Apr 6, 2008 at 12:52 PM, Guillaume Lerouge [EMAIL PROTECTED] wrote: Hi Squirrel, Do you mean on a blog article page (bin/view/Blog/SomeArticle) or on the Blog homepage itself (bin/view/Blog/WebHome) ? On Blog.WebHome there's no inline edition because the page holds the code required to display the articles. To edit a given article you need to go to that article page by clicking on the permalink poiting towards it, where you can access the usual inline edition mode again. Guillaume Hi Guillaume I mean on the blog article itself. There you can't edit the page with Edit = Wiki / WYSIWYG but only with Edit = Inline form. When you try to edit the blog article itself with the Wiki or WYSIWYG editor you see only #includeForm(XWiki.ArticleClassSheet). Do you know what I mean? Definitely a feature. This is what makes inline editing work. Why would you like to edit the wiki content? If you want to alter the layout of all blog articles, then you should edit the XWiki.ArticleClassSheet document, as that is the sheet defining how all blog articles look. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] centering a DIV
[Ricardo Rodríguez] wrote:
Hi Martin!
martijn.ras wrote:
The div id=xwikimaincontainer is centered automatically when you
either do not use any panels, or use both left and right panels.
Thanks for the input!
But I am not so sure about this centered automatically behaviour. For
instance, in a no side panels scenario, fix max-width for body (you will
find it under /* @group Layout */. Let's say max-width:800. This class will
read:
/* @group Layout */
body{
font-size: 87.5%; /* 10px */
font-family: sans-serif;
color: #222;
width: 100%;
padding: 0;
margin: 0 ;
max-width: 900px;
background-image: url( images/colors/gray/H4x4-GRAY.png );
background-color: #fff;
}
At least for me here (several browsers), the main frame, the area with
contents, is not centered but aligned left.
The result is the same whatever layout you choose. Really it looks as
expected as I am not able to find code that must center it.
But the problem is that I am not able to find how to do that. The auto
margin trick is failing. Perhaps the problem is to find what is the DIV we
have to reference to get this one centered. Anyway, I keep trying and
posting here any positive result.
Mazzel,
This almost works (in intelligent browsers):
#xwikimaincontainer {
width: 800px;
margin: auto !important;
}
To make it work in IE also, something like this should work (can't test
as I don't have IE):
#body {
text-align: center;
}
The problem is that the background X is not suited for this kind of layout.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [Rescheduling] Re: [ANN] Skypecast about the new XWiki Rendering Architecture (31st March, 14:00 GMT+1)
Hi! vmassol wrote: Here's a new date proposal that also allows our American friends the ability to join the skypecast: Monday 7th of April (next Monday), 17:00 GMT+1 I am afraid I won't be able to attend this event at the proposed time :-( Even though I am not a developer, I would like to join this Skypecast trying to get some clues about XWiki developing process. Is it planned/possible to make the discussion available for download? Thanks! -- View this message in context: http://www.nabble.com/-ANN--Skypecast-about-the-new-XWiki-Rendering-Architecture-%2831st-March%2C-14%3A00-GMT%2B1%29-tp16307660p16537218.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
Re: [xwiki-users] special rights
Hi!
Nohinder wrote:
hello again.
i have tried to solve this paragraph rights for the last couple of days.
didn't work :)))
i made a var similar to $isAdvancedUser called $isMyUser and tried to give
it or not access to parts of a page. then i tried to create a macro that i
can add in my page where i want to protect the text. i was probably doing
something very much wrong . and so i am starting again. i have read your
idea more times to be sure i get it:)
i am curious where did u put the #includeTopic('Sandbox.FirstParagraph')
or more importantly where have u explained what does that mean. i see this
as a method. i still don;t know if xwiki knows about methods.
lost :)))
Sorry for being late with this. I've been a bit busy :-)
I am not sure I get your doubt. I'm using #includeTopic to construct a
document based on several other ones. Five in the case I am using as an
example. This allow me/you to delegate access control to the parts more than
to the whole doc.
Please, allo me to go back to the example:
http://xepecnet.environmentalchange.net/xwiki/bin/view/Sandbox/NichitaStanescu
It now has a [edit] link after each paragraph. I am sending you an account
for this wiki. Login and try to edit any of the four parts. You are allowed
to see all four but you can only edit the first one.
Of course the code is really poor! You could show/hide this buttons based
on users rights. And I am sure it is possible to tell XWiki to generate then
dynamically for each #includeTopic if you have edit rights on it. I am not
devoted much time to this. Just trying to create a kind of proof of
concept to see if this is what we need.
By the way, I think I've not found any attached file to your previous
message. Could you send it directly to me? Thanks!
Hope this helps,
Ricardo
--
View this message in context:
http://www.nabble.com/special-rights-tp16306398p16537254.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
Re: [xwiki-users] Only Admin Users can access Main space
Hi Glenn, Glenn Everitt wrote: Is the Main space special? XWiki seems to require Admin rights to view Main.WebHome. I am using XWiki version 1.3. I searched jira but couldn't find anything that seemed relevant. This is weird. I can not figure out any reasson other than you have modify in any way the access rights to Main.WebHome or to Main by itself. Do you keep getting this error? Have you already worked it out? Glenn Everitt wrote: Is there some setting to change the redirect of http://localhost:8080/xwiki from Main.WebHome to MySpace.WebHome? I guess the simplest way is to use $response.sendRedirect, but I don't know yet how to avoid to pass the whole URL of the desired home page to the method. Taking this into account, to add this to your Main.WebHome page will do the job: $response.sendRedirect(http://localhost:8080/xwiki/bin/view/MySpace/WebHome;) HTH, Ricardo -- View this message in context: http://www.nabble.com/Only-Admin-Users-can-access-Main-space-tp16421644p16537272.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
Re: [xwiki-users] Usability Question - Blog Edit
On Mon, Apr 7, 2008 at 5:34 AM, Sergiu Dumitriu [EMAIL PROTECTED] wrote: Squirrel wrote: On Sun, Apr 6, 2008 at 12:52 PM, Guillaume Lerouge [EMAIL PROTECTED] wrote: Hi Squirrel, Do you mean on a blog article page (bin/view/Blog/SomeArticle) or on the Blog homepage itself (bin/view/Blog/WebHome) ? On Blog.WebHome there's no inline edition because the page holds the code required to display the articles. To edit a given article you need to go to that article page by clicking on the permalink poiting towards it, where you can access the usual inline edition mode again. Guillaume Hi Guillaume I mean on the blog article itself. There you can't edit the page with Edit = Wiki / WYSIWYG but only with Edit = Inline form. When you try to edit the blog article itself with the Wiki or WYSIWYG editor you see only #includeForm(XWiki.ArticleClassSheet). Do you know what I mean? Definitely a feature. This is what makes inline editing work. Why would you like to edit the wiki content? If you want to alter the layout of all blog articles, then you should edit the XWiki.ArticleClassSheet document, as that is the sheet defining how all blog articles look. -- Sergiu Dumitriu http://purl.org/net/sergiu/ I just thought you can edit a blog entry the same way you can edit the frontpage. If you do so on the frontpage you don't get the XWiki.ArticleClassSheet or whatsoever message, but you can edit the content in 3 ways: Wiki, WYSIWYG or Inline. I thought this must be possible with a blog entry too, so it shouldn't just show #includeForm(XWiki.ArticleClassSheet), but the content of the blog entry. If you would like to change the look of the blog entry (the surroundings) then go specifically to the XWiki.ArticleClassSheet and change it... Is that wrong thinking? ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Extensibility of Workspaces
Hello, Can the applications for Xwiki Enterprise be added to the Xwiki Workspaces. On the XWiki Workspaces main page it mentions that - Of course, under the hood Workspaces is based on Enterprise, and with some work you can get the same extensibility, but this is not the goal of this product. Should I even try extending the XWiki Workspaces the way it is possible with Xwiki Enterprise, since I am fairly new to XWiki. There is this concept of User spaces which is very appealing in the Workspaces which I really require. What are the limitations which I would be working against, so that I do not try to solve a problem which cannot be solved or atleast with decent effort. An example of what I would like to try is bring in the application of forums besides others Thanks in advance, Harjeet. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Usability Question - Blog Edit
On Mon, Apr 7, 2008 at 8:15 AM, Guillaume Lerouge [EMAIL PROTECTED] wrote: Hi, I just thought you can edit a blog entry the same way you can edit the frontpage. If you do so on the frontpage you don't get the XWiki.ArticleClassSheet or whatsoever message, but you can edit the content in 3 ways: Wiki, WYSIWYG or Inline. I thought this must be possible with a blog entry too, so it shouldn't just show #includeForm(XWiki.ArticleClassSheet), but the content of the blog entry. If you would like to change the look of the blog entry (the surroundings) then go specifically to the XWiki.ArticleClassSheet and change it... Is that wrong thinking? No. However, one thing you're forgetting is that you're thinking as an advanced user right here. When you're an user using simple mode (you can change the setting on your profile page), you are presented with only the edit button, without any fancy options. Upon clicking on the button on any page, it will automatically select the relevant edition mode. Meaning that for most users, they'll click on edit when seeing the blog article and they will be presented with the right thing immediately. Actually, when you click directly on edit in advanced mode (instead of getting in the drop-down list) it automatically goes to the right action :-) Guillaume ___http://lists.xwiki.org/mailman/listinfo/users Doh! I'm sorry about that guys. I really should read more in the first place... :-( ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Extensibility of Workspaces
Hello Harjeet, Hello, Can the applications for Xwiki Enterprise be added to the Xwiki Workspaces. On the XWiki Workspaces main page it mentions that - Of course, under the hood Workspaces is based on Enterprise, and with some work you can get the same extensibility, but this is not the goal of this product. Should I even try extending the XWiki Workspaces the way it is possible with Xwiki Enterprise, since I am fairly new to XWiki. There is this concept of User spaces which is very appealing in the Workspaces which I really require. What are the limitations which I would be working against, so that I do not try to solve a problem which cannot be solved or atleast with decent effort. If you are new to XWiki, my best advice would be that you first get experienced with its platform and development practices in XWiki Enterprise before trying to extend XWiki Workspaces. Then, if you really are willing to develop/integrate new application inside Workspaces, the best way to start is to look how its current application are built. For example, for the Wiki application, you can look at the code under the XWSWiki/ space and the application descriptor in XWSApps/WikiApp. Hope this helps, Regards, Jerome. An example of what I would like to try is bring in the application of forums besides others Thanks in advance, Harjeet. ___ 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] [ANN] XWiki Watch Milestone 4 Released
XWiki Watch 1.0 Milestone 4 Released The XWiki development team is pleased to announce the release of XWiki Watch 1.0 Milestone 4. You can go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download#HXWikiWatch. This release include both bug fixes and new features, among which you can find: * Upgraded to GWT 1.4 which improves performance and brings new features * Added autosuggest for article tags * Added delete and edit actions to groups and keywords as well as a mechanism to delete fetched articles upon deleting a feed * Various bugfixes and improvements Check the full release notes at http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesWatch10M4 and the installation guide at http://code.xwiki.org/xwiki/bin/view/Applications/WatchApplication for more details. Have fun! The XWiki Watch development team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] centering a DIV
Hi,
Sergiu Dumitriu wrote:
This almost works (in intelligent browsers):
#xwikimaincontainer {
width: 800px;
margin: auto !important;
}
To make it work in IE also, something like this should work (can't test
as I don't have IE):
#body {
text-align: center;
}
The problem is that the background X is not suited for this kind of layout.
I am trying this solution and I am not able to get it working (perhaps
this is included in your almost!). I concentrate first in intelligent
browsers, Firefox, OmniWeb and Safari included. I am adding...
#xwikimaincontainer {
width: 800px;
margin: auto !important;
}
to the Style.css included in a XWiki.XWikiSkins object (customized
skin). #xwikimaincontainer is added to the bottom of the record. Width
works like a charm. Any other margin option works without a glitch. But
auto doesn't produce the expected effect.
The only reason I can figure out is that this is not the only class
affecting position of #xwikimaincontainer and there is another class
prevailing that sets border to 0pt. In this case, my doubt is why does
other border settings work?
Here what I see in Firebug...
html lang=en xml:lang=en xmlns=http://www.w3.org/1999/xhtml;
head.../head
body id=body class=xwiki_test01 viewbody hidelefthideright
div id=xwikimaincontainer
div id=xwikimaincontainerinner
/div
/div
/body
/html
I interpret that only #xwikimaincontainer class must affect
xwikimaincontainer div position, but it is obviously wrong.
I do need to improve my CSS skills (among many other things...)! Any
help will be really welcome to work out this issue. Thanks.
Cheers,
Ricardo
--
Ricardo Rodríguez
Your EPEC Network ICT Team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Unknown entity: com.xpn.xwiki.plugin.activitystream.impl.ActivityEventImpl
hi, Whenever I do any update activity (e.g. creating a space, editing any page etc), there is an exception thrown on screen and the update operation is successful and I could see that if I reload the page. There was no such problem in XWS 1.0m1 and I can't tell if it's a problem with my environment I use: Sun JDK 1.6.0_04 (64-bit), JBoss 4.2.2, PostgreSQL 8.3. I tried to change from local to XA data source and there is no difference. The full stacktrace is attached at the bottom. Looks like ActivityEventImpl is missing? I've loaded everything from the XWS 1.0m2 xar. Any idea? Regards, mingfai *hibernate configuration:* property name=connection.datasourcejava:jdbc/hkjug-xwiki/property property name=dialectorg.hibernate.dialect.PostgreSQLDialect/property mapping resource=xwiki.hbm.xml/ mapping resource=feeds.hbm.xml/ *stacktrace* 15:42:09,897 INFO [STDOUT] 2008-04-08 15:42:09,892 [ http://MY_HOST/bin/save/hkjug/WebHome] [ajp-MY_HOST-8009-3] WARN web.XWikiAction - Uncaught exception: Error number 0 in 11: Uncaught exception Wrapped Exception: Unknown entity: com.xpn.xwiki.plugin.activitystream.impl.ActivityEventImpl com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception Wrapped Exception: Unknown entity: com.xpn.xwiki.plugin.activitystream.impl.ActivityEventImpl at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:223) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:117) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:437) at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:366) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) at java.lang.Thread.run(Thread.java:619) Wrapped Exception: org.hibernate.MappingException: Unknown entity: com.xpn.xwiki.plugin.activitystream.impl.ActivityEventImpl at org.hibernate.impl.SessionFactoryImpl.getEntityPersister(SessionFactoryImpl.java:550) at org.hibernate.impl.SessionImpl.getEntityPersister(SessionImpl.java:1338) at org.hibernate.event.def.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:98) at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.saveWithGeneratedOrRequestedId(DefaultSaveOrUpdateEventListener.java:187) at org.hibernate.event.def.DefaultSaveEventListener.saveWithGeneratedOrRequestedId(DefaultSaveEventListener.java:33) at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsTransient(DefaultSaveOrUpdateEventListener.java:172) at org.hibernate.event.def.DefaultSaveEventListener.performSaveOrUpdate(DefaultSaveEventListener.java:27) at org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:70) at
