date:20090311

Re: [xwiki-users] XEclipse: New XStream bugfix version?

2009-03-11 Thread Marco K.

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

Re: [xwiki-users] groovy web service

2009-03-11 Thread Niels Mayer

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  are cool. :-)

On Wed, Mar 11, 2009 at 8:35 AM, 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:
>
> 
>
>   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);
>}
>} );
>   }
> 
> I call the function from an anchor tag:  href="javascript:getRenderedDoc()">Test Ajax
>
> 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?

2009-03-11 Thread Niels Mayer

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=37483&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_37483

> Niels Mayer,
> http://nielsmayer.comadded
> 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
»]
Niels Mayer,
http://nielsmayer.comadded
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.

- convertWmfsToBitmaps of type boolean. This parameter default to false.

- dpiForBitmaps of type integer. This para

Re: [xwiki-users] groovy web service

2009-03-11 Thread Jerome Velociter

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:
>
> 
>   
>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);
> }
> } );
>}
> 
> I call the function from an anchor tag:  href="javascript:getRenderedDoc()">Test Ajax
>
> 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?

2009-03-11 Thread Niels Mayer

On Wed, Mar 11, 2009 at 7:03 AM, Paul Libbrecht  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=37483&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_37483
http://jira.xwiki.org/jira/browse/XWIKI-3216?focusedCommentId=37513&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_37513
http://jira.xwiki.org/jira/browse/XWIKI-3216?focusedCommentId=37538&page=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

[xwiki-users] groovy web service

2009-03-11 Thread Dan Svoboda

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:



   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);
}
} );
   }

I call the function from an anchor tag: Test Ajax

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] class database list property should be empty when creating document

2009-03-11 Thread Guillaume Lerouge

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
>  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 
> 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
> >>>  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
> >>> >>>  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
> >>> >>> >  wrote:
> >>>

Re: [xwiki-users] class database list property should be empty when creating document

2009-03-11 Thread Sebastian Kannengiesser

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
 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  
> 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
>>>  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 
>>> 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
>>> >>>  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
>>> >>> >  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

Re: [xwiki-users] class database list property should be empty when creating document

2009-03-11 Thread Sebastian Kannengiesser

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  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
>>  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 
>> 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
>> >>>  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
>> >>> >  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 
>> >>> 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
>> >>>  w

[xwiki-users] X11 needed on the server?

2009-03-11 Thread Paul Libbrecht

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

2009-03-11 Thread Guillaume Lerouge

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
>  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 
> 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
> >>>  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
> >>> >  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 
> >>> 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
> >>>

Re: [xwiki-users] class database list property should be empty when creating document

2009-03-11 Thread Sebastian Kannengiesser

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
 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  
> 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
>>>  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
>>> >  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 
>>> 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

Re: [xwiki-users] class database list property should be empty when creating document

2009-03-11 Thread Sebastian Kannengiesser

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  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
>>  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
>> >  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 
>> 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
>> >>>
>> >>
>> >
>>

Re: [xwiki-users] class database list property should be empty when creating document

2009-03-11 Thread Guillaume Lerouge

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
>  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
> >  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 
> 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/
___
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

2009-03-11 Thread Sebastian Kannengiesser

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
 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
>  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  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] Export (Pictures, 1.8RC2)

2009-03-11 Thread hel-o


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] XEclipse: New XStream bugfix version?

Re: [xwiki-users] groovy web service

Re: [xwiki-users] X11 needed on the server?

Re: [xwiki-users] groovy web service

Re: [xwiki-users] X11 needed on the server?

[xwiki-users] groovy web service

Re: [xwiki-users] class database list property should be empty when creating document

Re: [xwiki-users] class database list property should be empty when creating document

Re: [xwiki-users] class database list property should be empty when creating document

[xwiki-users] X11 needed on the server?

Re: [xwiki-users] class database list property should be empty when creating document

Re: [xwiki-users] class database list property should be empty when creating document

Re: [xwiki-users] class database list property should be empty when creating document

Re: [xwiki-users] class database list property should be empty when creating document

Re: [xwiki-users] class database list property should be empty when creating document

Re: [xwiki-users] Export (Pictures, 1.8RC2)

16 matches

Site Navigation

Mail list logo

Footer information