xwiki-users June 2008

xwiki-users@xwiki.org

69 participants
151 discussions

by Tiago Rinck Caveden

It seems the reply only came to me, so I'm sending it to the list again. The HTML generated by XWiki is the same one you wrote? I mean, this snippet you sent is also what your browser gets or is it different? Regards, -- Tiago Rinck Caveden http://caveden.multiply.com On Mon, Jun 16, 2008 at 10:18 AM, Gabriela Radu <nohinder(a)yahoo.com> wrote: > > > *sorry. i have a form. this table is included in a form. > > > > Take care , > Gabriela Radu :) > www.gabrielaradu.com > * > > > --- On *Mon, 6/16/08, Tiago Rinck Caveden <caveden(a)gmail.com>* wrote: > > From: Tiago Rinck Caveden <caveden(a)gmail.com> > Subject: Re: [xwiki-users] html form > To: nohinder(a)yahoo.com, "XWiki Users" <users(a)xwiki.org> > Date: Monday, June 16, 2008, 11:13 AM > > > On Mon, Jun 16, 2008 at 10:02 AM, Gabriela Radu <nohinder(a)yahoo.com> > wrote: > >> >> Hello all:) >> Has anyone a problem like this ? this is my form >> <table> >> <tr> >> <td> >> >> <input type="text" name="text" value="$!request.text" size="20"/> >> </td> >> <td> >> <input type="submit" value="Search" /> >> </td> >> </tr> >> </table> >> >> but in browser the button "search" is not clickable. have no idea why > > > > You must have a form definition somewhere, with the inputs enclosed by it, > otherwise the button won't do anything... > > Regards, > -- > Tiago Rinck Caveden > http://caveden.multiply.com > > >

16 years, 6 months

[xwiki-users] html form

by Gabriela Radu

Hello all:) Has anyone a problem like this ? this is my form <table>   <tr>     <td>           <input type="text" name="text" value="$!request.text" size="20"/>     </td>     <td>       <input type="submit" value="Search" />     </td>   </tr> </table> but in browser the button "search" is not clickable. have no idea why Take care ,     Gabriela Radu :) www.gabrielaradu.com

16 years, 6 months

[xwiki-users] Lucene search

by Mihails Agafonovs

Hi! Trying to subscribe to something, using RSS button in Lucene search page, always results with an XML Parsing Error: not well-formed Location: http://192.168.220.128/xwiki/bin/view/Main/LuceneSearch?xpage=rdf&text=Miha… Line Number 105, Column 42: {pre} ------------------------------------------------^ Ar cieņu, Mihails

16 years, 6 months

[xwiki-users] xwiki rendering questions / suggestions

by Ari

Hello. My question / suggestion goes with two part. PART 1 I've tried to figure out why the XWiki renders xwiki-headings as it does. E.g "1 Title One" is rendered as '<h2 class="heading-1">Title One</h2>'. I would like to change this to be h1-element instead of h2-element. At first I suspected that this change would require only small modification in some velocity template. It seems that I was wrong. My current guess is that this rendering is done somewhere in java (from xwiki.hbm.xml I tracked the doc.XWikiDocument and with that my guess is DefaultXWikiRenderingEngine.java). However, I don't know how/where I should change the code. Is there a flow-chart or something to describe the render-phase? As the description of this list goes: I would suggest that the xwiki rendering should be done in a straightforward way where syntax 1 would be h1, 1.1 h2, 1.1.1 h3 and so on. PART 2 Another suggestion is that minor fix would be implemented in rendering. An example text and the rendered result: ------------------ this is text before list. * this * is * list this is text after list. ------------------ <p>this is text before list.</p> <ul class="star"> <li>this</li> <li>is</li> <li>list</li> </ul>this is text after list. ------------------ Also "this is text after list" should be rendered as paragraph. A workaround is to write: ------------------ this is text before list. * this * is * list <span> this is text after list. ------------------ <p>this is text before list.</p> <ul class="star"> <li>this</li> <li>is</li> <li>list</li> </ul><span> <p>this is text after list.</p> ------------------ Same goes with lists with - * and #. With Best Regards, ari

16 years, 6 months

[xwiki-users] New install problem: 404 from Tomcat

by Graeme West

Hi all, Just attempted to deploy the XWiki 1.4 .WAR distribution into Tomcat 5.5.20, using PostgreSQL, and I'm getting a 404 error when I try to load the Xwiki main page. I deployed the wiki by dropping the .war file into the webapps directory, and Tomcat subsequently automatically unpacked the WAR into an 'xwiki' directory. But now when I go to my host : http://localhost:8080/xwiki/ , I get an Apache Tomcat 404 error, saying "The requested resource (/xwiki/) is not available.". It's not even an XWiki 404 - it's a default Tomcat one, the same as I'd get if I loaded http://localhost:8080/ThisWebAppDoesNotExist . I'm sure I've installed the Xwiki war incorrectly, but can anyone point me in the right direction - where have I gone wrong? I'm deploying on CentOS 5 using the default Tomcat installation which comes with that OS. The only thing I've changed is the Hibernate configuration to reflect a Postgre database (which is set up). Thanks in advance. Graeme West Glasgow Caledonian University is a registered Scottish charity, number SC021474

16 years, 6 months

[xwiki-users] 1.4.1 and resetting user passwords?

by Joe

Hi, One small thing I notice is hat you have to go the the objects for resetting a user's password (ie, when you're not the user and you're changing it for them). Shouldn't this have an automatic temporary-password script behind it? Also, when setting a user's password manually through the objects, I get a big nasty database error.. followed by general odd behavior even if I recreate the account. Is that expected?

16 years, 6 months

[xwiki-users] Workspaces install

by Matthew Levy

