Re: [xwiki-users] Export (Pictures, 1.8RC2)
Hi, Marius Dumitru Florea wrote: hel-o wrote: See http://www.w3.org/Style/Examples/007/center#block IMO FOP has an issue if it cannot render images with display block. Adding a semantic-less div wrapper with text-align:center and leaving the image in-line just for FOP doesn't seem right, especially since it can generate some complications for the WYSIWYG (like deleting the image and leaving the wrapper as garbage, placing the caret inside the wrapper, etc.). May be right, but fact is rtf/pdf export with centered graphics worked in syntax 1.0 and does not work in syntax 2.0. And it does not look good if you get an error on export. Marius Dumitru Florea wrote: See http://www.w3schools.com/css/pr_class_float.asp By aligning the image on the left you let the text float on the right, and the other way around. In the old WYSIWYG editor (syntax 1.0) you had left and float left for horizontal alignment. I now what float left is standing for but IMO when i align a graphic left i do not expect a float left but a left alignment. hel. - hel. h...@hel.at -- View this message in context: http://n2.nabble.com/Export-%28Pictures%2C-1.8RC2%29-tp2455946p2460167.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] class database list property should be empty when creating document
Hi, how can I check what happened to my class, that the blank row is missing now in new objects. It would be really nice if you could help me with this. I desperately need the DBList property to have nothing selected in the default state. Many, many thanx in advance. Cheers, Sebastian On Tue, Mar 10, 2009 at 4:20 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, sorry guys for bumping this up again. But can you tell me, what possibly made the blank row in a database list property selection box disappear? I need it and it should be preselected, when creating a new document. I had this behaviour before and cannot tell, what made the blank row disappear. Any suggestion? Thanx, Sebastian On Tue, Mar 10, 2009 at 10:21 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi guys, thanx Sergiu for your reply. I create documents based on a class which defines database list properties. I did not change anything in that class between when the blank row in the selection box in inline editing mode was present and now where it disappeared for new documents. BTW, in this particular case I do not have multiselect enabled. The alphabetically first entry is selected as the blank row isn't there anymore. Any ideas? Help is desperately needed. Thanx for all input in advance. Cheers, Sebastian On Mon, Mar 9, 2009 at 4:11 PM, Sergiu Dumitriu ser...@xwiki.com wrote: Sebastian Kannengiesser wrote: Hi guys, I created a few days ago some documents based on my own class which has databse list properties. In the respective template fields, there was no entry selected when creating the document which is the behaviour I need. When I now create a document based on the same class the first entry is selected a priori and there is no way to deselect, i.e. have nothing selected, it. The old documents still have the ability to deselect the entry in inline editing mode. Can you guys please tell me, what might have happened here or could it be a bug? I dont't understand this apparently undeterministic behaviour. Many thanx in advance. BTW, this is in XWiki 1.7.2. Do you create documents based on a template? If so, check that the template wasn't changed to have a value selected. When using document templates, the template is fully copied, including selected values. When you say you could deselect the selected value, do you mean that you could Ctrl+Click, or that there was a blank row you could select? If it was Ctrl+Click, check the multiselect setting for the property. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ 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] class database list property should be empty when creating document
Hi Guillaume, man thanx for your reply. Apparently something inside my XWiki instance is broke. As I wanted to try what you suggest I found that any new class I define with a DBListProperty has that blank line missing :-( As I said before, the already existing objects still have it when editing them. The question now is, where the blank line is actually coming from, i.e. where in XWiki's architecture does it get inserted. Maybe the issue can easily be fixed? Cheers, Sebastian On Wed, Mar 11, 2009 at 11:35 AM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi Sebastian, I tried reproducing your issue but didn't succeed in doing so so far. When creating a class with only a DBList property, I can select either an item from the list or a blank line. The blank line is located at the very bottom of the list. One thing you might want to try is to re-create your class. To do so, go to another page and use the class editor to recreate a class with the same properties, same queries in your DBList properties etc.. Then rename the page where your first class is and rename the page where your second class is to the name of your first class. In effet, your second class deifinition will take the place of the first one. With a little luck, recreating the class might fix your issue. Before renaming the second class to the name of the first one, try creating an object using it and see whether it allows you to have a blank select. If it does, rename it. Your objects won't be lost in the process. If it looks like they're broken at some point, that will be only because they lack the reference to their original class. In any case, you'll still be able to rename the first class to its original name to bring the wiki back to its current situation. Hope this helps, Guillaume On Wed, Mar 11, 2009 at 11:18 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, how can I check what happened to my class, that the blank row is missing now in new objects. It would be really nice if you could help me with this. I desperately need the DBList property to have nothing selected in the default state. Many, many thanx in advance. Cheers, Sebastian On Tue, Mar 10, 2009 at 4:20 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, sorry guys for bumping this up again. But can you tell me, what possibly made the blank row in a database list property selection box disappear? I need it and it should be preselected, when creating a new document. I had this behaviour before and cannot tell, what made the blank row disappear. Any suggestion? Thanx, Sebastian On Tue, Mar 10, 2009 at 10:21 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi guys, thanx Sergiu for your reply. I create documents based on a class which defines database list properties. I did not change anything in that class between when the blank row in the selection box in inline editing mode was present and now where it disappeared for new documents. BTW, in this particular case I do not have multiselect enabled. The alphabetically first entry is selected as the blank row isn't there anymore. Any ideas? Help is desperately needed. Thanx for all input in advance. Cheers, Sebastian On Mon, Mar 9, 2009 at 4:11 PM, Sergiu Dumitriu ser...@xwiki.com wrote: Sebastian Kannengiesser wrote: Hi guys, I created a few days ago some documents based on my own class which has databse list properties. In the respective template fields, there was no entry selected when creating the document which is the behaviour I need. When I now create a document based on the same class the first entry is selected a priori and there is no way to deselect, i.e. have nothing selected, it. The old documents still have the ability to deselect the entry in inline editing mode. Can you guys please tell me, what might have happened here or could it be a bug? I dont't understand this apparently undeterministic behaviour. Many thanx in advance. BTW, this is in XWiki 1.7.2. Do you create documents based on a template? If so, check that the template wasn't changed to have a value selected. When using document templates, the template is fully copied, including selected values. When you say you could deselect the selected value, do you mean that you could Ctrl+Click, or that there was a blank row you could select? If it was Ctrl+Click, check the multiselect setting for the property. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://guillaumelerouge.com/
Re: [xwiki-users] class database list property should be empty when creating document
update: I exported/imported a class, having my issue into another XWiki instance and the blank line is there again. So apparently something in my first XWiki instance must be broke and not the class itself as it seems. Any ideas? Cheers, Sebastian On Wed, Mar 11, 2009 at 12:56 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi Guillaume, man thanx for your reply. Apparently something inside my XWiki instance is broke. As I wanted to try what you suggest I found that any new class I define with a DBListProperty has that blank line missing :-( As I said before, the already existing objects still have it when editing them. The question now is, where the blank line is actually coming from, i.e. where in XWiki's architecture does it get inserted. Maybe the issue can easily be fixed? Cheers, Sebastian On Wed, Mar 11, 2009 at 11:35 AM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi Sebastian, I tried reproducing your issue but didn't succeed in doing so so far. When creating a class with only a DBList property, I can select either an item from the list or a blank line. The blank line is located at the very bottom of the list. One thing you might want to try is to re-create your class. To do so, go to another page and use the class editor to recreate a class with the same properties, same queries in your DBList properties etc.. Then rename the page where your first class is and rename the page where your second class is to the name of your first class. In effet, your second class deifinition will take the place of the first one. With a little luck, recreating the class might fix your issue. Before renaming the second class to the name of the first one, try creating an object using it and see whether it allows you to have a blank select. If it does, rename it. Your objects won't be lost in the process. If it looks like they're broken at some point, that will be only because they lack the reference to their original class. In any case, you'll still be able to rename the first class to its original name to bring the wiki back to its current situation. Hope this helps, Guillaume On Wed, Mar 11, 2009 at 11:18 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, how can I check what happened to my class, that the blank row is missing now in new objects. It would be really nice if you could help me with this. I desperately need the DBList property to have nothing selected in the default state. Many, many thanx in advance. Cheers, Sebastian On Tue, Mar 10, 2009 at 4:20 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, sorry guys for bumping this up again. But can you tell me, what possibly made the blank row in a database list property selection box disappear? I need it and it should be preselected, when creating a new document. I had this behaviour before and cannot tell, what made the blank row disappear. Any suggestion? Thanx, Sebastian On Tue, Mar 10, 2009 at 10:21 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi guys, thanx Sergiu for your reply. I create documents based on a class which defines database list properties. I did not change anything in that class between when the blank row in the selection box in inline editing mode was present and now where it disappeared for new documents. BTW, in this particular case I do not have multiselect enabled. The alphabetically first entry is selected as the blank row isn't there anymore. Any ideas? Help is desperately needed. Thanx for all input in advance. Cheers, Sebastian On Mon, Mar 9, 2009 at 4:11 PM, Sergiu Dumitriu ser...@xwiki.com wrote: Sebastian Kannengiesser wrote: Hi guys, I created a few days ago some documents based on my own class which has databse list properties. In the respective template fields, there was no entry selected when creating the document which is the behaviour I need. When I now create a document based on the same class the first entry is selected a priori and there is no way to deselect, i.e. have nothing selected, it. The old documents still have the ability to deselect the entry in inline editing mode. Can you guys please tell me, what might have happened here or could it be a bug? I dont't understand this apparently undeterministic behaviour. Many thanx in advance. BTW, this is in XWiki 1.7.2. Do you create documents based on a template? If so, check that the template wasn't changed to have a value selected. When using document templates, the template is fully copied, including selected values. When you say you could deselect the selected value, do you mean that you could Ctrl+Click, or that there was a blank row you could select? If it was Ctrl+Click, check the multiselect setting for the property. -- Sergiu Dumitriu http://purl.org/net/sergiu/
Re: [xwiki-users] class database list property should be empty when creating document
Hi, On Wed, Mar 11, 2009 at 1:55 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: update: I exported/imported a class, having my issue into another XWiki instance and the blank line is there again. So apparently something in my first XWiki instance must be broke and not the class itself as it seems. Any ideas? No idea about what may have caused that. Is exporting your full wiki to your second instance and replacing the first with the second an option? Guillaule Cheers, Sebastian On Wed, Mar 11, 2009 at 12:56 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi Guillaume, man thanx for your reply. Apparently something inside my XWiki instance is broke. As I wanted to try what you suggest I found that any new class I define with a DBListProperty has that blank line missing :-( As I said before, the already existing objects still have it when editing them. The question now is, where the blank line is actually coming from, i.e. where in XWiki's architecture does it get inserted. Maybe the issue can easily be fixed? Cheers, Sebastian On Wed, Mar 11, 2009 at 11:35 AM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi Sebastian, I tried reproducing your issue but didn't succeed in doing so so far. When creating a class with only a DBList property, I can select either an item from the list or a blank line. The blank line is located at the very bottom of the list. One thing you might want to try is to re-create your class. To do so, go to another page and use the class editor to recreate a class with the same properties, same queries in your DBList properties etc.. Then rename the page where your first class is and rename the page where your second class is to the name of your first class. In effet, your second class deifinition will take the place of the first one. With a little luck, recreating the class might fix your issue. Before renaming the second class to the name of the first one, try creating an object using it and see whether it allows you to have a blank select. If it does, rename it. Your objects won't be lost in the process. If it looks like they're broken at some point, that will be only because they lack the reference to their original class. In any case, you'll still be able to rename the first class to its original name to bring the wiki back to its current situation. Hope this helps, Guillaume On Wed, Mar 11, 2009 at 11:18 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, how can I check what happened to my class, that the blank row is missing now in new objects. It would be really nice if you could help me with this. I desperately need the DBList property to have nothing selected in the default state. Many, many thanx in advance. Cheers, Sebastian On Tue, Mar 10, 2009 at 4:20 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, sorry guys for bumping this up again. But can you tell me, what possibly made the blank row in a database list property selection box disappear? I need it and it should be preselected, when creating a new document. I had this behaviour before and cannot tell, what made the blank row disappear. Any suggestion? Thanx, Sebastian On Tue, Mar 10, 2009 at 10:21 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi guys, thanx Sergiu for your reply. I create documents based on a class which defines database list properties. I did not change anything in that class between when the blank row in the selection box in inline editing mode was present and now where it disappeared for new documents. BTW, in this particular case I do not have multiselect enabled. The alphabetically first entry is selected as the blank row isn't there anymore. Any ideas? Help is desperately needed. Thanx for all input in advance. Cheers, Sebastian On Mon, Mar 9, 2009 at 4:11 PM, Sergiu Dumitriu ser...@xwiki.com wrote: Sebastian Kannengiesser wrote: Hi guys, I created a few days ago some documents based on my own class which has databse list properties. In the respective template fields, there was no entry selected when creating the document which is the behaviour I need. When I now create a document based on the same class the first entry is selected a priori and there is no way to deselect, i.e. have nothing selected, it. The old documents still have the ability to deselect the entry in inline editing mode. Can you guys please tell me, what might have happened here or could it be a bug? I dont't understand this apparently undeterministic behaviour. Many thanx in advance. BTW, this is in XWiki 1.7.2. Do you create documents based on a template? If so, check that the template wasn't changed to have a value selected. When
[xwiki-users] X11 needed on the server?
Hello users, we are fighting with a spurious error occurring in our system: org.apache.velocity.exception.MethodInvocationException: Invocation of method 'getWidth' in class com.xpn.xwiki.plugin.image.ImagePluginAPI threw exception java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11.XToolkit @ Coll_Group_IREM-INRP- AcademiedeLyon.Introductionalamediatrice610,36? at org .apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java: 300) at org .apache .velocity.runtime.parser.node.ASTReference.execute(ASTReference.java: 203) at where basically it seems that an X11 connection is wished even though there's none (on a SuSE linux with a Sun Java). What is the normal way in Java (and on my tomcat) to avoid X11 connections and still get some image services (such as getWidth) ?? thanks in advance paul ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] class database list property should be empty when creating document
Hi Guillaume, just tried that. Importing the whole wiki into another empty XWiki instance, does not remove the issue, so there must be some trouble within my pages. :-/ Cheers, Sebastian On Wed, Mar 11, 2009 at 2:12 PM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi, On Wed, Mar 11, 2009 at 1:55 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: update: I exported/imported a class, having my issue into another XWiki instance and the blank line is there again. So apparently something in my first XWiki instance must be broke and not the class itself as it seems. Any ideas? No idea about what may have caused that. Is exporting your full wiki to your second instance and replacing the first with the second an option? Guillaule Cheers, Sebastian On Wed, Mar 11, 2009 at 12:56 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi Guillaume, man thanx for your reply. Apparently something inside my XWiki instance is broke. As I wanted to try what you suggest I found that any new class I define with a DBListProperty has that blank line missing :-( As I said before, the already existing objects still have it when editing them. The question now is, where the blank line is actually coming from, i.e. where in XWiki's architecture does it get inserted. Maybe the issue can easily be fixed? Cheers, Sebastian On Wed, Mar 11, 2009 at 11:35 AM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi Sebastian, I tried reproducing your issue but didn't succeed in doing so so far. When creating a class with only a DBList property, I can select either an item from the list or a blank line. The blank line is located at the very bottom of the list. One thing you might want to try is to re-create your class. To do so, go to another page and use the class editor to recreate a class with the same properties, same queries in your DBList properties etc.. Then rename the page where your first class is and rename the page where your second class is to the name of your first class. In effet, your second class deifinition will take the place of the first one. With a little luck, recreating the class might fix your issue. Before renaming the second class to the name of the first one, try creating an object using it and see whether it allows you to have a blank select. If it does, rename it. Your objects won't be lost in the process. If it looks like they're broken at some point, that will be only because they lack the reference to their original class. In any case, you'll still be able to rename the first class to its original name to bring the wiki back to its current situation. Hope this helps, Guillaume On Wed, Mar 11, 2009 at 11:18 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, how can I check what happened to my class, that the blank row is missing now in new objects. It would be really nice if you could help me with this. I desperately need the DBList property to have nothing selected in the default state. Many, many thanx in advance. Cheers, Sebastian On Tue, Mar 10, 2009 at 4:20 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, sorry guys for bumping this up again. But can you tell me, what possibly made the blank row in a database list property selection box disappear? I need it and it should be preselected, when creating a new document. I had this behaviour before and cannot tell, what made the blank row disappear. Any suggestion? Thanx, Sebastian On Tue, Mar 10, 2009 at 10:21 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi guys, thanx Sergiu for your reply. I create documents based on a class which defines database list properties. I did not change anything in that class between when the blank row in the selection box in inline editing mode was present and now where it disappeared for new documents. BTW, in this particular case I do not have multiselect enabled. The alphabetically first entry is selected as the blank row isn't there anymore. Any ideas? Help is desperately needed. Thanx for all input in advance. Cheers, Sebastian On Mon, Mar 9, 2009 at 4:11 PM, Sergiu Dumitriu ser...@xwiki.com wrote: Sebastian Kannengiesser wrote: Hi guys, I created a few days ago some documents based on my own class which has databse list properties. In the respective template fields, there was no entry selected when creating the document which is the behaviour I need. When I now create a document based on the same class the first entry is selected a priori and there is no way to deselect, i.e. have nothing selected, it. The old documents still have the ability to deselect the entry in inline editing mode. Can you guys please tell me, what might have happened here or
Re: [xwiki-users] class database list property should be empty when creating document
Hi again, issue solved! but not understood yet. I just remembered having a 5 day old export of my whole wiki. I tried that one and see, the issue is gone. :-) I will look into it and see, if I find diffs which could have caused the trouble. Cheers, Sebastian On Wed, Mar 11, 2009 at 3:42 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi Guillaume, just tried that. Importing the whole wiki into another empty XWiki instance, does not remove the issue, so there must be some trouble within my pages. :-/ Cheers, Sebastian On Wed, Mar 11, 2009 at 2:12 PM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi, On Wed, Mar 11, 2009 at 1:55 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: update: I exported/imported a class, having my issue into another XWiki instance and the blank line is there again. So apparently something in my first XWiki instance must be broke and not the class itself as it seems. Any ideas? No idea about what may have caused that. Is exporting your full wiki to your second instance and replacing the first with the second an option? Guillaule Cheers, Sebastian On Wed, Mar 11, 2009 at 12:56 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi Guillaume, man thanx for your reply. Apparently something inside my XWiki instance is broke. As I wanted to try what you suggest I found that any new class I define with a DBListProperty has that blank line missing :-( As I said before, the already existing objects still have it when editing them. The question now is, where the blank line is actually coming from, i.e. where in XWiki's architecture does it get inserted. Maybe the issue can easily be fixed? Cheers, Sebastian On Wed, Mar 11, 2009 at 11:35 AM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi Sebastian, I tried reproducing your issue but didn't succeed in doing so so far. When creating a class with only a DBList property, I can select either an item from the list or a blank line. The blank line is located at the very bottom of the list. One thing you might want to try is to re-create your class. To do so, go to another page and use the class editor to recreate a class with the same properties, same queries in your DBList properties etc.. Then rename the page where your first class is and rename the page where your second class is to the name of your first class. In effet, your second class deifinition will take the place of the first one. With a little luck, recreating the class might fix your issue. Before renaming the second class to the name of the first one, try creating an object using it and see whether it allows you to have a blank select. If it does, rename it. Your objects won't be lost in the process. If it looks like they're broken at some point, that will be only because they lack the reference to their original class. In any case, you'll still be able to rename the first class to its original name to bring the wiki back to its current situation. Hope this helps, Guillaume On Wed, Mar 11, 2009 at 11:18 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, how can I check what happened to my class, that the blank row is missing now in new objects. It would be really nice if you could help me with this. I desperately need the DBList property to have nothing selected in the default state. Many, many thanx in advance. Cheers, Sebastian On Tue, Mar 10, 2009 at 4:20 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, sorry guys for bumping this up again. But can you tell me, what possibly made the blank row in a database list property selection box disappear? I need it and it should be preselected, when creating a new document. I had this behaviour before and cannot tell, what made the blank row disappear. Any suggestion? Thanx, Sebastian On Tue, Mar 10, 2009 at 10:21 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi guys, thanx Sergiu for your reply. I create documents based on a class which defines database list properties. I did not change anything in that class between when the blank row in the selection box in inline editing mode was present and now where it disappeared for new documents. BTW, in this particular case I do not have multiselect enabled. The alphabetically first entry is selected as the blank row isn't there anymore. Any ideas? Help is desperately needed. Thanx for all input in advance. Cheers, Sebastian On Mon, Mar 9, 2009 at 4:11 PM, Sergiu Dumitriu ser...@xwiki.com wrote: Sebastian Kannengiesser wrote: Hi guys, I created a few days ago some documents based on my own class which has databse list properties. In the respective template fields, there was no entry selected when
Re: [xwiki-users] class database list property should be empty when creating document
Hi Sebastian, On Wed, Mar 11, 2009 at 3:50 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi again, issue solved! but not understood yet. Great :-) I just remembered having a 5 day old export of my whole wiki. I tried that one and see, the issue is gone. :-) I will look into it and see, if I find diffs which could have caused the trouble. Please file a JIRA issue if/when you manage to identify what the issue was. Thanks, Guillaume Cheers, Sebastian On Wed, Mar 11, 2009 at 3:42 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi Guillaume, just tried that. Importing the whole wiki into another empty XWiki instance, does not remove the issue, so there must be some trouble within my pages. :-/ Cheers, Sebastian On Wed, Mar 11, 2009 at 2:12 PM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi, On Wed, Mar 11, 2009 at 1:55 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: update: I exported/imported a class, having my issue into another XWiki instance and the blank line is there again. So apparently something in my first XWiki instance must be broke and not the class itself as it seems. Any ideas? No idea about what may have caused that. Is exporting your full wiki to your second instance and replacing the first with the second an option? Guillaule Cheers, Sebastian On Wed, Mar 11, 2009 at 12:56 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi Guillaume, man thanx for your reply. Apparently something inside my XWiki instance is broke. As I wanted to try what you suggest I found that any new class I define with a DBListProperty has that blank line missing :-( As I said before, the already existing objects still have it when editing them. The question now is, where the blank line is actually coming from, i.e. where in XWiki's architecture does it get inserted. Maybe the issue can easily be fixed? Cheers, Sebastian On Wed, Mar 11, 2009 at 11:35 AM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi Sebastian, I tried reproducing your issue but didn't succeed in doing so so far. When creating a class with only a DBList property, I can select either an item from the list or a blank line. The blank line is located at the very bottom of the list. One thing you might want to try is to re-create your class. To do so, go to another page and use the class editor to recreate a class with the same properties, same queries in your DBList properties etc.. Then rename the page where your first class is and rename the page where your second class is to the name of your first class. In effet, your second class deifinition will take the place of the first one. With a little luck, recreating the class might fix your issue. Before renaming the second class to the name of the first one, try creating an object using it and see whether it allows you to have a blank select. If it does, rename it. Your objects won't be lost in the process. If it looks like they're broken at some point, that will be only because they lack the reference to their original class. In any case, you'll still be able to rename the first class to its original name to bring the wiki back to its current situation. Hope this helps, Guillaume On Wed, Mar 11, 2009 at 11:18 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, how can I check what happened to my class, that the blank row is missing now in new objects. It would be really nice if you could help me with this. I desperately need the DBList property to have nothing selected in the default state. Many, many thanx in advance. Cheers, Sebastian On Tue, Mar 10, 2009 at 4:20 PM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi, sorry guys for bumping this up again. But can you tell me, what possibly made the blank row in a database list property selection box disappear? I need it and it should be preselected, when creating a new document. I had this behaviour before and cannot tell, what made the blank row disappear. Any suggestion? Thanx, Sebastian On Tue, Mar 10, 2009 at 10:21 AM, Sebastian Kannengiesser sebastian.kannengies...@gmail.com wrote: Hi guys, thanx Sergiu for your reply. I create documents based on a class which defines database list properties. I did not change anything in that class between when the blank row in the selection box in inline editing mode was present and now where it disappeared for new documents. BTW, in this particular case I do not have multiselect enabled. The alphabetically first entry is selected as the blank row isn't there anymore. Any ideas? Help is
[xwiki-users] groovy web service
I'm implementing some Ajax to change page content using a web service, and I'm stumped. Here's the web service code: % response.setContentType(application/x-json) def success = Successful Ajax Web Service call! % { rdoc: %=success% } Here's the javascript Ajax call: !-- AJAX Web Service Call -- script type=text/javascript function getRenderedDoc() { window.alert(Function Called); new Ajax.Request( // Here we make the asynchronous call to our previously created web service. // Note that we are using the XWiki API from velocity to compute the exact URL we want to hit. // This is possible since the entire page will be evaluated by the velocity engine before being sent to // the client from which this javascript function will be executed. // We precise the number of entries we want to retrieve using the limit parameter. The second parameter, // xpage=plain is mandatory, this force XWiki to render the called document with the plain.vm velocity // template, thus not returning the whole skin. If we forget this parameter, we will not receive a valid JSON // and our client will not work. /1.8/bin/view/Main/WebService?xpage=plain, { method: 'get', onSuccess: function(transport) { // first, we evaluate the JSON result to make it manipulable as javascript objects var res = eval( '(' + transport.responseText + ')' ); var rendcontent = res.rdoc; var rdiv = document.getElementById(div_Space_Rhodopsin); while( rdiv.childNodes.length = 1 ) { rdiv.removeChild( rdiv.firstChild ); } var pTag = document.createElement(p); pTag.innerHTML = rendcontent; rdiv.appendChild(pTag); } } ); } /script I call the function from an anchor tag: a href=javascript:getRenderedDoc()Test Ajax/a The alert is displayed, but I'm not seeing any update on my page. All of the DOM manipulations have been independently verified with text literals outside of the Ajax.Request. Thanks. Dan Svoboda ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] X11 needed on the server?
On Wed, Mar 11, 2009 at 7:03 AM, Paul Libbrecht p...@activemath.org wrote: we are fighting with a spurious error occurring in our system: ... where basically it seems that an X11 connection is wished even though there's none (on a SuSE linux with a Sun Java). What is the normal way in Java (and on my tomcat) to avoid X11 connections and still get some image services (such as getWidth) ?? You'll note in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#Memory (and also my response in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#comments ) the need for an additional flag for the JVM on Un*x/Linux systems -Djava.awt.headless=true (e.g. /usr/java/default/bin/java -server -Xms160m -Xmx1024m -XX:PermSize=160m -XX:MaxPermSize=320m -Djava.awt.headless=true -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=...) Add this flag, and some of the Java imaging routines stop needlessly requesting an X server. But on second though, this may not be so needless ... This very well could be the source of numerous scaling bugs with images and in the document converter and PDF/RTF export. The whole reason why imaging routines would be asking for the X server in the first place is to get the DPI of the display. On linux systems, that information is either defaulted, or explicitly and correctly set based on the actual display and monitor size you are using. I believe the -Djava.awt.headless=true setting allows these imaging routines to work but with a wrong-default DPI for the display they expect to display to. To solve, additional env-variables or properties need to be passed-in with a correct default DPI, such as 100x100. Or even better, do-it-right and figure out a way to get the web-browser to report the actual DPI of the user's system that will ultimately be displaying the image. For more info on potentially related scaling issues, see: http://jira.xwiki.org/jira/browse/XWIKI-2556 http://jira.xwiki.org/jira/browse/XWIKI-3216?focusedCommentId=37483page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_37483 http://jira.xwiki.org/jira/browse/XWIKI-3216?focusedCommentId=37513page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_37513 http://jira.xwiki.org/jira/browse/XWIKI-3216?focusedCommentId=37538page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_37538 Niels http://nielsmayer.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] groovy web service
Hi Dan Svoboda wrote: I'm implementing some Ajax to change page content using a web service, and I'm stumped. Here's the web service code: % response.setContentType(application/x-json) def success = Successful Ajax Web Service call! % { rdoc: %=success% } Here's the javascript Ajax call: !-- AJAX Web Service Call -- script type=text/javascript function getRenderedDoc() { window.alert(Function Called); new Ajax.Request( // Here we make the asynchronous call to our previously created web service. // Note that we are using the XWiki API from velocity to compute the exact URL we want to hit. // This is possible since the entire page will be evaluated by the velocity engine before being sent to // the client from which this javascript function will be executed. // We precise the number of entries we want to retrieve using the limit parameter. The second parameter, // xpage=plain is mandatory, this force XWiki to render the called document with the plain.vm velocity // template, thus not returning the whole skin. If we forget this parameter, we will not receive a valid JSON // and our client will not work. /1.8/bin/view/Main/WebService?xpage=plain, { method: 'get', onSuccess: function(transport) { Have you checked with Firebug the response is the JSON you expected ? You can console.log(transport.responseText); to make sure. Hope this helps. Jerome. // first, we evaluate the JSON result to make it manipulable as javascript objects var res = eval( '(' + transport.responseText + ')' ); var rendcontent = res.rdoc; var rdiv = document.getElementById(div_Space_Rhodopsin); while( rdiv.childNodes.length = 1 ) { rdiv.removeChild( rdiv.firstChild ); } var pTag = document.createElement(p); pTag.innerHTML = rendcontent; rdiv.appendChild(pTag); } } ); } /script I call the function from an anchor tag: a href=javascript:getRenderedDoc()Test Ajax/a The alert is displayed, but I'm not seeing any update on my page. All of the DOM manipulations have been independently verified with text literals outside of the Ajax.Request. Thanks. Dan Svoboda ___ 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] X11 needed on the server?
FYI, for more on image scaling issues associated with Linux headless operation of Sun Java, as related specifically to the xwiki openoffice converter, see: http://jira.xwiki.org/jira/browse/XWIKI-3216?focusedCommentId=37483page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_37483 Niels Mayer, http://nielsmayer.comhttp://jira.xwiki.org/jira/secure/ViewProfile.jspa?name=nielsmayeradded a comment - 18/Feb/09 00:09 You might want to check on some missing environment variables or missed setup options. I believe OpenOffice is thinking at the wrong DPI ... since it doesn't actually have a display from which to get a real DPI measurement. Google says others have had these sorts of problems: http://www.mail-archive.com/debian-openoff...@lists.debian.org/msg07491.html And this http://www.hippocms.org/display/CMS/How+to+configure+the+File+Import+Servicesuggests option rescaleBitmaps may be needed for correct handling of resolution independence. Since we can't really know the end-resolution for importing an office document, it's more reasonable to set it at a standard value for today's display's, e.g. 100DPI. ... What is basically needed is to synthesize the following X server setting normally in ~/.Xresources because this is probably where OOo gets it's DPI value: Xft.dpi: 100 If I am correct with my conjecture, the following explains in more detail ( http://www.hippocms.org/display/CMS/How+to+configure+the+File+Import+Service) .. When you upload a document you can specify three additional parameters by suffixing them to the URL using standard URL parameter syntax: - rescaleBitmaps of type boolean. This parameter defaults to false. Normally bitmaps are extracted as is. This could lead to bitmaps that are smaller or larger than they appear in the document. By setting this parameter to true, the bitmaps will be rescaled to the size specified in the document using the dots per inch (DPI) specified by dpiForBitmaps. - convertWmfsToBitmaps of type boolean. This parameter default to false. Some files contain images in the Windows Meta Files format. These files cannot be used as is for web pages. By setting this parameter to true the Windows Meta Files will be converted to bitmaps. The DPI specified by dpiForBitmaps is used to determine the size of the bitmap to produce. - dpiForBitmaps of type integer. This parameter defaults to 96. The DPI to use for rescaling bitmaps and converting Windows Meta Files to bitmaps. This parameter is only applicable if one of the options above is enabled. Note that no error will be returned if invalid values are passed for the parameters. Instead the default values will be used. [ Show »http://jira.xwiki.org/jira/browse/XWIKI-3216?focusedCommentId=37483page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_37483] Niels Mayer, http://nielsmayer.comhttp://jira.xwiki.org/jira/secure/ViewProfile.jspa?name=nielsmayeradded a comment - 18/Feb/09 00:09 You might want to check on some missing environment variables or missed setup options. I believe OpenOffice is thinking at the wrong DPI ... since it doesn't actually have a display from which to get a real DPI measurement. Google says others have had these sorts of problems: http://www.mail-archive.com/debian-openoff...@lists.debian.org/msg07491.htmlAnd this http://www.hippocms.org/display/CMS/How+to+configure+the+File+Import+Servicesuggests option rescaleBitmaps may be needed for correct handling of resolution independence. Since we can't really know the end-resolution for importing an office document, it's more reasonable to set it at a standard value for today's display's, e.g. 100DPI. ... What is basically needed is to synthesize the following X server setting normally in ~/.Xresources because this is probably where OOo gets it's DPI value: Xft.dpi: 100 If I am correct with my conjecture, the following explains in more detail ( http://www.hippocms.org/display/CMS/How+to+configure+the+File+Import+Service) .. When you upload a document you can specify three additional parameters by suffixing them to the URL using standard URL parameter syntax: - rescaleBitmaps of type boolean. This parameter defaults to false. Normally bitmaps are extracted as is. This could lead to bitmaps that are smaller or larger than they appear in the document. By setting this parameter to true, the bitmaps will be rescaled to the size specified in the document using the dots per inch (DPI) specified by dpiForBitmaps. - convertWmfsToBitmaps of type boolean. This parameter default to false. Some files contain images in the Windows Meta Files format. These files cannot be used as is for web pages. By setting this parameter to true the Windows Meta Files will be converted to bitmaps. The DPI specified by dpiForBitmaps is used to determine the size of the bitmap to produce. - dpiForBitmaps of type integer. This parameter defaults to 96. The DPI to
Re: [xwiki-users] groovy web service
I'm not sure if this is directly related, but it might be. I had some weird issues with unexpected wikifrobbing (basically acting as if the {pre} wasn't there) of my json data that happened to contain HTML strings: http://nielsmayer.com/xwiki/bin/view/Timeline/YTTL-Mock-JSON?xpage=plain that required me to do some oddball things in the code to prevent said wikifrobbing: http://nielsmayer.com/xwiki/bin/view/Timeline/YTTL-Mock-JSON?viewer=code I got sick of messing with JSON and now i just create the objects in javascript directly, which is the way it needed to be done in the first place for efficiency-sake. It's possible something unexpected and similar is happening with your json data. It might be a good idea to look at the JSON request/response in firebug and see if your data is as expected. Niels http://nielsmayer.com PS: Rhodopsins http://en.wikipedia.org/wiki/Rhodopsin are cool. :-) On Wed, Mar 11, 2009 at 8:35 AM, Dan Svoboda dsvob...@structbio.pitt.eduwrote: I'm implementing some Ajax to change page content using a web service, and I'm stumped. Here's the web service code: % response.setContentType(application/x-json) def success = Successful Ajax Web Service call! % { rdoc: %=success% } Here's the javascript Ajax call: !-- AJAX Web Service Call -- script type=text/javascript function getRenderedDoc() { window.alert(Function Called); new Ajax.Request( // Here we make the asynchronous call to our previously created web service. // Note that we are using the XWiki API from velocity to compute the exact URL we want to hit. // This is possible since the entire page will be evaluated by the velocity engine before being sent to // the client from which this javascript function will be executed. // We precise the number of entries we want to retrieve using the limit parameter. The second parameter, // xpage=plain is mandatory, this force XWiki to render the called document with the plain.vm velocity // template, thus not returning the whole skin. If we forget this parameter, we will not receive a valid JSON // and our client will not work. /1.8/bin/view/Main/WebService?xpage=plain, { method: 'get', onSuccess: function(transport) { // first, we evaluate the JSON result to make it manipulable as javascript objects var res = eval( '(' + transport.responseText + ')' ); var rendcontent = res.rdoc; var rdiv = document.getElementById(div_Space_Rhodopsin); while( rdiv.childNodes.length = 1 ) { rdiv.removeChild( rdiv.firstChild ); } var pTag = document.createElement(p); pTag.innerHTML = rendcontent; rdiv.appendChild(pTag); } } ); } /script I call the function from an anchor tag: a href=javascript:getRenderedDoc()Test Ajax/a The alert is displayed, but I'm not seeing any update on my page. All of the DOM manipulations have been independently verified with text literals outside of the Ajax.Request. Thanks. Dan Svoboda ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XEclipse: New XStream bugfix version?
Hello all, does somebody know if there is a solution of this bug on the way? Thanks, Marco grinko wrote: Hello, I've been trying to use the latest Xeclipse (both standalone and plugin) for some Velocity scripting, but a weird bug renders it unusable for me. When I try to open my page, it opens fine and is cached on the HDD. If I close the page and reopen it (or close eclipse) and try to open the cached page again, I get a com.thoughtworks.xstream.io.StreamException Invalid byte 1 of 1-byte UTF-8 sequence. This seems to be an already resolved problem ( http://markmail.org/message/syf6cpe4vcne4tca), so how can I update the XStream version in XEclipse, or is a bugfix release already in the works? Thanks in advance! ___ 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