[sw-issues] [Issue 112576] style properties are lost during copy paste if style already exists
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=112576 --- Additional comments from alvarezp2...@openoffice.org Tue Jun 22 04:31:21 + 2010 --- I don't think it is a bug. The dest document already has a defined style. You might want to delete the affected before pasting. Why would you want to copy a source doc to a dest doc which already has a formatting style with a new style? Did you try loading the style from another file using the instructions in the last part of this: http://wiki.services.openoffice.org/wiki/Documentation/ OOoAuthors_User_Manual/Writer_Guide/Copying_and_moving_styles - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 112576] style properties are lost during copy paste if style already exists
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=112576 --- Additional comments from alvarezp2...@openoffice.org Tue Jun 22 04:32:53 + 2010 --- I don't think it is a bug. The dest document already has a defined style. You might want to delete the affected before pasting. Why would you want to copy a source doc to a dest doc which already has a formatting style with a new style? Did you try loading the style from another file using the instructions in the last part of this: http://wiki.services.openoffice.org/wiki/Documentation/ OOoAuthors_User_Manual/Writer_Guide/Copying_and_moving_styles - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from alvarezp2...@openoffice.org Fri May 21 07:13:50 + 2010 --- @mba: Maybe I didn't explain correctly. See discussion at http://lists.freedesktop.org/archives/ooo-build/2010- February/000540.html Hyperlinks are not formatting. In essence they alter functionality and not printing. Sure, it sets the text to the Hyperlink style, but that is just a consequence of being a hyperlink. As such, in the patch, Default Formatting will NOT clear Hyperlinks anymore. It should NOT. Besides, there is a Remove hyperlink already for that, except that the shell is buggy: it doesn't show the option if you have text selected. So, how can you remove all hyperlinks from the document or an arbitrary text block otherwise? Shouldn't you simply do select, right-click, remove hyperlink? That's what the other patch allows. What I'm trying to say is that even if Default formatting wouldn't change, Remove hyperlinks should work this other way. We are fixing two different bugs. Now, if they are two different bugs, why is one a prerequisite of the other? Because without fixing the remove hyperlink mess, we would leave the user without a way to actually remove hyperlinks from a text block. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from alvarezp2...@openoffice.org Fri May 21 15:30:51 + 2010 --- Before that I thought we are on the same side: We are. I just exepected a push to fix instead of a simple consideration'. Default formatting nowadays clears the hyperlink attribute - you consider this to be wrong and I tend to agree (though I'm asking fl for his opinion). fl doesn't see this issue as a bug. That's why I don't agree on fl considering it. With a consideration I foresee 5 more years with the bug open. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from alvarezp2...@openoffice.org Fri May 21 00:47:54 + 2010 --- This has been fixed in Go-oo. See the following patch: http://cgit.freedesktop.org/ooo-build/ooo-build/commit/? id=197809decd870fc7ec50ffa97bca4f3a0c3ea818 Furthermore, because, it will also NOT remove hyperlinks anymore, we must show 'Remove Hyperlink' even with selection. See the following prerequisite patch: http://cgit.freedesktop.org/ooo-build/ooo-build/commit/? id=e01a6b323311c0896813a0973721d22c551a595e - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from alvarezp2...@openoffice.org Mon Feb 22 22:19:43 + 2010 --- I would like to ask what is it needed to get this bug fixed. Is it just the patch? Is it discussion? Is it clarification on the Styles specification? Is it more users supporting fix of this bug (a. k. a. votes)? Thank you. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from alvarezp2...@openoffice.org Mon Feb 22 22:34:00 + 2010 --- The help system says To reset all direct formatting of existing text, select that text, then choose the menu command Format - Default Formatting. It does NOT actually do this. Instead of resetting all *direct* formatting it also removes applied character styles. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[xml-issues] [Issue 38719] Want CVS-friendly file-for mat
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=38719 --- Additional comments from alvarezp2...@openoffice.org Fri Mar 20 06:48:34 + 2009 --- Though the use of a plain XML is worth trying, it really doesn't solve it. I'm currently using .fodt files and it kinda works, except that useless information is getting to the .fodt and disrupts the purpose of RCS. I'll try giving some examples taken from a blank document like this: creating a new Writer document and saving it as a .fodt file, loading it again without Load user settings and Load printer settings, resaving and filtering it through tidy -utf8 -q -xml -i -w 0 for easier analysis. Compatibility-related options are included by default when they should not: Options Writer Compatibility Consider wrapping style when positioning Objects is being included in the document as ConfigTextWrapOnObjPos. It is a compatibility-only option that should really not appear in the file unless it is explicitly set to true or false. Why? Because if the file is loaded in an old-enough version of OOo, the option will not be understood at all by the old Writer, and if it is loaded into a future version of OOo, it should detect the OOo version from the Generator label and --only then-- set the option. This applies for other compatibility-related options as well. CurrentDatabaseDataSource: it is a useless empty-string value set at creation time and included in the file. AllowPrintJobCancel: I don't know for sure what this does, I must confess, but sounds like a setting that should be in the user settings in the PC instead of the document. The reason is that this is printer-dependant, not document- dependant. initial-creator: isn't this some info that only certain users will be interested in, and besides, by default it should NOT include any personal information in the document, unless explicitly requested? Also, this breaks RCS in the sense that this information should be stored in the RCS. Now, for the following format settings, there might be a good reason, I just fail to see how it is useful to include thwm before even being used/applied. style:font-face-style, maybe used by the subsequent default outline styles? Or is it the alias setting for fonts? text:outline-level-style: why is it that all levels, though unused, are included by default in the absolutely empty file? Now, for most of the above, I can just filter them out automatically by some RCS (like Git). However, what really breaks RCS in general is the following: I imported a Word document and saved it as .fodt. Filtered it through tidy and saved it as version a. I loaded the .fodt and saved it again without any change, not even View or else. I saved the file again and filtered it through tidy to save it as version b. A diff between both versions shows the following: 1. All xml:id where rewritten. 2. For some reason, it inclued a soft-page-break before some paragraphs. 3. It rewrote some style:names. 4. The new save included some PrinterSetup info that the fist .fodt export didn't. I repeated the fodt file load-and-saving procedure. Still, I found some differences (besides the ViewArea/Visible settings): 1. style:paragraph-properties was changed in a paragraph from style:writing- mode=page to style:writing-mode=lr-tb. 2. More style:style style:name=P8 renaming. This last part, rather than describing an RFE, describes a bug that needs fixing. Thank you for your attention to this long comment. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@xml.openoffice.org For additional commands, e-mail: issues-h...@xml.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 61599] Revision-control friendly file format needed
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=61599 User alvarezp2000 changed the following: What|Old value |New value CC|''|'alvarezp2000' - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[xml-issues] [Issue 38719] Want CVS-friendly file-for mat
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=38719 User alvarezp2000 changed the following: What|Old value |New value CC|''|'alvarezp2000' - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@xml.openoffice.org For additional commands, e-mail: issues-h...@xml.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from [EMAIL PROTECTED] Sat Jun 28 00:30:53 + 2008 --- Any updates on this issue? Some users have already remarked the importance of the issue when handling long documents. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from [EMAIL PROTECTED] Mon Feb 4 09:31:31 + 2008 --- I have just left a comment on the issue 85464 about reading comments on this one and the flaws in the spec document. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 85464] Choosing 'Default formatti ng' does not remove character styles
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85464 --- Additional comments from [EMAIL PROTECTED] Mon Feb 4 09:29:26 + 2008 --- I see this issue as RESOLVED / FIXED. Does this mean that OOo went back to the regression? Or is issue 47893 fixed? To everybody: Section 1 of the spec says: ... and to reset formatting (remove direct 'hard' formatting). The word is being defined as direct formatting. Caption of Illustration 1 says: OOo 1.1 already has a very similar function for removing hard (direct and character style based) formatting from paragraphs and text content. The word 'hard' is being redefined here with a different meaning. Section 6.4.2 of the spec says that Format-Default when the selection is part of the paragraph, OOo 1.1 and 2.0 will Clear hard character formatting. This is both, true and false according to the different definition of the word 'hard'. However, The same table uses the sentence clear hard paragraph formatting and clear hard character formatting. It's clear now that both paragraph and characters can have hard formatting that can be removed, and therefore, that Format-Default with no selection or partial paragraph selection does different things. However, this is false. I can go on and on about how the whole document is completely flawed, since the meaning of the basic word is taking both values. However, if you read it deeply, word by word, you'll find that the document uses the meaning of hard formatting as in applied directly, without using styles at all. Please see comments on issue 47893. If issue 47893 is not fixed, Character Styles are useless. Character styles are expected to behave in the SAME way as paragraph styles, except for characters. Otherwise, they are not styles. That would be the only way for hard formatting to mean the same across OOo. As a user, the expected behavior is NOT to be removed on default formatting. Default formatting means go back to what the styles say. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 85464] Choosing 'Default formatti ng' does not remove character styles
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85464 User alvarezp2000 changed the following: What|Old value |New value CC|'tl,ul' |'alvarezp2000,tl,ul' - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 34714] Implement Text wrapping b reak as in MS Word
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=34714 --- Additional comments from [EMAIL PROTECTED] Sat Jul 7 19:55:42 + 2007 --- Indeed, an HTML with a paragraph with CSS clear: both loses this format when imported into OOo. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 55746] CSS div and span classes s hould turn into paragraph and character styles (HTML-import)
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=55746 --- Additional comments from [EMAIL PROTECTED] Sat Jul 7 19:57:48 + 2007 --- No news since Tue Oct 11 21:33:48 + 2005. any updates? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from [EMAIL PROTECTED] Sat Jul 7 20:00:35 + 2007 --- Any updates on this issue? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 55745] New - HTML import doesn't catch CSS directive span.class.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=55745 Issue #:|55745 Summary:|HTML import doesn't catch CSS directive span.class. Component:|Word processor Version:|OOo 2.0 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|open-import Assigned to:|mru Reported by:|alvarezp2000 --- Additional comments from [EMAIL PROTECTED] Mon Oct 10 19:02:14 -0700 2005 --- When opening an HTML file with an embedded stylesheet, OOo doesn't apply the style specified by span.class, like this: Snip of CSS: span.data { font-weight: bold; } Snip of HTML: liCorreo electrónico: span class=dataa href=mailto: [EMAIL PROTECTED][EMAIL PROTECTED]/a/span./li It will appear as if there were no span class='data'/span tag. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 55746] New - CSS div and span cla sses should turn into paragraph and character styles
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=55746 Issue #:|55746 Summary:|CSS div and span classes should turn into paragraph |and character styles Component:|Word processor Version:|1.0.0 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|FEATURE Priority:|P3 Subcomponent:|open-import Assigned to:|mru Reported by:|alvarezp2000 --- Additional comments from [EMAIL PROTECTED] Mon Oct 10 19:14:05 -0700 2005 --- Opening an HTML document should catch span class=xx and turn into xx character style. DIV classes should turn into paragraph styles. Snip of CSS: .data { font-weight: bold; } Snip of HTML: liCorreo electrónico: span class=dataa href=mailto: [EMAIL PROTECTED][EMAIL PROTECTED]/a/span./li Currently, this code would just apply soft formatting to the document. It should create and define the appropriate paragraph and character styles instead. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 48035] Optimal width miscalculation sometimes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=48035 --- Additional comments from [EMAIL PROTECTED] Wed Jun 1 10:38:55 -0700 2005 --- I haven't verified it yet, but I appreciate it. Thanks. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 48140] dragging chapters in navigator misbehaves
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=48140 --- Additional comments from [EMAIL PROTECTED] Fri May 20 19:03:08 -0700 2005 --- Does it mean it won't be fixed? Do I need to file a bug about Writer can't create selections with a table at the beginning or end? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from [EMAIL PROTECTED] Fri May 20 19:06:55 -0700 2005 --- Will there eventually be a menu entry or button to clear hardly applied formatting **ONLY**? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from [EMAIL PROTECTED] Thu Apr 28 09:12:44 -0700 2005 --- The mentioned document clearly states this as a bug, as it refers to hard character formatting. According to the document, I should be able to select all the document and ask for Format - Default formatting and have my document completely reset to applied styles, being paragraph, character or whatever else. The new functionality will NOT allow me to do it because it would set all my paragraphs to Default paragraph style (see tables around line 130). Therefore it has all my votes and I ask the community to vote for this issue. I ask the developers also to reconsider and understand that this issue is located at the heart of the character stylist functionality. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 48035] Optimal width miscalculation sometimes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=48035 --- Additional comments from [EMAIL PROTECTED] Mon Apr 25 09:54:59 -0700 2005 --- Ah, I made other tests and I guess OOo only calculates for entire paragraphs. When I have a line break, OOo only uses the text before the first line break and ignores the rest in the remaining of the paragraph, as if this were used to correct some kind of bug. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 48140] New - dragging chapters in navigator misbehaves
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=48140 Issue #:|48140 Summary:|dragging chapters in navigator misbehaves Component:|Word processor Version:|680m95 Platform:|PC URL:| OS/Version:|Windows 2000 Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|editing Assigned to:|mru Reported by:|alvarezp2000 --- Additional comments from [EMAIL PROTECTED] Mon Apr 25 11:59:10 -0700 2005 --- In the attached document, Writer doesn't correctly do the chapter dragging in the navigator. 1. Open the attached document. It has been censored (I hope), but I put numbers in the headings for easy identification. 2. Open the navigator. Make it display the headings, ready to drag a chapter from one place to another. 3.a. Drag number 8, and drop it between 6 and 7. It moves 9 also. It ends up being 6, 8, 9, and 7. Notice how subchapters of 9 didn't move along with 9. They ended up under 7, after 7's subchapters. 3.b. Drag 7 between 6 and 8 to put it back where it belongs: it ends up 6, 7 (with 7's and 9's), 10 (without its subchapters), 8, 9 (with 10's). 4.a. Drag 4 between 2 and 3: again 2, 4, 5, 3. 4.b. Drag 4 between 5 and 6: it ends up 4, 5, 3, 6. 5.a. Drag 15 to the end, it takes 16 with it also. Promote chapter and demote chapter buttons are misbehaving too. It's all messed up. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 48140] dragging chapters in navigator misbehaves
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=48140 User alvarezp2000 changed the following: What|Old value |New value Attachment data| |Created an attachment | |(id=25450) Document with | |lots of tables where | |dragging in navigator | |misbehaves. --- Additional comments from [EMAIL PROTECTED] Mon Apr 25 12:00:02 -0700 2005 --- Created an attachment (id=25450) Document with lots of tables where dragging in navigator misbehaves. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dba-issues] [Issue 47981] Attempt to drop primary key in statement...
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47981 --- Additional comments from [EMAIL PROTECTED] Mon Apr 25 12:57:09 -0700 2005 --- Confirmed as FIXED in the HSQL embedded database that I was working on. Thank you. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dba-issues] [Issue 45338] Column constraints are not acceptable in statement
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=45338 User alvarezp2000 changed the following: What|Old value |New value Status|RESOLVED |UNCONFIRMED Resolution|WORKSFORME| --- Additional comments from [EMAIL PROTECTED] Mon Apr 25 13:08:15 -0700 2005 --- It still happens on m95, which is the latest I can download. You must try it in a database that has some data in it. 1. Open the db. 2. Create a table. Put a PK and a field in it. Save it. Close it. 3. Put some data in the table in both fields. (I need only 1 row to reproduce it). 4. Reopen for edition. Drop the PK, the entire PK field. Save, close. 5. Reopen for edition. Add PK field again (as PK). 6. On saving, you get the message. I noticed that if instead I do this: 5. Reopen for edition. Add PK field again (as normal field). 6. Save. - Here I don't get the message. 7. Reopen for edition. 8. Set PK field as PK. 9. Save. - First I get a message Warning, the column 'id' cannot be changed. Should the column instead be deleted and the new format applied? 10. Click Yes. 11. There again the message is. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 48035] Optimal width miscalculation sometimes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=48035 User alvarezp2000 changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|WORKSFORME| --- Additional comments from [EMAIL PROTECTED] Sun Apr 24 02:01:27 -0700 2005 --- Still it happens when selecting the entire table. You select the entire table and some of the words get split at the end. It happens when I separate the lines with line breaks, but it works correctly when using paragraph marks. Reopened. Maybe somebody else can confirm it and agree. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 48035] New - Optimal width miscalculation sometimes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=48035 Issue #:|48035 Summary:|Optimal width miscalculation sometimes Component:|Word processor Version:|680m93 Platform:|PC URL:| OS/Version:|Linux Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|formatting Assigned to:|mru Reported by:|alvarezp2000 --- Additional comments from [EMAIL PROTECTED] Sat Apr 23 14:03:53 -0700 2005 --- Writer sometimes doesn't correctly calculate the column width sometimes. I've been having trouble reproducing the bug. I first tought it was with line breaks because if I replace it with paragraph marks it works ok, but when trying in a new document with other text in the header, it doesn't always happen. 1. Open the attached document. It contains a 5-column table. 2. Ask Writer for Column - Optimal Width. Notice how columns 2 and 3 doesn't work as one would expect. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 48035] Optimal width miscalculation sometimes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=48035 User alvarezp2000 changed the following: What|Old value |New value Attachment data| |Created an attachment | |(id=25390) Document with a | |problematic table --- Additional comments from [EMAIL PROTECTED] Sat Apr 23 14:06:48 -0700 2005 --- Created an attachment (id=25390) Document with a problematic table - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dba-issues] [Issue 47981] New - Attempt to drop primary key in statement...
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47981 Issue #:|47981 Summary:|Attempt to drop primary key in statement... Component:|Database access Version:|680m91 Platform:|PC URL:| OS/Version:|Windows 2000 Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|none Assigned to:|msc Reported by:|alvarezp2000 --- Additional comments from [EMAIL PROTECTED] Fri Apr 22 09:48:27 -0700 2005 --- Attempt to drop primary key in statement [ALTER TABLE Table1 DROP id] This message appears when I have table Table1 with a PK named id, and I: 1. Open it for editing. 2. Delete the id row. Oops, I made a boo-boo, I want to put it back again. 3. Add id row again (as a new row). Make it the appropriate data type. 4. Set it as PK. 5. Save the table. OOo won't let me. :'( I can't even go to Index design because I would need to save the table first. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 13645] moving rows and columns in a table (don't overwrite but move target cells)
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=13645 --- Additional comments from [EMAIL PROTECTED] Fri Apr 22 18:34:55 -0700 2005 --- Is there any updates on this issue? It's still present in 680m91. I agree with the enhancement because a drag and drop is a move, like a cut and paste. Doing cut and paste with the rows works correctly. I can reproduce the apparently-same bug it in another context: 1. I create a table, say, 3 columns, 6 rows. 2. Put data in row 3, 4 and 5. (1, 2 and 6 remain empty). 3. Select rows 3, 4 and 5. 4. Drag them to row 1. Writer moves 3 and 4 to row 1. Row 5 is deleted. Although in the original bug report this can clearly be interpreted as replacement, this is not exactly the case: looks like Writer first copies the info and THEN it removes the extra (why?) row. Can the entire algorithm be simply wrong. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 47893] Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 --- Additional comments from [EMAIL PROTECTED] Fri Apr 22 09:27:53 -0700 2005 --- If FL changes it (which I hope), a user could still reset character styles by applying the Default character style before asking for Format - Default Formatting. while still having the text selected, so there would be no functionality loss. That's what the program does, anyway. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dba-issues] [Issue 45338] Column constraints are not acceptable in statement
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=45338 --- Additional comments from [EMAIL PROTECTED] Fri Apr 22 09:36:59 -0700 2005 --- Ok, I'm trying to do that with a new database... Looks like it doesn't always happen. I'm noticing that it only happens when the table already has data in it. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 47893] New - Format -- Default resets applied character style.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47893 Issue #:|47893 Summary:|Format -- Default resets applied character style. Component:|Word processor Version:|680m91 Platform:|PC URL:| OS/Version:|Windows 2000 Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|formatting Assigned to:|mru Reported by:|alvarezp2000 --- Additional comments from [EMAIL PROTECTED] Thu Apr 21 08:33:00 -0700 2005 --- Writer should not remove explicitly applied character styles (via Stylist) when applying Default Formatting to a selection; it should only reset overriding format --or-- it should include an option in Stylist to chose what to reset. 1. Open a new text document. 2. New Heading1, say Agenda. 3. New paragraph: John, 555-1234. 4. New paragraph: Mary, 555-1235. 5. Select John (w/o the phone number), make it Bold. 6. Switch to the Character Style tab. 7. Click on New style from selection, chosse Name as the name. 8. Apply Name to the text Mary. 9. Apply italics to 555-1234. 10. Assume you have a great long agenda, 200 pages long. 11. Select all document. 12. Do Format - Default Formatting. Writer should ONLY reset the italics placed to the phone number, but it resets the names too back to not bold. XHTML equivalent: pspan class=nameJohn/span, 555-1234./p I would then define in the style: name { font-weight: bold; } - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 47777] Formatting a paragraph mark misbehavior
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=4 User alvarezp2000 changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|WONTFIX | --- Additional comments from [EMAIL PROTECTED] Wed Apr 20 08:58:04 -0700 2005 --- Reopened: This is not about adding or removing bullets. This is about format attributes to a paragraph mark. If attributes to the current paragraph are stored at the beginning of it, then formatting applied to the paragraph mark located at the beginning of the paragraph should be applied to the current paragraph only. Maybe the thing is about confusion. Why not print (when CTRL+F10 active) the paragraph marks at the beginning of the next paragraph, off margin? It would be clearer. This is industry standard and won't be changed. BTW, what standard defines this? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 47775] New - Wrong undo when next paragraph has bullets
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47775 Issue #:|47775 Summary:|Wrong undo when next paragraph has bullets Component:|Word processor Version:|680m91 Platform:|PC URL:| OS/Version:|Windows 2000 Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|editing Assigned to:|mru Reported by:|alvarezp2000 --- Additional comments from [EMAIL PROTECTED] Tue Apr 19 13:47:48 -0700 2005 --- 1. Have a Heading and after that a normal text with bullets. 2. Place the cursor at the end of the heading. 3. Press Del. OOo correctly combines the two paragraphs. 4. Undo. OOo incorrectly misses to put the bullets back. Demo attached. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 47775] Wrong undo when next paragraph has bullets
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=47775 User alvarezp2000 changed the following: What|Old value |New value Attachment data| |Created an attachment | |(id=25230) Demo file with | |a heading and a bulleted | |paragraph --- Additional comments from [EMAIL PROTECTED] Tue Apr 19 13:48:16 -0700 2005 --- Created an attachment (id=25230) Demo file with a heading and a bulleted paragraph - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 47777] New - Formatting a paragraph mark misbehavior
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=4 Issue #:|4 Summary:|Formatting a paragraph mark misbehavior Component:|Word processor Version:|680m91 Platform:|PC URL:| OS/Version:|Windows 2000 Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|formatting Assigned to:|mru Reported by:|alvarezp2000 --- Additional comments from [EMAIL PROTECTED] Tue Apr 19 13:58:40 -0700 2005 --- 1. Have a document with a heading. After the heading have a normal line, like in the demo file. 2. Place the cursor at the beginning of the normal line. Press Shift+LeftArrow and the paragraph mark for the second line will be selected. 3. Apply bulleting, for example. OOo incorrectly applies the format to both lines. If I want to remove an empty paragraph with some format applied, I remove the paragraph mark before the paragraph. That's why the above is wrong. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dba-issues] [Issue 45338] New - Column constraints are not acceptable in statement
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=45338 Issue #:|45338 Summary:|Column constraints are not acceptable in statement Component:|Database access Version:|680m86 Platform:|PC URL:| OS/Version:|Windows 2000 Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|none Assigned to:|msc Reported by:|alvarezp2000 --- Additional comments from [EMAIL PROTECTED] Thu Mar 17 13:46:36 -0800 2005 --- I'm trying to add a column as primary key with the following steps: 1. Open the table for Edit. 2. Select a blank row (the next one available). 3. Type ID as the field name (tried ID2 also, didn't work). 4. Field type: INTEGER. 5. Right click in the column bar at the left and chose Primary Key. 6. Save the table. I got the following message: --- Error connecting to the data source Column constraints are not acceptable in statement [ALTER TABLE t_impresoras ADD ID INTEGER NOT NULL] --- - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dba-issues] [Issue 45338] Column constraints are not acceptable in statement
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=45338 User alvarezp2000 changed the following: What|Old value |New value Attachment data| |Created an attachment | |(id=23974) Real database | |still under design --- Additional comments from [EMAIL PROTECTED] Thu Mar 17 13:48:55 -0800 2005 --- Created an attachment (id=23974) Real database still under design - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[www-issues] [Issue 45339] New - In IssueZilla, mime type for .odb is not listed as an option for attachments yet.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=45339 Issue #:|45339 Summary:|In IssueZilla, mime type for .odb is not listed as an |option for attachments yet. Component:|www Version:|current Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|openoffice.org IssueTracker Assigned to:|[EMAIL PROTECTED] Reported by:|alvarezp2000 --- Additional comments from [EMAIL PROTECTED] Thu Mar 17 13:52:41 -0800 2005 --- In IssueZilla, mime type for .odb is not listed as an option for attachments yet. Steps: 1. Create an issue, a.k.a. bug, and submit it. 2. Attach an .odb file. 3. The File Type page appears. Entry for ODB not in list. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]