= Description =

## Please read this page. Lines prefixed with ## such as this one are comments,
## you can remove them (except for those after the "Plan" section.)
## Please follow the instructions given in those comments and the text.
## After creating the bug page, please subscribe to it! We may have questions
## that only you can answer, and if you get email when your bug changes it'll
## be much faster to get it fixed since you can answer the questions!

The borders of tables are generated by the style sheet only. 

I have to transfer wiki pages to open office documents. I use "cut'n'paste" of the print view. As this seems to ignore the style sheet settings the tables have no border in open office.

It is arguable if this is a bug in wiki. A not-really-knowing-what-I-do fix for this is, to patch formatter/txt_html.py (it's is against an old version (1.5.X) and has to be adjusted for newer versions)
{{{
Index: formatter/text_html.py
===================================================================
RCS file: /cvs/TPS/moin/MoinMoin/formatter/text_html.py,v
retrieving revision 1.1.1.4
diff -u -r1.1.1.4 text_html.py
--- formatter/text_html.py	10 Dec 2006 11:46:45 -0000	1.1.1.4
+++ formatter/text_html.py	14 Jan 2009 14:00:47 -0000
@@ -1229,7 +1285,8 @@
     # Tables #############################################################
 
     _allowed_table_attrs = {
-        'table': ['class', 'id', 'style'],
+        # enable border on cut'n'paste
+        'table': ['class', 'id', 'style', 'border', 'cellspacing'],
         'row': ['class', 'id', 'style'],
         '': ['colspan', 'rowspan', 'class', 'id', 'style'],
     }
@@ -1301,7 +1358,8 @@
 
             # Open table
             if not attrs:
-                attrs = {}
+                # enable border on cut'n'paste
+                attrs = {'border':'1','cellspacing':'0'}
             else:
                 attrs = self._checkTableAttr(attrs, 'table')
             result.append(self._open('table', newline=1, attr=attrs,
}}}

== Steps to reproduce ==
## Describe the steps needed to reproduce the bug. If we can't reproduce it, we  probably can't fix it.
 1. Choose a page with a table.
 2. Look at the print view. The table will have a border.
 3. Cut'n'paste into open office.
 4. Look at print view in open office. The table will have no border.

== Example ==
##Add URL that show the bug, screenshot or test wiki markup that fail...

##URL: 

##{{attachment:screenshot.png}}

##{{{
##Example wiki markup that fail
##}}}

== Component selection ==

## Where you think is this bug happening ? (general, plugin [plugin name], theme [theme name], ...

 * general

== Details ==

## If you got a traceback, please save the traceback page as html and attach here:
## [[attachment:traceback.html]]

## if the bug is in this wiki, just kill the table and write: This Wiki.

## If a traceback is not available, please fill in the details here:
|| '''!MoinMoin Version''' || 1.8.x (this Wiki) ||
|| '''OS and Version''' ||  ||
|| '''Python Version''' ||  ||
|| '''Server Setup''' || ||
|| '''Server Details''' || ||
|| '''Language you are using the wiki in''' (set in the browser/UserPreferences) ||  ||

== Workaround ==
## How to deal with the bug until it is fixed


= Discussion =
 * I made a test with this page/wiki (copy/paste from firefox 3 to openoffice 3) [[attachment:test-copypaste.odt]] and everything worked! so more a problem related to a) your browser/openoffice or b) you use some custom moinmoin theme....  -- MarcelHäfner <<DateTime(2009-01-15T11:05:30+0200)>>
   * I looked at your test with openoffice 3 (windows) and had no borders around the table starting with "MoinMoin Version"... -- TobiasPolzin <<DateTime(2009-01-15T11:35:49Z)>>
     * ok; sorry I didn't saw this; just thought that the lines are borders... but I should have take a look at the openoffice print preview... well you right, tables are without borders. bye Marcel

= Plan =
## This part is for Moin``Moin developers:

 * Priority: 
 * Assigned to:
 * Status: 

----
## If you are a moin core developer, replace the category to Category* in these cases:
## Category MoinMoinNoBug - if this is not a bug.
## Category MoinMoinBugConfirmed - if you can confirm the bug on current code.
## Category MoinMoinBugFixed - after the bug is fixed in current code.
CategoryMoinMoinBug