[xwiki-users] WYSIWYG editor won't read tables with colored text correctly

2008-03-14 Thread bjquinn

I submitted the following as a bug about two weeks ago, but perhaps that
wasn't the right way to ask for help about this problem, so I'm trying the
list --

I tried both 1.3 M2 and 1.2.2, and I had the following problem (both using
the standalone zip version on Windows) :

If you create a table on a page using WYSIWYG, it all works great. If you
highlight a the first table cell of a row or a whole row and use the palette
button to change the color of those cells, it works. If you save the page,
it looks good. If you edit it again with the WYSIWYG, however, it doesn't
render it right, and the cell/row that you changed color of gets appended to
the line above it in the WYSIWYG editor. Using the WIKI editor (as long as
you don't save the broken page back down from the WYSIWYG editor),
everything still works good. So it's how the editor is choosing to render
out the page that seems to be causing the problem.

Bolding a cell/row doesn't seem to cause this problem, only changing the
text color.

Below is an example of some code that won't show up correctly in the WYSIWYG
editor (even though it was the WYSIWYG editor that created it)
{table}
table info |test table
test test test |test test test
asdklfj|lkajsdlj
{style:type=span|color=#99}test{style}|{style:type=span|color=#99}test{style}{table}

The last row shows up tacked on to the end of the 2nd to last row, instead
of appearing as its own row. This is only the case in the WYSIWYG editor.
This code displays fine when just viewing the page.

Is this actually a bug or am I doing something screwy?

Thanks!

-BJ Quinn
-- 
View this message in context: 
http://www.nabble.com/WYSIWYG-editor-won%27t-read-tables-with-colored-text-correctly-tp16048621p16048621.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] Xwiki file and attachment storage

2007-11-16 Thread bjquinn


vmassol wrote:
 
 However I'm curious to know why you need attachments stored in the  
 file system.
 

Because many of these attachments may be large (50MB), and over time the
database can grow to be unweildy.  Currently that's our problem with our
exchange server setup (people keep emailing these files back and forth as it
stands now *shudder*).  The upside of storing attachments in a filesystem is
easier access from other clients (as the other poster suggested), less
likelihood of corruption on large databases (our Exchange DB is 200+ GB
right now), less likelihood of backup problems, copy-only-what's-changed
backups, and quicker backup and restore time.
-- 
View this message in context: 
http://www.nabble.com/Xwiki-file-and-attachment-storage-tf4214945.html#a13799175
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] Xwiki file and attachment storage

2007-10-30 Thread bjquinn

   Is that what you mean?  And is this Jackrabbit
 stuff ready by v1.1?

Nope. This is 1.2 stuff.

Well, 1.2 is almost here... is the jackrabbit stuff ready, and can I store
attachments in files??
-- 
View this message in context: 
http://www.nabble.com/Xwiki-file-and-attachment-storage-tf4214945.html#a13494689
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] Xwiki file and attachment storage

2007-08-30 Thread bjquinn


http://jackrabbit.apache.org/faq.html#whats-fs wrote:
 
  What is a Jackrabbit file system?
 
 A Jackrabbbit file system (FS) is an internal component that
 implements standard file system operations on top of some underlying
 storage mechanism (a normal file system, a database, a webdav server, or a
 custom file format). A file system component is any Java class that
 implements the FileSystem interface and the associated behavioural
 contracts. File systems are used in Jackrabbit both as subcomponents of
 the persistence managers and for general storage needs (for example to
 store the full text indexes). 
 

So does this mean that I will be able to mount the xwiki database as a
filesystem or something?  Is that what you mean?  And is this Jackrabbit
stuff ready by v1.1?

(Please excuse my ignorance!  I'm a bit weak when it comes to Java!!!)

-BJ
-- 
View this message in context: 
http://www.nabble.com/Xwiki-file-and-attachment-storage-tf4214945.html#a12409445
Sent from the XWiki- Users mailing list archive at Nabble.com.

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users