Hi all, I am attempting to install workspaces and everything installs correctly but when I am prompted to create the organization's space, it looks as if the macros are not working. Instead of the form field to enter the name of the space, I get: $newspace.display("displayTitle","edit"). It looks like the velocity engine is not working for some reason. If I install as standalone, it works just fine. The xwiki instance is running on glassfish using hsqldb. I would imagine this is fairly common as I followed the instructions to a tee, but I still get this. Any clues? Thanks much, Matt

16 years, 6 months

[xwiki-users] Edit menu has no entries

by Matthias Albert

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, as I remember, I once saw several entries in the "Edit" menu, like Wiki or Wysiwyg syntax, or class and object editor. In my local installation, I see this only if logged in as superadmin. In my myxwiki.org pages, I can't see any entries in the Edit menu. Did I miss any settings? Thank you Matthias Albert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIUXDq99dNHzj143ARAgQGAKCdDwYg3E7EBxlAzQwtClac49qCZQCfV0SA FE1+UgQCEs1GFsbRnOkW98E= =Sl7+ -----END PGP SIGNATURE-----

16 years, 6 months

[xwiki-users] XWiki Does Not Handle Attachments Efficiently

by AW

Is there anything I can do to make XWiki 1.4 handle large attachments? That is, attachments from a few megabytes up to a few dozen megabytes. XWiki does not appear to efficiently handle attachments in general; large attachments appear to require extraordinary measures and resources. In testing prior to a deployment I attempted to attach a 56 MB file to an instance running on a server with 2GB of RAM and using MySQL as the database. To attach the file: 1. I first had to set the MySQL max_allowed_packet value in /etc/my.cnf to a larger value, since by default it's only 1MB and XWiki stores attachments directly in the database, rather than saving them in the file system and referencing the attachment's path. 2. Next I needed change the maximum attachment size in XWiki, which can be done by "edit[ing] the XWiki.XWikiPreferences class and add[ing] a NumberProperty field of type long, named upload_maxsize" which I finally figured out I could accomplish by visiting a page similar to "http://my.server/xwiki/bin/edit/XWiki/XWikiPreferences?editor=object" ...although this wasn't immediately obvious. 3. At this point attempting to attach the file resulted in a JDBC error, which I resolved by manually changing some columns in the database from type mediumblob to longblob. 4. Attempting to attach the file still didn't work, this time due to Java heap space limitations. I increased the size of the heap, modifying the JAVA_OPTS with -Xmx512m -Xms512m (setting the initial and maximum heap sizes to 512MB, up from 256). This had no effect on the error, so I increased the size to 1 GB, but the error persisted. At 1.2 GB I was able to attach the file. Next I attempted to delete the attachment along with the page to which it is attached. My naïve assumption was that deleting an attachment should be easier than adding one and I didn't anticipate problems. Unfortunately, this again resulted in out of memory errors. To work around the problem I tried deleting the attachment by clicking the delete button in the show --> attachments screen. This still resulted in an out of memory error, so I upped the heap size to 1.6 GB, or 80% of the RAM in the server. This resulted in very heavy swapping, yet still failed due to an out of memory exception. (On the positive side, at least the swapping helped keep the processor utilization under 100%.) I've ordered another 2GB of RAM and will try increasing the heap size again after it's installed. Until then, is there anything I can do to keep attachments from eating the server alive? If I recall correctly, there has been talk about saving attachments externally, rather than within the database. Has anyone built a mechanism to allow this, or is there any news to report on that front? Also, does anyone have any advice on how I can excise this page and its 56MB attachment from the system prior to more memory arriving? (I'd like to do so as, aside from the attachment problems and dysfunctional WYSIWYG editor, the system looks deployable.) As it stands, unless I'm doing something incorrectly, I have to conclude that it's basically impractical to use attachments larger than a few megabytes with XWiki, and even small attachments are frightfully ungainly. - AW

16 years, 6 months

Re: [xwiki-users] [xwiki-devs] It's voting time again: Help XWiki ! Vote for it's creator at a French radio contest !

by Ludovic Dubost

I was sure somebody would choose Patricia J. Pascal Voitot wrote: > finally I preferred voting for a nice looking girl instead of you ludovic... > Sorry about that :(... > > > > > Pascal the joker > > > > On Thu, Jun 12, 2008 at 4:37 PM, Ludovic Dubost <ludovic(a)xwiki.org> wrote: > > >> It still is time to vote and help open source get on radio again ! >> Don't forget your family members or friend can also vote as long as they >> have an email.. >> >> Thanks for all that already voted ! >> Ludovic >> >> Ludovic Dubost wrote: >> >>> Hi XWiki users and developers ! >>> >>> It's voting time again.. You have helped me get through to the semi >>> final a few month ago, and this week is the voting period for the >>> semi-final. What's less fun is that this time we cannot not the >>> current voting result in real time so we have to push as much as we can. >>> >>> You can vote here (in french too but that should not be too difficult >>> ! Make >>> sure you select the second person at the top !): >>> >>> http://www.radiobfm.com/bfm_academie/index.php >>> >>> This can give a nice additional boost to XWiki ! >>> >>> Thanks to all of you for you continuous support of XWiki and >>> participation to the lists. >>> >>> Ludovic >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> users mailing list >>> users(a)xwiki.org >>> http://lists.xwiki.org/mailman/listinfo/users >>> >> -- >> Ludovic Dubost >> Blog: http://blog.ludovic.org/ >> XWiki: http://www.xwiki.com >> Skype: ldubost GTalk: ldubost >> >> _______________________________________________ >> devs mailing list >> devs(a)xwiki.org >> http://lists.xwiki.org/mailman/listinfo/devs >> >> > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > > -- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost

16 years, 6 months

← Newer
1
...
7
8
9
10
11
12
13
...
16
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users June 2008