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
