Re: [xwiki-users] [xwiki-devs] [Proposal] Turn comments into major events
Hi, +1. Silvia Pe 10.11.2010 15:35, Guillaume Lerouge a scris: Hi XWiki Devs, I've been performing some XWiki demos recently and it came to my attention that when adding a comment to a page and then going back to the homepage, my comments didn't show up in the recent activity section of the dashboard. This is due to the fact that adding a comment is considered a minor event. This behavior is still taking place in the most recent versions of XWiki Enterprise (I tested a XE 2.7 snapshot this morning). I believe that comments should be treated as major events, the same way that adding an object or an annotation to a page is. Therefore I propose making adding a comment a major event instead of a minor one. Here's my +1 for this. Thanks, Guillaume ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Continues be logged out in translation wiki
Hello, When I translated xwiki in translation wiki, I continues be logged out and need to login again to continue. This situation is the same when I use Firefox IE8. Does anyone have the same problem? How to solve it? BTW, is there any easier way (eg. download and upload applicationResource property file) to do translation? Regards, Magic ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem with search textfield
Hi, Werner Greßhoff wrote: Hi Ricardo, I'v installed XEM 2.4.30467 and tested in XEM 2.5 as well. And yes, colibri is the skin. We're using a path based farm and, as I said, the main wiki is ok, it's just thevirtual wikis with the problems. Perhaps I've misconfigured the Apache server running in front of Tomcat?! The browser is Firefox (Linux and Windows) but other browsers don't work as well. What I'm just observing is, before I log in the click in the search field works as expected! That's excluding Apache misconfiguration but perhaps it's a rights problem? Already observed that when we changed the colours... Best wishes and thanks for the help I must recognized that I'm lost with this topic. Search... vanished in all my installations when clicking the search field. I guess what you want to get is this text vanished in your virtual wikis as well, don't you? Let's summarize how the area where Search is inserted by default is renderized. When you load a XWiki page, a number of templates are called. global.vm, located in your xwiki/skins/youSkin folder, contains the search facility. We do agree about that we are talking about colibri, so global.vm in xwiki/skins/colibri is involved in this process or a copy of this file located in your customized skin or attached to the skin document. There we have a label tag with for=headerglobalsearchinput that is eventually call from the input tag that contains id=headerglobalsearchinput. This same input has class=globalsearchinput withTip; the class globalsearchinput is defined in colibri.css, and the option withTip elegantly controls that the guide text inside the field vanishes when you click on that field to enter the string you want to look for. In... input class=globalsearchinput withTip id=headerglobalsearchinput type=text name=text value=$msg.get('panels.search.inputText') size=15/ This value= controls what guide text appears in the search field. From here, if you have not tweaked skins, or modified in any way templates, I'm not able to find a reason that causes that difference between main and virtual wikis in your farm. By default, all will the same default skin. So, please, could you rethink what you are seeing here enlightened by these comments or correct me if I am wrong? Thanks! It is for sure that I'm missing something, but I don't know why. Werner Am 04.11.2010 20:52, schrieb [Ricardo Rodriguez] eBioTIC.: Hi! Werner Greßhoff wrote: Hello, I've installed a wiki farm and observed a minor problem: in the main wiki, when I click in the standard search textfield, the text (search...) vanishes. In my virtual wikis it doesn't. This is the tag (absolutely identical): input class=globalsearchinput withTip id=headerglobalsearchinput name=text value=search... size=15 type=text The text field from the panel is working fine (everywhere). I guess you are using colibri as skin. Please, what XE/XEM release are you using? I'm only have a XE/XEM 2.4.30451 here and can't reproduce the error (Firefox, Safari and OmniWeb on Mac OS X 10.5 and 10.6 here) Same tag: input type=text size=15 value=a buscar... name=text id=headerglobalsearchinput class=globalsearchinput withTip Cheers, Ricardo ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] setting expanded/collapsed initial values for $expanded in panelheader
On 11/10/2010 02:32 PM, [Ricardo Rodriguez] eBioTIC. wrote: Hi! Following these lines in the panelheader macro un macros.vm... #macro(panelheader $title) #set($cookieName = ${context.user}_${panel}) #set($expanded = $xwiki.getUserPreferenceFromCookie($cookieName)) #if(!$expanded) #set($expanded = 'expanded') #end I understand that the default value, expanded, for XWiki panels is set there. This code says: 1. Set the name of the cookie that fixes the expanded/collapsed state for a given user and panel. 2. If this cookie exists and it has this preference set, it takes the value from it. 3. If fails to get the value from the cookie, set the value as 'expanded' Thus, all panels are shown expanded by default and, to the best of my understanding, setting: #set($expanded = 'collapsed') Must show all the panels closed. I'm not able to get this working. Please, where am I wrong? It should work (just tried it locally), but changing macros.vm requires that you restart the server, since the macros are loaded at startup and cached. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] setting expanded/collapsed initial values for $expanded in panelheader
Sergiu Dumitriu wrote: On 11/10/2010 02:32 PM, [Ricardo Rodriguez] eBioTIC. wrote: Hi! Following these lines in the panelheader macro un macros.vm... #macro(panelheader $title) #set($cookieName = ${context.user}_${panel}) #set($expanded = $xwiki.getUserPreferenceFromCookie($cookieName)) #if(!$expanded) #set($expanded = 'expanded') #end I understand that the default value, expanded, for XWiki panels is set there. This code says: 1. Set the name of the cookie that fixes the expanded/collapsed state for a given user and panel. 2. If this cookie exists and it has this preference set, it takes the value from it. 3. If fails to get the value from the cookie, set the value as 'expanded' Thus, all panels are shown expanded by default and, to the best of my understanding, setting: #set($expanded = 'collapsed') Must show all the panels closed. I'm not able to get this working. Please, where am I wrong? It should work (just tried it locally), but changing macros.vm requires that you restart the server, since the macros are loaded at startup and cached. Thanks, Sergiu. I've done such an amount of trials that I do need to confirm the process step by step to avoid mess up things. Yes, it does work. If I #set($expanded = 'collapsed') and restart the server, all panels are shown collapsed by default. BUT, they are showed collapsed each time a refresh the page: the cookie is not able to remember their state. It does work if $expanded = 'expanded', but it doesn't work if $expanded = 'collapsed'. I'm making trials with e XE 2.6-SNAPSHOT.32286 Could you figure out why? Thanks! Ricardo -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Automatically list and link files in a directory with Groovy
Hi! Lockie wrote: Hello all, I'm running my Xwiki as an information management Intranet alongside a networked drive that holds hundreds of documents. Based off the TODO tutorial, I made a system of inputting these documents as objects on individual pages that then appear on a filterable-sortable table. The link being a windowsPath macro. The idea behind this is that users can access these documents much easier. So, you are using XWiki to annotate or add metainformation to files stored in your Windows file system, on that networked hard drive. I guess you have created a customized class where you fill in several properties for each file. One of that properties stored the mapped path for a given file. Provided the box where you are running the client accessing XWiki has the correct mapping, users will be able to recover each file by entering this path in an explorer window. What you want is to have active links to this mapped drive. Concerning this development I think you must be aware of the current developments oriented to set an alternative store for attachments in the system file. Check devs list for The future of attachments and attachment versioning and related threads and Jira issues. Once this is working, you could have this networked drive set as alternative storage location. About having alternative methods to access those files... well, we'll see! It is always tricky to access a single repository with several, let's call them, agents (XWiki will be the primary agent, that storing files and being able to apply all its logic to add huge amounts of information and metainformation to each stored file). The problem with this system is if a new document is created, Do you mean a new file stored in the file system? Perhaps this initiative could be useful for you by changing stored attachments with paths/filenames in the networked drive. Lool for [xwiki-users] Create application similar to attach file application in the users list. the user then has to manually add it to this table, and if the document's title is changed, the link gets broken. So I'm after a way of automatically listing the documents and have working links, to make it require as little upkeep as possible. To avoid to get this links broken, you need to reference the files with a UID independente from the name. By the end, even though I'm not a developer, you will end requiring the complexity needed to develop the alternative repository referenced above. So far I am able to list the name and the path of all the documents in the directory, but I need some help in integrating the sortable table html tags and turning the path into a working link, without breaking the groovy macro. This is what I have so far: {{groovy}} import groovy.io.FileType def list = [] def dir = new File(R:/Quality/FORMS/) dir.eachFileRecurse (FileType.FILES) { file - list file } list.each { println it.name println it.path } {{/groovy}} Any help would be appreciated, Thanks, - Lockie Finally, consider also this Jira issue about UNC paths... http://jira.xwiki.org/jira/browse/XWIKI-193 Hope this helps! Ricardo -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Confusion over XWord versions
Hi all, I've been looking for a wiki that simple MS Office users can use. XWord is a brilliant idea and my friends jumped into it like ducks into a pond! The familiarity of the MS Word really helped break down the barriers of learning wikis. However, I am totally confused about what version of XWord should be installed. On the one hand, there is this version that I assume is old: http://xoffice.xwiki.org/xwiki/bin/view/XWord/ the links point to IP addresses rather than a host name!! then there is two versions here: http://www.xwiki.org/xwiki/bin/view/Main/Download#HXWikiOffice For XOffice 1.2 M1, the link points to XWord 1.0 For XOffice 1.1.1, the link points to XWord 1.1 so the Latest seems to give me an older version. I believe this is the one that I installed, and we have found problems with uploading images from XWord. We are going to try the other version, but now I'd like to know: where is version 1.2M1 ? Which one should I be using? I checked the RoadMap, it looks a bit out of date. Is there anyone working on XWord? This is a killer feature! I don't see any other wikis with this sort of feature. cheers Paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Confusion over XWord versions
Hi Paul, I tested xword in the past, but I had the same inconviniences you mention. About the versions I tested both versions and I have found problems with uploading images too. Everything else was working fine. So I asked here http://www.mail-archive.com/users@xwiki.org/msg11450.html, but I couldn't find a solution there. Then, I created an issue. That issue is still open at http://jira.xwiki.org/jira/browse/XOFFICE-226. If you have the same issue, you can vote for it and that increase the posibility that somebody work on it. I finally ended up using this feature http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication#HHowtouseto import office documents. The tables are not exported properly, but I can live with that. Besides, I read that has some improvements on version 2.5. You should also see this http://platform.xwiki.org/xwiki/bin/view/Features/OfficeImporter#HOfficeImporterApplication. I am not sure, but I think it is the same feature that I am using with a different interface. Regards, On Wed, Nov 10, 2010 at 8:48 PM, Paul Harris harris...@gmail.com wrote: Hi all, I've been looking for a wiki that simple MS Office users can use. XWord is a brilliant idea and my friends jumped into it like ducks into a pond! The familiarity of the MS Word really helped break down the barriers of learning wikis. However, I am totally confused about what version of XWord should be installed. On the one hand, there is this version that I assume is old: http://xoffice.xwiki.org/xwiki/bin/view/XWord/ the links point to IP addresses rather than a host name!! then there is two versions here: http://www.xwiki.org/xwiki/bin/view/Main/Download#HXWikiOffice For XOffice 1.2 M1, the link points to XWord 1.0 For XOffice 1.1.1, the link points to XWord 1.1 so the Latest seems to give me an older version. I believe this is the one that I installed, and we have found problems with uploading images from XWord. We are going to try the other version, but now I'd like to know: where is version 1.2M1 ? Which one should I be using? I checked the RoadMap, it looks a bit out of date. Is there anyone working on XWord? This is a killer feature! I don't see any other wikis with this sort of feature. cheers Paul ___ 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] Problem with upgrading demo on windows
Hi, I installed xwiki-enterprise 2.5.0 but had problems. I followed the upgrade instructions and copied the two cfg files (which hadn't changed), but it complained it couldn't create a DBCP or whatever. So I looked around, and had a guess... I copied the file hsqldb-1.8.0.7.jar from WEB-INF/lib in the old xwiki to the new xwiki, and it started to work. I dunno why hsqldb was included in the windows installation file, but not in the .WAR... Could someone please at least update the wiki? thanks Paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Confusion over XWord versions
I created a new issue, as the problem is different to the one Abel's bug describes. http://jira.xwiki.org/jira/browse/XOFFICE-241 On 11 November 2010 13:11, Paul Harris harris...@gmail.com wrote: Hi Abel and all, This is what the stderr spits out when you try and upload an image via xword: 2010-11-11 12:56:46,297 [ http://localhost:8080/xwiki/bin/admin/XWiki/XWikiPreferences] INFO .AbstractXWikiMigrationManager - No storage migration required since current version is [15429] 2010-11-11 12:58:59,508 [http://130.95.212.23:8080/xwiki/xmlrpc] ERROR server.XmlRpcStreamServer - execute: Error while performing request snip ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Attachment sizes
Hi again, As you might be able to tell, we are trying out xwiki and on a learning curve. We hit the 10mb upload restriction and would like to increase it. We are using the windows-installer version of xwiki, 2.5.1. I tried to follow the instructions here: http://www.xwiki.org/xwiki/bin/view/FAQ/Howtoincreasethemaximumattachmentsize But have absolutely no clue what you are talking about. I've gone to the Administration page in the xwiki but don't see anything that refers to Objects Could someone please post a screenshot or something? thanks Paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attachment sizes
The first thing I should tell you is with the windows installer, all of the wiki is kept in ram so you adding large attachments will soon put you in a position of being unable to load the wiki and exporting (to move to a .war with a real database) will become very difficult. That said, the page you want is http://yourwi.ki/xwiki/bin/edit/XWiki/XWikiPreferences?editor=object Expand the section called XWikiPreferences 1 and you should find the setting you are looking for. In a postgres database with 1024MB of ram, you will still find a limit around 50MB, something we are working to change. Caleb On 11/11/2010 12:32 AM, Paul Harris wrote: Hi again, As you might be able to tell, we are trying out xwiki and on a learning curve. We hit the 10mb upload restriction and would like to increase it. We are using the windows-installer version of xwiki, 2.5.1. I tried to follow the instructions here: http://www.xwiki.org/xwiki/bin/view/FAQ/Howtoincreasethemaximumattachmentsize But have absolutely no clue what you are talking about. I've gone to the Administration page in the xwiki but don't see anything that refers to Objects Could someone please post a screenshot or something? thanks Paul ___ 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] Attachment sizes
On 11 November 2010 13:51, Caleb James DeLisle calebdeli...@lavabit.comwrote: The first thing I should tell you is with the windows installer, all of the wiki is kept in ram so you adding large attachments will soon put you in a position of being unable to load the wiki and exporting (to move to a .war with a real database) will become very difficult. So you are saying, if I can't run the wiki, I won't be able to export it and thus can't move the server to a new platform? I assume, that once its running in a real database, I will not need to export it, but instead I can just use the normal database backup/restore right? That said, the page you want is http://yourwi.ki/xwiki/bin/edit/XWiki/XWikiPreferences?editor=object Expand the section called XWikiPreferences 1 and you should find the setting you are looking for. ok got it, seems to be 33mb limit. In a postgres database with 1024MB of ram, you will still find a limit around 50MB, something we are working to change. ouch, how can that be? thats nothing, I know people who want to upload multi-gigabyte files (rather than posting them on a DVD via snail mail). I wrote a little C++ cgi app with libcurl, and that uses a streaming technique so the data is streamed out to the http client, so it doesn't require any more ram than to load the index of files. Can't you do something similar in Java? Don't load the file off the harddisk, instead stream it from the harddisk/database. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attachment sizes
On 11/11/2010 01:05 AM, Paul Harris wrote: On 11 November 2010 13:51, Caleb James DeLisle calebdeli...@lavabit.comwrote: The first thing I should tell you is with the windows installer, all of the wiki is kept in ram so you adding large attachments will soon put you in a position of being unable to load the wiki and exporting (to move to a .war with a real database) will become very difficult. So you are saying, if I can't run the wiki, I won't be able to export it and thus can't move the server to a new platform? I assume, that once its running in a real database, I will not need to export it, but instead I can just use the normal database backup/restore right? That is the common practice. Caleb That said, the page you want is http://yourwi.ki/xwiki/bin/edit/XWiki/XWikiPreferences?editor=object Expand the section called XWikiPreferences 1 and you should find the setting you are looking for. ok got it, seems to be 33mb limit. In a postgres database with 1024MB of ram, you will still find a limit around 50MB, something we are working to change. ouch, how can that be? thats nothing, I know people who want to upload multi-gigabyte files (rather than posting them on a DVD via snail mail). I wrote a little C++ cgi app with libcurl, and that uses a streaming technique so the data is streamed out to the http client, so it doesn't require any more ram than to load the index of files. Can't you do something similar in Java? Don't load the file off the harddisk, instead stream it from the harddisk/database. ___ 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] setting expanded/collapsed initial values for $expanded in panelheader
Hi Ricardo, On 11/10/2010 11:59 PM, [Ricardo Rodriguez] eBioTIC. wrote: Sergiu Dumitriu wrote: On 11/10/2010 02:32 PM, [Ricardo Rodriguez] eBioTIC. wrote: Hi! Following these lines in the panelheader macro un macros.vm... #macro(panelheader $title) #set($cookieName = ${context.user}_${panel}) #set($expanded = $xwiki.getUserPreferenceFromCookie($cookieName)) #if(!$expanded) #set($expanded = 'expanded') #end I understand that the default value, expanded, for XWiki panels is set there. This code says: 1. Set the name of the cookie that fixes the expanded/collapsed state for a given user and panel. 2. If this cookie exists and it has this preference set, it takes the value from it. 3. If fails to get the value from the cookie, set the value as 'expanded' Thus, all panels are shown expanded by default and, to the best of my understanding, setting: #set($expanded = 'collapsed') Must show all the panels closed. I'm not able to get this working. Please, where am I wrong? It should work (just tried it locally), but changing macros.vm requires that you restart the server, since the macros are loaded at startup and cached. Thanks, Sergiu. I've done such an amount of trials that I do need to confirm the process step by step to avoid mess up things. Yes, it does work. If I #set($expanded = 'collapsed') and restart the server, all panels are shown collapsed by default. BUT, they are showed collapsed each time a refresh the page: the cookie is not able to remember their state. It does work if $expanded = 'expanded', but it doesn't work if $expanded = 'collapsed'. I'm making trials with e XE 2.6-SNAPSHOT.32286 Could you figure out why? Thanks! Because XWiki.togglePanelVisibility (xwiki.js) assumes expanded is the default state and doesn't store a cookie when the panel is expanded (actually, deletes the cookie when the panel is expanded). Please open a JIRA issue ( http://jira.xwiki.org/jira/browse/XWIKI/component/10022 ) and I'll take care of it. Thanks, Marius Ricardo ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users