Re: [Proposal]Propose to Improve the Graphic Bullets Interoperability with MS Word Binary Format
The comment format can provide another way to get the whole code change set,except svn, which is valuable for someone who has only the code base,is not familiar with the tool svn, especially,meets regression issue related to the code change.The comments will be quite helpful. On Tue, Oct 9, 2012 at 12:04 PM, Pedro Giffuni p...@apache.org wrote: Hello; --- Lun 8/10/12, chengjh ha scritto: Data: Lunedì 8 ottobre 2012, 20:21 I have delivered the patch https://issues.apache.org/ooo/attachment.cgi?id=79748action=diff to improve the graphic bullet interoperability with MS Word binary document. Can any expert help the code review before I commit it?Thanks in advance. [1]Call for Test::http://s.apache.org/YYk Please avoid comments like //begin fix for ixx ... //end of fix Such comments are useless and if someone does care that type of information is registered by the version control system (SVN) anyways. Pedro. -- Best Regards,Jianhong Cheng
Re: [Proposal]Propose to Improve the Graphic Bullets Interoperability with MS Word Binary Format
I have delivered the patch https://issues.apache.org/ooo/attachment.cgi?id=79748action=diff to improve the graphic bullet interoperability with MS Word binary document. Can any expert help the code review before I commit it?Thanks in advance. [1]Call for Test::http://s.apache.org/YYk On Fri, Sep 28, 2012 at 9:49 AM, chengjh chen...@apache.org wrote: Hi Graphic Bullet is a kind of bullet that is used in both MS Office and Apache OpenOffice.org. And it provides fancy graphics to replace the special characters as bullets and is used broadly. Unfortunately, till now, Apache OpenOffice.org Writer can not provide the fidelity with MS Word on the function area. So, I think it's time for us to do the graphic bullets fidelity improvement. And we will focus on it through this wiki http://s.apache.org/W8v. You are welcome to comment.Thanks. -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call for Test] [Enhancement]Graphic Bullets Interoperability Improvement with MS Word Binary Format
The volunteer needs to prepare the test cases for the improvement first based on the info published in the wiki,and then run test after the patch committed.Currently, the development is still on going. And the patch will be submitted for reviewing soon.thanks. On Sat, Sep 29, 2012 at 3:20 AM, Regina Henschel rb.hensc...@t-online.dewrote: Hi Jian Hong Cheng, chengjh schrieb: Hi, I will improve the graphic bullets fidelity with MS Word binary format through the enhancement issue https://issues.apache.org/ooo/**show_bug.cgi?id=120928.Pleasehttps://issues.apache.org/ooo/show_bug.cgi?id=120928.Pleaserefer to the details from the wiki http://s.apache.org/W8v. Any volunteer can help me the test work?Thanks in advance. ? I do not see anything to test. Kind regards Regina -- Best Regards,Jianhong Cheng
[Proposal]Propose to Improve the Graphic Bullets Interoperability with MS Word Binary Format
Hi Graphic Bullet is a kind of bullet that is used in both MS Office and Apache OpenOffice.org. And it provides fancy graphics to replace the special characters as bullets and is used broadly. Unfortunately, till now, Apache OpenOffice.org Writer can not provide the fidelity with MS Word on the function area. So, I think it's time for us to do the graphic bullets fidelity improvement. And we will focus on it through this wiki http://s.apache.org/W8v. You are welcome to comment.Thanks. -- Best Regards,Jianhong Cheng
[Call for Test] [Enhancement]Graphic Bullets Interoperability Improvement with MS Word Binary Format
Hi, I will improve the graphic bullets fidelity with MS Word binary format through the enhancement issue https://issues.apache.org/ooo/show_bug.cgi?id=120928.Please refer to the details from the wiki http://s.apache.org/W8v. Any volunteer can help me the test work?Thanks in advance. -- Best Regards,Jianhong Cheng
Re: WaE: sw/source/filter/ww8/wrtww8.cxx
I will have a look..thanks. On Wed, Sep 26, 2012 at 1:48 AM, Pavel Janík pa...@janik.cz wrote: Hi, the current build is almost WaE clean. Module sw contains this warning: sw/source/filter/ww8/wrtww8.cxx: In member function ‘void WW8_WrtBookmarks::MoveFieldMarks(sal_uLong, sal_uLong)’: sw/source/filter/ww8/wrtww8.cxx:315: warning: comparison between signed and unsigned integer expressions Please fix this. Thanks. -- Pavel Janík -- Best Regards,Jianhong Cheng
Re: WaE: sw/source/filter/ww8/wrtww8.cxx
Hi Pavel, The patch for this issue has been submitted for review..Could you please help the code review https://issues.apache.org/ooo/show_bug.cgi?id=121066 before delivering it?Thanks. On Wed, Sep 26, 2012 at 10:22 AM, chengjh chen...@apache.org wrote: I will have a look..thanks. On Wed, Sep 26, 2012 at 1:48 AM, Pavel Janík pa...@janik.cz wrote: Hi, the current build is almost WaE clean. Module sw contains this warning: sw/source/filter/ww8/wrtww8.cxx: In member function ‘void WW8_WrtBookmarks::MoveFieldMarks(sal_uLong, sal_uLong)’: sw/source/filter/ww8/wrtww8.cxx:315: warning: comparison between signed and unsigned integer expressions Please fix this. Thanks. -- Pavel Janík -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [DISCUSS]Actually attach a list style to the Numbering # paragraph styles
That's a good topic. On Thu, Sep 13, 2012 at 10:15 PM, RGB ES rgb.m...@gmail.com wrote: On Writer, you have paragraph styles and numbering styles, and it is possible to call the second kind of styles from the first ones in order to build a series of paragraphs with automatic numbering or bullets. On its default configuration, Writer offers a series of paragraph styles called Numbering #, with # going from 1 to 10 (and Start, Cont. and End variants of all of them), as well as paragraph styles called List #. The problem is that those paragraph styles cannot be used out of the box to make numbered lists or bullets because they do not have a numbering style associated: the Numbering style on the Outline Numbering tab inside the style properties is set to None on all those styles. On the current form, those paragraph styles do not fulfil any purpose and every now and then (not very often, that's true) we have on the forums confused users that do not understand why those Numbering styles do not do numbering at all. Agree. At least, from the names,end users will be confused. [1]The series of para styles are named by the format List X and Numbering X(X:1-5)), but after applying the styles to paragraphs,end users don't get the numbered or bullet results.I am sure very few end users can know their usages. [2]When switching to List Styles,end users will also see series of built in Numbering Styles with the same name format List X and Numbering X(X:1-5))...For end users, it is difficult to know their difference. I propose: A)Re-structure the names of these paragraph styles with the name format List X and Numbering X(X:1-5)) to provide clear semantic. B)Provide preview capability for these styles to let end users easily know what the actual result will be like.. C)Provide the UI entry that can support end users to bind a expected paragraph style to a level of a numbering list style,thus end users can use the paragraph style to format paragraph directly because it is not enough to just bind a paragraph to a numbering list style,the level info is necessary. I think the default built-in template should be changed to actually associate numbering styles to those paragraph styles. See this old request on bugzilla Bug 42280 - Numbering and List paragraph styles should have numbering style by default https://issues.apache.org/ooo/show_bug.cgi?id=42280 What do you think? Regards Ricardo -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Issue 120864:Text is overlapped by the drawing object when open the .doc file
The rendering becomes well after applying the patch...committed with revision 1383798,thanks for the patch. On Wed, Sep 12, 2012 at 1:58 PM, chengjh chen...@apache.org wrote: I will have a look..thanks. On Tue, Sep 11, 2012 at 9:33 AM, jane kang kangjane2...@gmail.com wrote: I have fixed issue *120769.* Detail info of issue pls refer to https://issues.apache.org/ooo/show_bug.cgi?id=120864. Patch infor pls refer to https://issues.apache.org/ooo/attachment.cgi?id=7938 https://issues.apache.org/ooo/attachment.cgi?id=79111. Plz review it. Thanks. -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Issue 120881:Page number in footer display incorrectly
I will have a look..thanks. On Wed, Sep 12, 2012 at 1:53 PM, jane kang kangjane2...@gmail.com wrote: I have fixed issue *120881.* Detail info of issue pls refer tohttps:// issues.apache.org/ooo/show_bug.cgi?id=120881 https://issues.apache.org/ooo/show_bug.cgi?id=120864. Patch infor pls refer to https://issues.apache.org/ooo/attachment.cgi?id=79412 https://issues.apache.org/ooo/attachment.cgi?id=79111. Plz review it. Thanks. -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Issue 120881:Page number in footer display incorrectly
I have finished the code review. After applying the patch,the page numbering displays well,I committed the patch with revision 1383857.Thanks. On Wed, Sep 12, 2012 at 3:34 PM, chengjh chen...@apache.org wrote: I will have a look..thanks. On Wed, Sep 12, 2012 at 1:53 PM, jane kang kangjane2...@gmail.com wrote: I have fixed issue *120881.* Detail info of issue pls refer tohttps:// issues.apache.org/ooo/show_bug.cgi?id=120881 https://issues.apache.org/ooo/show_bug.cgi?id=120864. Patch infor pls refer to https://issues.apache.org/ooo/attachment.cgi?id=79412 https://issues.apache.org/ooo/attachment.cgi?id=79111. Plz review it. Thanks. -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call For Review] Review the solution of i120759
Updated the patch and Committed it with revision 1383789http://svn.apache.org/viewvc?view=revisionrevision=1383789 ,thanks. On Mon, Sep 10, 2012 at 5:53 PM, chengjh chen...@apache.org wrote: I have a look at the code change. On Fri, Sep 7, 2012 at 2:45 PM, Fan Zheng zheng.easy...@gmail.com wrote: Hi, Community: As the fix work of issue 120759 [From Symphony]Bookmark value changed when opening the doc file in BugZilla is already done, now I am expecting any volunteer for taking the code review work of it. Thanks so much! Here is the link: https://issues.apache.org/ooo/show_bug.cgi?id=120759 your ZhengFan -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Issue 120864:Text is overlapped by the drawing object when open the .doc file
I will have a look..thanks. On Tue, Sep 11, 2012 at 9:33 AM, jane kang kangjane2...@gmail.com wrote: I have fixed issue *120769.* Detail info of issue pls refer to https://issues.apache.org/ooo/show_bug.cgi?id=120864. Patch infor pls refer to https://issues.apache.org/ooo/attachment.cgi?id=7938 https://issues.apache.org/ooo/attachment.cgi?id=79111. Plz review it. Thanks. -- Best Regards,Jianhong Cheng
Re: [QA Report] The TOC fidelity enhancement in MSO Word 2003 binary format importing/exporting
Excellent report,let's confirm whether the two defects are really related to the code change.If yes,it is better to solve them now.To the non-feature defects,we will make plan according to their priority in the future.Thanks. On Mon, Sep 10, 2012 at 1:51 PM, dongjun zong zongdj...@gmail.com wrote: Xiao Ting, Thanks very much for the detail report. 2012/9/10 Xiao Ting Xiao tingxi...@gmail.com Hi All, Here is the report of TOC fidelity enhancement in MSO Word 2003 binary format importing/exporting. Please review. 1. Total test case number: 24 2. Total execution number: 48 3. Testing platforms - SuSE Linux 64-bit - Windows XP - Ubuntu Linux 32-bit - Windows 7 - MacOS X - Redhat Linux 32-bit 4. Pass rate: 92% 5. Bug analysis Totally 10 bugs were opened. 2 of them maybe feature related, others can be reproduced in build AOO 341 1372282, so they are not feature related bug. Feature related bugs: *Bug 120843* https://issues.apache.org/ooo/show_bug.cgi?id=120843 - [writer001] indent between number and title in TOC entry becomes small after update TOC *Bug 120845* https://issues.apache.org/ooo/show_bug.cgi?id=120845 - [writer001] some TOC entry's styles lost after update TOC when open doc in AOO Non-feature bugs: *Bug 120838* https://issues.apache.org/ooo/show_bug.cgi?id=120838 - TOC's title in doc file created via MS Word 2010 was collected into TOC entry after update *Bug 120841* https://issues.apache.org/ooo/show_bug.cgi?id=120841 - TOC's spacing between following content increased a lot after update when open doc file created via previous OpenOffice *Bug 120842* https://issues.apache.org/ooo/show_bug.cgi?id=120842 - TOC's position changed after export doc created by OpenOffice 1.1 to another doc and open via MS Word 2003 *Bug 120846* https://issues.apache.org/ooo/show_bug.cgi?id=120846 - indent between bullet and title in TOC entry becomes larger when open doc in AOO and update TOC *Bug 120774* https://issues.apache.org/ooo/show_bug.cgi?id=120774 - Comment line with heading style was collected into TOC when open doc file in AOO and update TOC *Bug 120775* https://issues.apache.org/ooo/show_bug.cgi?id=120775 - Tab stop appeared after update TOC when open doc in AOO *Bug 120777* https://issues.apache.org/ooo/show_bug.cgi?id=120777 - paragraph's outline level lost after open doc with TOC in AOO *Bug 120778* https://issues.apache.org/ooo/show_bug.cgi?id=120778 - paragraph's outline level lost after export doc to doc in AOO Thanks Xiao ting Xiao -- Thanks! Regards, DongJun Zong -- Best Regards,Jianhong Cheng
Re: [Call For Review] Review the solution of i120759
I have a look at the code change. On Fri, Sep 7, 2012 at 2:45 PM, Fan Zheng zheng.easy...@gmail.com wrote: Hi, Community: As the fix work of issue 120759 [From Symphony]Bookmark value changed when opening the doc file in BugZilla is already done, now I am expecting any volunteer for taking the code review work of it. Thanks so much! Here is the link: https://issues.apache.org/ooo/show_bug.cgi?id=120759 your ZhengFan -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Issue 120769: Color of underline display wrongly
Not only the core function enhanced,but also the interoperability improved...This patch has been reviewed for working well,committed with revision 1380463 http://svn.apache.org/viewvc?view=revisionrevision=1380463...thanks for the patch. On Mon, Sep 3, 2012 at 4:27 PM, jane kang kangjane2...@gmail.com wrote: I have fixed issue *120769.* Detail info of issue pls refer to https://issues.apache.org/ooo/show_bug.cgi?id=120769 https://issues.apache.org/ooo/show_bug.cgi?id=119922. Patch infor pls refer to https://issues.apache.org/ooo/attachment.cgi?id=79278 https://issues.apache.org/ooo/attachment.cgi?id=79111. Plz review it. Thanks. -- Best Regards,Jianhong Cheng
Re: [Call-for-Review]Bug 120133 - [From Symphony]Doc file saved by AOO, section size changed
The patch works after being applied..and is committed with revision:1380503.Thanks for the patch. On Wed, Aug 22, 2012 at 2:49 PM, Chen Peng chenpeng2...@gmail.com wrote: Hi All, I have fixed a bug about copy text wrong, as shown in below: *Bug 120133* https://issues.apache.org/ooo/show_bug.cgi?id=120133 - [From Symphony]Doc file saved by AOO, section size changed https://issues.apache.org/ooo/show_bug.cgi?id=120133 Root Cause: The section width should consider page and section indent value to calculate the right width size. Resolution: Get the indent value, then calculate the right section width. Anyone help to review the fix will be appreciated, thanks! -- Best Regards,Jianhong Cheng
Re: [Discussion/Review Request] The MSO Word interoperability issues solution on page border
Wonderful investigation and comparison report on the page border function area.I prefer to fix Importing Case 4 and defer Importing Case 3 because I think Importing Case 3 is a rare case and its priority should be low.To the exporting cases,the focus is on exporting Aoo Writer's page border to MS Word because of the flexible range of margin value in Writer.For Aoo Writer's page border can keep good fidelity by default setting when being exported to MS Word,Exporting Case 4 is not an urgent improvement requirement currently.And we need careful review and discussion whether we need to change the border behavior to be same with MS Word,I think it enough to keep a record on the feature difference and fix Exporting Case 2 only in this release.Thanks. On Wed, Aug 29, 2012 at 5:51 PM, Fan Zheng zheng.easy...@gmail.com wrote: Hi, Community: Inside AOO Writer, there are some MSO Word interoperability issues on the page border stuff. After the first step investigation, something show that it is not a simple or defect level work, so I wrote a document about the issue and possible solution on it, and post into Wiki. Here is the link: http://wiki.openoffice.org/wiki/Writer/MSInteroperability/PageBorder For you discuss and review, thanks for your kindly comments and supporting. -- Best Regards,Jianhong Cheng
Re: [Call For Review] Issue 120718: [From Symphony]After save the sample file with page border and shadow to doc, the shadow depth and color changed
It seems that the issue and patch links are https://issues.apache.org/ooo/show_bug.cgi?id=120718 and https://issues.apache.org/ooo/attachment.cgi?id=79224action=diff respectively.. On Thu, Aug 30, 2012 at 4:35 PM, Fan Zheng zheng.easy...@gmail.com wrote: Hi Community: I have fixed a issue 120718 in BugZilla, which need your kindly support on solution review, here is the link: https://issues.apache.org/ooo/show_bug.cgi?id=12071 https://issues.apache.org/ooo/show_bug.cgi?id=120717 8 Thanks a lot! -- Best Regards,Jianhong Cheng
Re: [Call For Review]Issue 120716: [From Symphony] The graphic's border size and spacing is not correct when opne the .doc file
It seems that the issue link and patch link are https://issues.apache.org/ooo/show_bug.cgi?id=120716 and https://issues.apache.org/ooo/attachment.cgi?id=79227action=diff respectively. On Thu, Aug 30, 2012 at 4:30 PM, Fan Zheng zheng.easy...@gmail.com wrote: Hi, Community: I have fixed the issue 120716 in the BugZilla, which need your kindly support on solution review, here is the link: https://issues.apache.org/ooo/show_bug.cgi?id=12071 https://issues.apache.org/ooo/show_bug.cgi?id=120717 6 Thanks a lot! -- Best Regards,Jianhong Cheng
Re: [Call For Review]Issue 120716: [From Symphony] The graphic's border size and spacing is not correct when opne the .doc file
Patch https://issues.apache.org/ooo/attachment.cgi?id=79270action=diffReviewed and committed with revision::1379379.Thanks for the patch. On Fri, Aug 31, 2012 at 4:10 PM, chengjh chen...@apache.org wrote: It seems that the issue link and patch link are https://issues.apache.org/ooo/show_bug.cgi?id=120716 and https://issues.apache.org/ooo/attachment.cgi?id=79227action=diff respectively. On Thu, Aug 30, 2012 at 4:30 PM, Fan Zheng zheng.easy...@gmail.comwrote: Hi, Community: I have fixed the issue 120716 in the BugZilla, which need your kindly support on solution review, here is the link: https://issues.apache.org/ooo/show_bug.cgi?id=12071 https://issues.apache.org/ooo/show_bug.cgi?id=120717 6 Thanks a lot! -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call For Review] Issue 120718: [From Symphony]After save the sample file with page border and shadow to doc, the shadow depth and color changed
Reviewed and Committed with revision::1379417,thanks for the patch. On Fri, Aug 31, 2012 at 4:06 PM, chengjh chen...@apache.org wrote: It seems that the issue and patch links are https://issues.apache.org/ooo/show_bug.cgi?id=120718 and https://issues.apache.org/ooo/attachment.cgi?id=79224action=diff respectively.. On Thu, Aug 30, 2012 at 4:35 PM, Fan Zheng zheng.easy...@gmail.comwrote: Hi Community: I have fixed a issue 120718 in BugZilla, which need your kindly support on solution review, here is the link: https://issues.apache.org/ooo/show_bug.cgi?id=12071 https://issues.apache.org/ooo/show_bug.cgi?id=120717 8 Thanks a lot! -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call For Review]Issue 120716: [From Symphony] The graphic's spacing is not correct when open the .doc file
Reviewed and Committed with Revision::1379387*,*thanks for the patch. On Thu, Aug 30, 2012 at 4:27 PM, Fan Zheng zheng.easy...@gmail.com wrote: Sorry, the link is incorrect for this issue, update it. https://issues.apache.org/ooo/show_bug.cgi?id=12071 https://issues.apache.org/ooo/show_bug.cgi?id=120717 6 2012/8/30 Fan Zheng zheng.easy...@gmail.com Hi, Community: I have fixed a defect issue 120716 in BugZilla, which need your kindly support on solution review, here is the link: https://issues.apache.org/ooo/show_bug.cgi?id=12071 https://issues.apache.org/ooo/show_bug.cgi?id=120717 6 Thanks a lot! -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Issue 120654: Number range variable filed shows in AOO
Reviewed and committed with revision:1378443,thanks for the patch. On Fri, Aug 24, 2012 at 11:29 AM, jane kang kangjane2...@gmail.com wrote: I have fixed issue *120654.* Detail info of issue pls refer to https://issues.apache.org/ooo/show_bug.cgi?id=120654 https://issues.apache.org/ooo/show_bug.cgi?id=119922. Patch infor pls refer to https://issues.apache.org/ooo/attachment.cgi?id=78224 https://issues.apache.org/ooo/attachment.cgi?id=79111. Plz review it. Thanks. -- Best Regards,Jianhong Cheng
Re: How to insert Table with AutoCaption in swriter?
HI Xiao Ting, As I know, currently, it seems not able to do as you expect..The option settings are stored in class SwModuleOptions, which defines a variable named by pModuleConfig in class SwModule,accessible globally.Theoretically, the pair APIs setPropertyValue and getPropertyValue provided by css::beans::XPropertySet can be used to set/get the certain settings,such as the AutoCaption configuration because css::beans::XPropertySet is a parent interface of SwXTextDocument,equal position with XTextDocument mentioned in your code segment..Developers can get its instance from the similar code segment as below.Please double confirm because I didn't code or verify.. XComponent xComponent = unoApp.newDocument(swriter); XPropertySet xPS = ( XPropertySet )UnoRuntime.queryInterface( XPropertySet.class, xComponent); Unfortunately,the implementations of setPropertyValue and getPropertyValue in class SwXTextDocument don't provide the code to set/get the AutoCaption configuration value. Hope it helpful for you.. On Thu, Aug 23, 2012 at 9:19 AM, Xiao Ting Xiao tingxi...@gmail.com wrote: Hi all, I want to use UNO api to verify swriter's AutoCaption configuration. In order to whether it is feasible, I made the following steps: Step 1, I manually configure swriter's AutoCaption via menu Tools--Options--OpenOffice.org Writer--AutoCaption, check OpenOffice.org Writer Table to automatically add caption when inserting table. Step 2, I run the following script to insert table via UNO api, but caption was not added automatically. XComponent xComponent = unoApp.newDocument(swriter); XTextDocument xTextDocument =(XTextDocument)UnoRuntime.queryInterface(XTextDocument.class, xComponent); XText xText = xTextDocument.getText(); XTextCursor xTextCursor = xText.createTextCursor(); XMultiServiceFactory xWriterFactory =(XMultiServiceFactory)UnoRuntime.queryInterface(XMultiServiceFactory.class, xTextDocument); XTextTable xTable = (XTextTable)UnoRuntime.queryInterface(XTextTable.class, xWriterFactory.createInstance(com.sun.star.text.TextTable)); xText.insertTextContent(xTextCursor,xTable,false); Is there extra operation I need to do? or it is not feasible to verify AutoCaption configuration via UNO api? Thanks your response. -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Bug 120568 Hyperlink of Graphihc with Anchor Type As Character lost after save as doc format.
So,this fix only focus on the url of the hyperlink applied to a graphic/image whose anchor type is As Character.Based on the scope,the review finished and changes committed with revision:1376816.Thanks for the patch. On Fri, Aug 24, 2012 at 9:58 AM, Huaidong Qiu qiuhuaid...@gmail.com wrote: Jian Hong, The scope of this feature are supporting hyperlinks on as character pictures of ms doc format. test case 1. Insert a picture into word processor, change the anchor property to as character. 2. Add a hyperlink on this picture. 3. Save this file as Microsoft Word 97/2000/XP .doc file. 4. reopen this file, the hyperlink should work well. 5. open this file in MS word, the hyperlink should work well too. On Wed, Aug 22, 2012 at 3:09 PM, chengjh chen...@apache.org wrote: Huai Dong,please provide your test cases that will make the scope more clear..thanks. On Wed, Aug 15, 2012 at 9:46 AM, Huaidong Qiu qiuhuaid...@gmail.com wrote: Please review the patch for 120568, here is the issue link https://issues.apache.org/ooo/show_bug.cgi?id=120568 -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Review|Discussion]NumberingBullets Attributes Interoperability and Para End Mark
For no comments received,I assume the solution is accepted by default..committed with revision:1376818,thanks. On Wed, Aug 22, 2012 at 10:45 AM, chengjh chen...@apache.org wrote: Hi I would like to provide our solution of the issue described in [1] https://issues.apache.org/ooo/show_bug.cgi?id=119405 .You are welcome to review and comment the fix patch [2] https://issues.apache.org/ooo/attachment.cgi?id=79015action=diff before I commit the code changes into trunk.Thanks in advance. *Problem Description:* To some MS Word binary documents, the numbering and bullets looks same in MS Word,but their attributes,such as the font size,font style,font color..., will be different after being launched into Aoo Writer.They are obvious fidelity issues.Please refer to the samples attached in test cases. *Root Cause Analysis:* As we know,MS Word provides the paragraph end mark,which is used broadly to distinguish the attributes of text contents,attributes of paragraph and the methods to handling flying objects anchoring,and so on..In this thread, we will not outspread it,and will only focus on its impact on the numbering and bullets attributes.In MS Word,there are two kinds of attributes that will determine the final result of numbering and bullets applied to a paragraph.One is the attribute that is applied to the whole text contents of a paragraph;The other is the attribute that is applied to the paragraph end mark,presented with 0x0D in MS Word binary document. Moreover, the latter has higher priority than the former.Because Aoo Writer doesn't support the same kind of paragraph end mark, the attributes of 0x0D will be lost during loading a MS Word Binary document. At that time,the default attributes of Aoo Writer will apply to the numbering and bullets instead of the actual attributes of paragraph end mark.Thus, to the numbering and bullets whose attributes are determined by the paragraph end mark, the fidelity will have problems.That's the reason. *Solution:* When parsing the attributes of paragraph end mark(0x0D),the attributes will be extended and set to the character style binding to the given level of a number rule.Thus,the attributes of MS Word's paragraph end mark will apply to the numbering and bullets in Aoo Writer successfully to keep the fidelity. *Negative Impact:* Although most common user scenarios can be met by the solution,there are still negative impacts for missing the equal paragraph end mark in Aoo Writer.Because the attributes of paragraph end mark(0x0D) will be set to the character style binding to the given level of a number rule,it will have the global impact..Other paragraphs that are applied with the same number rule's level will also be changed.Please refer to the Test Case 6, the color of the bullet will be changed finally. Generally, MS Word users will have their numbering/bullets the same attributes/style when using the same level's of number rule,correspondingly,the impacted scenarios are rarely. *Test Cases for The Patch:* [1]https://issues.apache.org/ooo/attachment.cgi?id=79017action=edit [2]https://issues.apache.org/ooo/attachment.cgi?id=79018action=edit [3]https://issues.apache.org/ooo/attachment.cgi?id=79019action=edit [4]https://issues.apache.org/ooo/attachment.cgi?id=79020action=edit [5]https://issues.apache.org/ooo/attachment.cgi?id=79021action=edit [6]https://issues.apache.org/ooo/attachment.cgi?id=79022action=edit *PVT Test Result for the Patch:* [1]https://issues.apache.org/ooo/attachment.cgi?id=79045action=edit -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Bug 120568 Hyperlink of Graphihc with Anchor Type As Character lost after save as doc format.
Huai Dong,please provide your test cases that will make the scope more clear..thanks. On Wed, Aug 15, 2012 at 9:46 AM, Huaidong Qiu qiuhuaid...@gmail.com wrote: Please review the patch for 120568, here is the issue link https://issues.apache.org/ooo/show_bug.cgi?id=120568 -- Best Regards,Jianhong Cheng
Re: [DISCUSS]: I would like to propose a new conversion mode parameter
+1,sounds a good idea,it will extend the usage areas of Aoo with better performance and expectation. On Wed, Aug 22, 2012 at 4:00 AM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/21/2012 03:38 AM, schrieb Lei Wang: On Tue, Aug 21, 2012 at 4:18 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/20/2012 04:54 PM, schrieb Jürgen Schmidt: OpenOffice is not only used as desktop application but also as hidden part of other software and often as a conversion engine in the backend. OpenOffice has very good filters for many file formats and the usage as a conversion engine is straight forward. And the conversion from one format into another can be improved and optimized by some special handling of parts of the document. For example external linked parts can be ignored and don't have to be loaded during conversion, embedded images can be simply copied etc. I would like to improve AOO for this kind of usage by introducing a new parameter -conversionmode. It's not comparable with the command line parameter -headless or the hidden property for loadComponentFromUrl(). The intention of this new global option is to have it available everywhere in the underlying code to optimize the performance of the conversion. Sounds reasonable. However, especially with the previous paragraph I don't know if I understood right. Do you want to simply make the import/export of docs faster when AOO isn't running in graphical mode? Would be great if you can fill this with some more details. For some enterprise user, AOO is used as a document conversion service in backend. For an example, convert MS 2003 binary file format to ODF file format. This conversion service does not need GUI. And user can not interrupt the process, which bring performance improvement opportunity which Jurgen mentioned. Thanks for your explaination. Now it's clear. ;-) Marcus This should have no influence/impact on the normal workflow but will help to make AOO potentially more attractive for backend usage. Means it will help to grow the broader eco-system around AOO. -- Best Regards,Jianhong Cheng
Re: [VOTE] Apache OpenOffice Community Graduation Vote
+1 On Wed, Aug 22, 2012 at 9:21 AM, Ian C i...@amham.net wrote: +1 On Wed, Aug 22, 2012 at 1:21 AM, Claudio Filho filh...@gmail.com wrote: Hi Extremely out, in function of personal problems, but giving my vote: +1 Apache OpenOffice community is ready to graduate from the Apache Incubator. Claudio 2012/8/19 Rob Weir robw...@apache.org: Per the IPMC's Guide to Successful Graduation [1] this is the optional, but recommended, community vote for us to express our willingness/readiness to govern ourselves. If this vote passes then we continue by drafting a charter, submitting it for IPMC endorsement, and then to the ASF Board for final approval. Details can be found in the Guide to Successful Graduation. Everyone in the community is encouraged to vote. Votes from PPMC members and Mentors are binding. This vote will run 72-hours. [ ] +1 Apache OpenOffice community is ready to graduate from the Apache Incubator. [ ] +0 Don't care. [ ] -1 Apache OpenOffice community is not ready to graduate from the Apache Incubator because... Regards, -Rob [1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote -- Cheers, Ian C -- Best Regards,Jianhong Cheng
[Review|Discussion]NumberingBullets Attributes Interoperability and Para End Mark
Hi I would like to provide our solution of the issue described in [1] https://issues.apache.org/ooo/show_bug.cgi?id=119405 .You are welcome to review and comment the fix patch [2] https://issues.apache.org/ooo/attachment.cgi?id=79015action=diff before I commit the code changes into trunk.Thanks in advance. *Problem Description:* To some MS Word binary documents, the numbering and bullets looks same in MS Word,but their attributes,such as the font size,font style,font color..., will be different after being launched into Aoo Writer.They are obvious fidelity issues.Please refer to the samples attached in test cases. *Root Cause Analysis:* As we know,MS Word provides the paragraph end mark,which is used broadly to distinguish the attributes of text contents,attributes of paragraph and the methods to handling flying objects anchoring,and so on..In this thread, we will not outspread it,and will only focus on its impact on the numbering and bullets attributes.In MS Word,there are two kinds of attributes that will determine the final result of numbering and bullets applied to a paragraph.One is the attribute that is applied to the whole text contents of a paragraph;The other is the attribute that is applied to the paragraph end mark,presented with 0x0D in MS Word binary document. Moreover, the latter has higher priority than the former.Because Aoo Writer doesn't support the same kind of paragraph end mark, the attributes of 0x0D will be lost during loading a MS Word Binary document. At that time,the default attributes of Aoo Writer will apply to the numbering and bullets instead of the actual attributes of paragraph end mark.Thus, to the numbering and bullets whose attributes are determined by the paragraph end mark, the fidelity will have problems.That's the reason. *Solution:* When parsing the attributes of paragraph end mark(0x0D),the attributes will be extended and set to the character style binding to the given level of a number rule.Thus,the attributes of MS Word's paragraph end mark will apply to the numbering and bullets in Aoo Writer successfully to keep the fidelity. *Negative Impact:* Although most common user scenarios can be met by the solution,there are still negative impacts for missing the equal paragraph end mark in Aoo Writer.Because the attributes of paragraph end mark(0x0D) will be set to the character style binding to the given level of a number rule,it will have the global impact..Other paragraphs that are applied with the same number rule's level will also be changed.Please refer to the Test Case 6, the color of the bullet will be changed finally. Generally, MS Word users will have their numbering/bullets the same attributes/style when using the same level's of number rule,correspondingly,the impacted scenarios are rarely. *Test Cases for The Patch:* [1]https://issues.apache.org/ooo/attachment.cgi?id=79017action=edit [2]https://issues.apache.org/ooo/attachment.cgi?id=79018action=edit [3]https://issues.apache.org/ooo/attachment.cgi?id=79019action=edit [4]https://issues.apache.org/ooo/attachment.cgi?id=79020action=edit [5]https://issues.apache.org/ooo/attachment.cgi?id=79021action=edit [6]https://issues.apache.org/ooo/attachment.cgi?id=79022action=edit *PVT Test Result for the Patch:* [1]https://issues.apache.org/ooo/attachment.cgi?id=79045action=edit -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Bug 120568 Hyperlink of Graphihc with Anchor Type As Character lost after save as doc format.
I will have a look..thanks. On Wed, Aug 15, 2012 at 9:46 AM, Huaidong Qiu qiuhuaid...@gmail.com wrote: Please review the patch for 120568, here is the issue link https://issues.apache.org/ooo/show_bug.cgi?id=120568 -- Best Regards,Jianhong Cheng
Re: [Call for review]Bug 120236 - when decrease indent for bullet,the bullet will go out of page range
This seems not an interoperability/fidelity issue. 1)Aoo provides negative indent,just like MS Word 2003..Please use Numbering Bullets Dialog to check..not using Decrease/Increase Indent because its semantic will be context sensitive according to selected contents.In MS Word 2003,for only one paragraph with bullets,it means indent,for multiple paragraphs with bullets,it means level changes.In Aoo, it only means indent. 2)From UI of Toolbar,MS Word end users are not able to set negative indent through Decrease Indent in Toolbar,but able to set large positive indent beyond editing area through Increase indent in toolbar.In Aoo Writer, the situations are reversed, end users can set negative indent through Decrease Indent in toolbar,but not able to set large positive indent beyond editing area. 3)I create a simple MS Word binary file and test the interoperability result, the fidelity is ok.. Based on the above analysis, I agree with Oliver's comments, the issue mentioned by Weike is a usability issue,and need UX members to involve and enrich the scope,not just this point, for better experiences in this area.Thanks. On Thu, Aug 16, 2012 at 10:17 AM, Shenfeng Liu liush...@gmail.com wrote: I added more comments. And add every one in cc list to the new issue opened: 120585 https://issues.apache.org/ooo/show_bug.cgi?id=120585 . - Shenfeng 2012/8/16 De Bin Lei debin@gmail.com weike, pls check the comments from Oliver. Thx a lot! 2012/8/15 Liang Weike weike.li...@cs2c.com.cn Hi Debin, OK. I have added my comments for this bug in bugzilla. And your suggestions will be appreciated. Hi, Weike, I volunteered to review the fixed. Can you explain more details for the fix in bugzilla? Thx a lot. 2012/8/15 Liang Weike weike.li...@cs2c.com.cn Hi all, I have fixed Bug 120236 and committed the patch. Could anyone help me to review it? Thanks in advance! https://issues.apache.org/ooo/**show_bug.cgi?id=120236 https://issues.apache.org/ooo/show_bug.cgi?id=120236 -- Regards, Liang Weike China Standard Software Co., Ltd -- Regards, Liang Weike China Standard Software Co., Ltd -- Best regards Lei De Bin -- Best Regards,Jianhong Cheng
Re: Request to Create a Branch for the Implement the Loading of TOC and Improve TOC Fidelity with MS Word Binary Document
Sure,let's update the branch instead of creating a new one..thanks. On Mon, Aug 20, 2012 at 6:08 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 20.08.2012 08:09, Oliver-Rainer Wittmann wrote: Hi, On 20.08.2012 04:51, chengjh wrote: Hi Oliver, As I know,the first stage's code changes of implementing the TOC Load and improving TOC fidelity with MS Word binary have been reviewed by you..Could you please apply the patch to the branch https://svn.apache.org/repos/asf/incubator/ooo/branches/writer001/?, and then we will ask Simon to help the branch build for us.Thanks. Yes, I can apply the patch. The branch writer001 has been created 2012-07-02. May be we should think about to drop it and create a new one, because a lot of stuff already happened on trunk since the creation of this branch. I have just made up my mind to keep branch writer001 - thx Armin for the discussion. Thus, I will update branch writer001 on trunk - merging in the changes made on trunk since branch creation. Afterwards I will apply the patch after I have review it. Best regards, Oliver. What do you think? Should we go with a new branch? -- Best Regards,Jianhong Cheng
Re: Request to Create a Branch for the Implement the Loading of TOC and Improve TOC Fidelity with MS Word Binary Document
Hi Oliver, As I know,the first stage's code changes of implementing the TOC Load and improving TOC fidelity with MS Word binary have been reviewed by you..Could you please apply the patch to the branch https://svn.apache.org/repos/asf/incubator/ooo/branches/writer001/?, and then we will ask Simon to help the branch build for us.Thanks. On Mon, Jul 2, 2012 at 1:24 PM, chengjh chen...@apache.org wrote: Branch https://svn.apache.org/repos/asf/incubator/ooo/branches/writer001/ has been created for the TOC Enhancement.Let's exchange code changes in this branch for the followed improvements and bugfixes of TOC. Thanks. On Mon, Jul 2, 2012 at 9:06 AM, chengjh chen...@apache.org wrote: Oliver, Very good suggestion.That's also one of my goals.Let's take it as a pilot to practise the way of branch development in community. After the TOC improvement done,the actual usage of this branch will pop up to focus on the Study and POC of Writer's Track Changes..Thanks. On Fri, Jun 29, 2012 at 5:57 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 29.06.2012 10:37, chengjh wrote: Thanks to Juergen and Oliver's comments..I got points as followed: a)If the code changes of an improvement are too many,effort is also big and development has to be went on for long,moreover,special testing work will be taken to cover the given function areas and impacted areas, that's ok to create a branch for the improvement..It is better to do so. b)If the risk and impact areas are under control,and we are confident to ensure the quality along with that the finished scenarios are clear and expected, it is better for us to deliver the code changes to main stream( trunk ) directly even the deliverable is not complete.Thus QE volunteers can help us to find out regression defects as early as possible,and also,better feedback can be got in time. So,the selection can be decided according to the actual project's situation and evaluation.To the TOC Loading,we are able to deliver the code changes to main and finish the development work stage by stage in main directly..Any misunderstanding,please correct me. Yes. The team that is working on a feature can decide what is better - working on trunk or working on a branch. May be we can use the TOC enhancements as an opportunity to figure out a good and accepted way to work on branches. Thus, I am fine with both ways for the TOC enhancements. Best regards, Oliver. P.S.: I have just finished my review on the recent patch for issue 119963 On Fri, Jun 29, 2012 at 3:49 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 29.06.2012 03:59, chengjh wrote: Hi, We have proposed to implement the loading of TOC and improve TOC fidelity with MS Word binary document..And now,we have finished the loading implementation part and delivered patch for review in https://issues.apache.org/ooo/show_bug.cgi?id=119963https://issues.apache.org/ooo/**show_bug.cgi?id=119963 https**://issues.apache.org/ooo/show_**bug.cgi?id=119963https://issues.apache.org/ooo/show_bug.cgi?id=119963 . Because this is just the stage I code implementation, and more improvements within stage II/III/ code implementation will be followed,moreover,special qe efforts are needed to cover the whole TOC function area and the impact areas,in order to decrease the negative impacts on the main stream,we request to create a branch and deliver our code implementation to the branch first, and then integrate the final qualified code to main..How about your comments?Thanks. Reference: [1]Candidate Proposal: https://cwiki.apache.org/confluence/display/OOOUSERS/**https://cwiki.apache.org/**confluence/display/OOOUSERS/** AOO+4.0+Feature+Planninghttps**://cwiki.apache.org/** confluence/display/OOOUSERS/**AOO+4.0+Feature+Planninghttps://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Feature+Planning [2]Wiki with FS and SDD: http://wiki.services.openoff** ice.org/wiki/Writer/ http://openoffice.org/wiki/**Writer/http://openoffice.org/wiki/Writer/ TOC http://wiki.services.**openof**fice.org/wiki/Writer/TOChttp://openoffice.org/wiki/Writer/TOC http:**//wiki.services.openoffice.**org/wiki/Writer/TOChttp://wiki.services.openoffice.org/wiki/Writer/TOC ** In general I think it makes completely sense to work on a branch for a certain feature which takes more implementation, testing etc. efforts. In this special case I am not sure, if it is needed. I am currently reviewing the patch for issue 119963. It works fine from my point of view. There are no open ends, it is complete and does not cause any problems as far as I can see. Thus, I am planning to apply this patch to trunk today or on Monday. Thus, from my point of view this feature milestone and the following ones are still small enough to handle them without an additional branch. Best regards, Oliver. -- Best Regards,Jianhong Cheng
Re: [Call-for-Review]Two issues about font size change in document.
I will review the patch.thanks. On Tue, Aug 7, 2012 at 2:40 PM, Chen Peng chenpeng2...@gmail.com wrote: Hi All, I have fixed two problems about font size change in document, as shown in below: 1. *Bug 119649* https://issues.apache.org/ooo/show_bug.cgi?id=119649- [From Symphony]Hyperlink font size increased if saved to .doc file https://issues.apache.org/ooo/show_bug.cgi?id=119649 *Root Cause: * In the id definition, RES_TXTATR_INETFMT must precede RES_TXTATR_CHARFMT, so that link style can overwrite char style. And in #i24291# it describes All we want to do is ensure for now is that if a charfmt exist in the character properties that it rises to the top and is exported first., so hyperlink text property will override the original text property in this situation. *Resolution: * Ignore the link style in such situation when doing ms word filter exports. 2. *Bug 119650* https://issues.apache.org/ooo/show_bug.cgi?id=119650- [From Symphony]Font size increased if saved by AOO https://issues.apache.org/ooo/show_bug.cgi?id=119650 *Root Cause: *The properties of CHP PLC was not broken after a paragraph ending. *Resolution: * Add such broken after paragraph ending. Thank you very much if you can help me to review them! -- Best Regards,Jianhong Cheng
Re: [Review|Discussion]For Ideas and Comments on the Vision of Writer's Track Changes Improvement
Hi Kevin,you are right.. On Thu, Jul 19, 2012 at 1:36 AM, Kevin Grignon kevingrignon...@gmail.comwrote: KG 01 - Excuse top post. Proposal looks great. What is the impact/risk on the UI? How might we improve the user experience? Perhaps a task pane with threaded comments and available actions? Good idea.In this improvement,we will have UI changes and provide better user experiences.Currently,we have not started the progress yet..I appreciate your further proposals and actions on this part.Thanks in advance. On Tuesday, July 10, 2012, Oliver-Rainer Wittmann wrote: Hi, On 10.07.2012 09:14, chengjh wrote: Oliver,I can not access http://www.ooocon.org/ to get your presentation for 2010 conf..And I am not authorized to access http://people.apache.org/~orw/210-209-1-PB.pdf http://people.apache.org/~orw/**210-209-1-PB.pdf http://**people.apache.org/~orw/210-**209-1-PB.pdf http://people.apache.org/~orw/210-209-1-PB.pdf either..Could you please send your presentation to me?thanks. I am sorry. I have corrected the access rights on [1]. Now, you should be able to access it. [1] http://people.apache.org/~orw/**210-209-1-PB.pdf http://people.apache.org/~orw/210-209-1-PB.pdf Best regards, Oliver. On Mon, Jul 9, 2012 at 11:25 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 04.07.2012 04:41, chengjh wrote: Hi Dennis,I appreciate your questions,they are significant areas we have to take carefully.Thanks. On Wed, Jul 4, 2012 at 12:36 AM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: I have questions about the way that the improvements are intended to be extensions to the ODF format. I understand from what is said that improvements are introduced into the ODF document in a way that they will be ignored by older implementations and other implementations that are unaware of them. The intention is to map to and from .doc in a reliable manner. 1. How are the extensions introduced such that conforming ODF consumers will ignore them properly? Will users be able to turn off the improvements in order to produce conforming ODF documents? a)That's a good question.Because current ODF formats on Track Changes are limited,that means only limited capabilities are able to be supported. In order to achieve our goal to improve the fidelity with MS Word, we have to extend Track Changes ODF formats and propose to OASIS ODF to become standard at the end.Thus,the compatibility with previous releases will be a challenging job.Our strategy is that the current import/export code logic on Track Changes will be kept to ensure the same supported change records defined in ODF 1.1/1.2 as before in our improved solution.If possible,the extended parts will be implemented with another code logic,not mixed, to ensure these parts will not be recognized by previous releases. b)And also,it seems a good idea to provide an option item in Tools-Options...-Writer-Compatibility to turn on/off the improvements.Thanks. This can be already handled in general. As mentioned in my presentation at OOoCon 2010 (especially slide 14ff) [1] we already have the ODF format version field. On this field we can depend our (not yet in ODF available) features//enhancements/improvements/... 2. Will ignoring the extensions result in an usable conforming ODF document and will round-trip return to the producer of the extensions be tolerable. Should there be warning when an user makes changes that rely on the improvements in a document that was not produced by an improvement-aware implementation? c) We should avoid to generate un-usable ODF document,otherwise,the design should have problem.. d) I don't think it necessary to give warning message to end users when saving changes records with our improvements..I think it better for an application to enable a mechanism to provide warning message to end users when identifying un-recognized info. 3. How are the improvement extensions to the ODF format being made known so that other consumers of ODF can support them either partially or completely to provide a smoother experience in support of their users and in providing interoperability? e)Finally,our improvements on the ODF formats on Track Changes will be proposed and taken as OASIS ODF standards. In general I think we should align our change tracking enhancements with the work currently going on in the ODF TC regarding change tracking. The work in the ODF TC should more or less guide how we represent/express our change tracking enhancements in ODF. [1] http://people.apache.org/~orw/210-209-1-PB.pdf http://people.apache.org/~orw/**210-209-1-PB.pdf http://**people.apache.org/~orw/210-**209-1-P http://people.apache.org/~orw/210-209-1-PB.pdf -- Best Regards
Re: [Proposal] implement the underline color im/export in Writer for MS filter
I appreciate your effort to implement the MS Word binary filter on the underline color of text.And I think the work is very valuable to improve the fidelity with MS Word binary format.Please go ahead.Thanks. On Wed, Jul 11, 2012 at 5:17 PM, ZuoJun Chen zjchen...@gmail.com wrote: Hi, all I often received Word documents underlined with different colors for highlighting the important parts of content. However, the underline color of text would always become automatic black color in Apache Open Office, which is the mostly used word processor in my daily work. It is annoying that I have to switch between Writer and MS Word in this case. I want underline color can be supported in Writer when open or save as Word document. thus I have investigated how underline color works in document model and write a wiki for my idea, see http://wiki.services.openoffice.org/wiki/Writer/Underline_Color. Currently I would like to work on support im/export underline color in Writer WW8 filter, furthermore, I want to support underline color import for OOXML format document, which is quite different from MS binary format. Is there anyone find this feature useful for your work? Any comment or suggestion would be appreciated. Regards - Zuojun -- Best Regards,Jianhong Cheng
Re: [Review|Discussion]For Ideas and Comments on the Vision of Writer's Track Changes Improvement
Oliver,I can not access http://www.ooocon.org/ to get your presentation for 2010 conf..And I am not authorized to access http://people.apache.org/~orw/**210-209-1-PB.pdfhttp://people.apache.org/~orw/210-209-1-PB.pdf either..Could you please send your presentation to me?thanks. On Mon, Jul 9, 2012 at 11:25 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 04.07.2012 04:41, chengjh wrote: Hi Dennis,I appreciate your questions,they are significant areas we have to take carefully.Thanks. On Wed, Jul 4, 2012 at 12:36 AM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: I have questions about the way that the improvements are intended to be extensions to the ODF format. I understand from what is said that improvements are introduced into the ODF document in a way that they will be ignored by older implementations and other implementations that are unaware of them. The intention is to map to and from .doc in a reliable manner. 1. How are the extensions introduced such that conforming ODF consumers will ignore them properly? Will users be able to turn off the improvements in order to produce conforming ODF documents? a)That's a good question.Because current ODF formats on Track Changes are limited,that means only limited capabilities are able to be supported. In order to achieve our goal to improve the fidelity with MS Word, we have to extend Track Changes ODF formats and propose to OASIS ODF to become standard at the end.Thus,the compatibility with previous releases will be a challenging job.Our strategy is that the current import/export code logic on Track Changes will be kept to ensure the same supported change records defined in ODF 1.1/1.2 as before in our improved solution.If possible,the extended parts will be implemented with another code logic,not mixed, to ensure these parts will not be recognized by previous releases. b)And also,it seems a good idea to provide an option item in Tools-Options...-Writer-**Compatibility to turn on/off the improvements.Thanks. This can be already handled in general. As mentioned in my presentation at OOoCon 2010 (especially slide 14ff) [1] we already have the ODF format version field. On this field we can depend our (not yet in ODF available) features//enhancements/**improvements/... 2. Will ignoring the extensions result in an usable conforming ODF document and will round-trip return to the producer of the extensions be tolerable. Should there be warning when an user makes changes that rely on the improvements in a document that was not produced by an improvement-aware implementation? c) We should avoid to generate un-usable ODF document,otherwise,the design should have problem.. d) I don't think it necessary to give warning message to end users when saving changes records with our improvements..I think it better for an application to enable a mechanism to provide warning message to end users when identifying un-recognized info. 3. How are the improvement extensions to the ODF format being made known so that other consumers of ODF can support them either partially or completely to provide a smoother experience in support of their users and in providing interoperability? e)Finally,our improvements on the ODF formats on Track Changes will be proposed and taken as OASIS ODF standards. In general I think we should align our change tracking enhancements with the work currently going on in the ODF TC regarding change tracking. The work in the ODF TC should more or less guide how we represent/express our change tracking enhancements in ODF. [1] http://people.apache.org/~orw/**210-209-1-PB.pdfhttp://people.apache.org/~orw/210-209-1-PB.pdf Best regards, Oliver. -Original Message- From: chengjh [mailto:chen...@apache.org] Sent: Tuesday, July 03, 2012 00:25 To: ooo-dev@incubator.apache.org; dennis.hamil...@acm.org Subject: Re: [Review|Discussion]For Ideas and Comments on the Vision of Writer's Track Changes Improvement Hi Dennis, Thanks for your feedback.Please say my a),b),c) and d). On Tue, Jul 3, 2012 at 12:16 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: [ ... ] Because of this, it is important to understand how your proposed Track Changes Improvement will be reflect in the ODF 1.2 documents consumed and produced by Apache OpenOffice at this time. That is, what needs to be done in the format, if anything, and how is interoperable communication of that handled in the persistent document? b) One of the significant principles of the improvement is to keep compatibility http://wiki.services.**openoffice.org/wiki/Writer/** ToDo/TrackChanges#Design_**Principleshttp://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Design_Principles with previous releases of AOO/Symphony in order to ensure the persistent document. The new formats saved in the improvement will be lost when being
Re: For Volunteer to Solve the Table Row Truncation Issue of TableRowKeep Feature
Code Review Done,Good fix,please go ahead.thanks. On Thu, Jul 5, 2012 at 8:41 AM, chengjh chen...@apache.org wrote: I will have a look.Thanks for the patch. On Wed, Jul 4, 2012 at 9:49 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 15.06.2012 12:23, Oliver-Rainer Wittmann wrote: Hi, On 15.06.2012 10:26, chengjh wrote: There is an enhancement in OO 2.0.3, delivered with the name Compatibility option: Keep-with-next attribute for table rows. The details of the feature can be gotten from http://www.openoffice.org/**development/releases/2.0.3.**htmlhttp://www.openoffice.org/development/releases/2.0.3.html. A new (non-UI) compatibility option TableRowKeep has been added to Writer documents. If this option is enabled, a table row can be forced to keep together with the next row by setting the keep-with-next attribute to the first paragraph within the first cell of this row. If this row is the last row of a table, the last row tries to keep together with the next content behind the table. This compatibility option is disabled per default and enabled during ww8/rtf import. This enhancement try to provide the behavior and layout compatibility of MS Word's table,within which the first para of the cell has the Keep with next(Paragraph Dialog-Line and Page Breaks in MS Word).. This enhancement still has something to do in order to provide completed compatibility.The known cases provided by TableRowKeep Feature as followed: *a)*If the table is the first lower content of a page, the keep with next attribute of the first para of the first rowcolumn will works as normal, The first row will not be moved to new page..*But if the contents within the first row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated in AOO..* *b)*If the table is the first lower content of a page, the keep with next attribute of the first para of the 1 column/ 2 row will make table from the second row, moved to new page..*But if the contents within the second row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated **in AOO**..* *c)*If the table is the first lower content of a page, the keep with next attribute of the first para of the first rowcolumn and the 1 column/ 2 row will works as normal, not moved to new page in MS Word..In AOO,the table from the second row will be moved to new page..That's the difference..Moreover,* if the contents within the First or second row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated** in AOO**..* This problem is related to the formatting of table and impact the table formatting procedure deeply.Anyone is interesting in it?Thanks. I am remembering the implemenation of this feature - a former colleague had implemented it. I will have a look at the corresponding code. Jianhong Cheng: Do you have a sample document already? Does there already exist a corresponding issue in AOO Bugzilla? I have attached a patch to the issue [1] which should solve the problem. Before I will apply this patch on trunk, I am asking for feedback/review. Thanks in advance. [1] https://issues.apache.org/ooo/**show_bug.cgi?id=120016https://issues.apache.org/ooo/show_bug.cgi?id=120016 Best regards, Oliver. -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Bug 120140 - [From Symphony]After doc file saved by AOO, one more section is created
Code Review Done and Committed with Revision:1358968.Thanks for the patch. On Thu, Jul 5, 2012 at 5:14 PM, chengjh chen...@apache.org wrote: I take care of this issue.Thanks. On Tue, Jul 3, 2012 at 3:29 PM, Lin Yuan yuanlin@gmail.com wrote: I have submitted a patch to fix bug 120140. Something is not correct when export column break and section break in the MS Word 2003 export filter. Detail issue info and comments of this issue please refer to https://issues.apache.org/ooo/show_bug.cgi?id=120140 The patch link is as below https://issues.apache.org/ooo/attachment.cgi?id=78557 Please help review this fix. Thanks. Thanks, Lin Yuan -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Bug 120140 - [From Symphony]After doc file saved by AOO, one more section is created
I take care of this issue.Thanks. On Tue, Jul 3, 2012 at 3:29 PM, Lin Yuan yuanlin@gmail.com wrote: I have submitted a patch to fix bug 120140. Something is not correct when export column break and section break in the MS Word 2003 export filter. Detail issue info and comments of this issue please refer to https://issues.apache.org/ooo/show_bug.cgi?id=120140 The patch link is as below https://issues.apache.org/ooo/attachment.cgi?id=78557 Please help review this fix. Thanks. Thanks, Lin Yuan -- Best Regards,Jianhong Cheng
Re: For Volunteer to Solve the Table Row Truncation Issue of TableRowKeep Feature
I will have a look.Thanks for the patch. On Wed, Jul 4, 2012 at 9:49 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 15.06.2012 12:23, Oliver-Rainer Wittmann wrote: Hi, On 15.06.2012 10:26, chengjh wrote: There is an enhancement in OO 2.0.3, delivered with the name Compatibility option: Keep-with-next attribute for table rows. The details of the feature can be gotten from http://www.openoffice.org/**development/releases/2.0.3.**htmlhttp://www.openoffice.org/development/releases/2.0.3.html. A new (non-UI) compatibility option TableRowKeep has been added to Writer documents. If this option is enabled, a table row can be forced to keep together with the next row by setting the keep-with-next attribute to the first paragraph within the first cell of this row. If this row is the last row of a table, the last row tries to keep together with the next content behind the table. This compatibility option is disabled per default and enabled during ww8/rtf import. This enhancement try to provide the behavior and layout compatibility of MS Word's table,within which the first para of the cell has the Keep with next(Paragraph Dialog-Line and Page Breaks in MS Word).. This enhancement still has something to do in order to provide completed compatibility.The known cases provided by TableRowKeep Feature as followed: *a)*If the table is the first lower content of a page, the keep with next attribute of the first para of the first rowcolumn will works as normal, The first row will not be moved to new page..*But if the contents within the first row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated in AOO..* *b)*If the table is the first lower content of a page, the keep with next attribute of the first para of the 1 column/ 2 row will make table from the second row, moved to new page..*But if the contents within the second row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated **in AOO**..* *c)*If the table is the first lower content of a page, the keep with next attribute of the first para of the first rowcolumn and the 1 column/ 2 row will works as normal, not moved to new page in MS Word..In AOO,the table from the second row will be moved to new page..That's the difference..Moreover,* if the contents within the First or second row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated** in AOO**..* This problem is related to the formatting of table and impact the table formatting procedure deeply.Anyone is interesting in it?Thanks. I am remembering the implemenation of this feature - a former colleague had implemented it. I will have a look at the corresponding code. Jianhong Cheng: Do you have a sample document already? Does there already exist a corresponding issue in AOO Bugzilla? I have attached a patch to the issue [1] which should solve the problem. Before I will apply this patch on trunk, I am asking for feedback/review. Thanks in advance. [1] https://issues.apache.org/ooo/**show_bug.cgi?id=120016https://issues.apache.org/ooo/show_bug.cgi?id=120016 Best regards, Oliver. -- Best Regards,Jianhong Cheng
Re: [Review|Discussion]For Ideas and Comments on the Vision of Writer's Track Changes Improvement
Hi Dennis, Thanks for your feedback.Please say my a),b),c) and d). On Tue, Jul 3, 2012 at 12:16 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: I have some concerns. First, the meta-requirements Wiki page was last updated on 2012-03-12 and there has been on-going turmoil at the ODF TC on which of three proposals will be refined into an ODF 1.3 improvement. There is no resolution, although there is some major discussion to occur in the ODF TC Conference calls in the next few weeks. a)The meta-requirements collected and discussed in the Wiki contain broad scope..And we have submitted our requirements to the group..currently,we are keeping an eye on its progress. Because of this, it is important to understand how your proposed Track Changes Improvement will be reflect in the ODF 1.2 documents consumed and produced by Apache OpenOffice at this time. That is, what needs to be done in the format, if anything, and how is interoperable communication of that handled in the persistent document? b) One of the significant principles of the improvement is to keep compatibility http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Design_Principles with previous releases of AOO/Symphony in order to ensure the persistent document. The new formats saved in the improvement will be lost when being launched into old versions' AOO/Symphony. Also, do the proposed improvements favor one of the three proposals or borrow some elements from each? Is it a completely separate improvement to the existing ODF 1.2 provisions (as badly-specified as they might be)? Is it designed toward interoperability with the functionality of Microsoft Word documents and convertibility with .doc or OOXML Word Processing (.docx, basically)? c)Please provide the three proposals that will be taken as OASIS ODF standard, I am not clear about them. We can refer it during improving our solution.Thanks. Currently,our proposals focus on the interoperability fidelity improvements with MS Word,the binary format is our first goal,and OOXML is followed. Actually, ODF limitations are not our first consideration to improve when working on the new design because I think the perfect solution is the most important..we are still working to find it out..Once the solution is ready, I think the ODF should not be a problem. Without understanding the improvements in terms of what users perceive and can manipulate, and how it is conveyed in the persistent document(s), it is very difficult to assess the proposal. d)When the customers are using AOO/Symphony, especially they exchange document with MS Word, the track changes feature becomes a blocker. It blocks end users to move from MS Office to AOO..So,they demand us to improve the function area to meet their requirements in time. - Dennis -Original Message- From: chengjh [mailto:chen...@apache.org] Sent: Monday, July 02, 2012 20:33 To: ooo-dev@incubator.apache.org Subject: [Review|Discussion]For Ideas and Comments on the Vision of Writer's Track Changes Improvement Hi All, As we know,Track Changes is one of the most important features in a document editing application,such as the Apache OpenOffice.org Writer.It provides to track history changes within a document and review a shared document between different roles in an internal and collaborative environment.Through this feature,end users can conveniently distinguish each roles' revised changes and review comments when working on the same document,especially within a complex reviewing process. Although,Apache OpenOffice.org Writer has also provided the Track Changes feature, there are existing very obviously feature gaps comparing with MS Word.Please refer to the details from http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Comparison_and_GAP.Of course, the interoperability fidelity with MS Word is poor..Because of the obviously feature gaps,we have received some requirements to improve the function area, and been raised some defects too.Please refer to the classic ones from http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Requirement . In order to decrease the feature gaps,especially improve the interoperability fidelity with MS Word, we have taken some investigation and tried to understand the current implementation http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Current_Design deeply. And then, based on the our current knowledge and understanding,we have worked out a design proposal http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Design_Proposals for your review. The proposal is just the beginning, and now open for review and discussion. For our same goal to make Apache OpenOffice.org successful, I appreciate your comments and contribution to the improvement. Your ideas and comments will not be limited to the current design proposal,breakthrough thinking welcomed..Expecting your
Re: [DISCUSS]Macros are lost after saving the xls file to ods, then save as to xls again
Hi Peng, Let me use a scenario to confirm your problem,solution and question..Anything misunderstood,please correct me.thanks. Problem: When AOO launches an excel document with VBA,saves to ods and then saves to excel again,the VBA info will be lost. Solution: a)The VBA streams of an excel document will be saved into the ods document with binary format when converting an excel document to an ods document in AOO Spreadsheet with certain controller. b)Once the ods document containing the binary VBA streams is launched into AOO or previous releases,with certain controller,the binary VBA steams will be loaded[still binary stream in memory] or rejected..There is no any impact on the application,the application can still work well. c)Based on b),if the ods document is saved to an excel document,the binary VBA streams will be exported, thus, the VBA info will not be lost. Question: You are not sure whether this solution is reasonable. So, you want to know the comments about your solution. If no comments, you will do so to implement it. On Mon, Jul 2, 2012 at 4:33 PM, Chen Peng chenpeng2...@gmail.com wrote: Hi All, My name is Chen Peng, I am a developer from Symphony. My special areas are VBA and sw. Now I found an issue about macros lost: I saved an excel file with VBA to spreadsheet, the VBA can work well in spreadsheet, then I wanted to save this spreadsheet back to excel, but all the macros are lost. I propose to save the binary data of excel VBA to spreadsheet, when saving excel to spreadsheet, then we can get the binary data from spreadsheet if need to save the spreadsheet to excel again. The binary data will not impact the open/save... of the ODF format application, it will not be touched when we operate the ODF formant applications. The binary data will be just used when we want to save the spreadsheet to excel, it is just a data prestore about saving spreadsheet macros to excel. Can you give some advice about the solution? Any feedback will be preciated, thanks. -- Best Regards,Jianhong Cheng
Re: [DISCUSS]Macros are lost after saving the xls file to ods, then save as to xls again
That doesn't matter that you think they are VBA or Star Basic when saving a xls with VBA as ods file..To some APIs with behavior difference,they will be distinguished with the line Option VBASupport 1 at the beginning..End users can modify the Star Basic codes in AOO Spreadsheet,but all Star Basic contents including original and modified will be lost when exporting to xls file..Here,if the ods file is converted from a xls file based on Peng's solution,the behavior is still kept unchanged...The only difference is that the saved binary VBA streams within the ods file will be exported to the xls file at that time.Thus,when end users launch the xls file in MS Excel,the original VBA will be there.That's the expected result.thanks. On Tue, Jul 3, 2012 at 5:02 PM, Lei Wang lei.wang.l...@gmail.com wrote: Jian Hong, Will AOO save VBA as Star Basic in ods file when saving a xls file with VBA as ods file? If it is true, can user modify the Star Basic in the new ods file? What happened if user change the Star Basic in the ods file then save as a xls file? On Tue, Jul 3, 2012 at 3:57 PM, chengjh chen...@apache.org wrote: Hi Peng, Let me use a scenario to confirm your problem,solution and question..Anything misunderstood,please correct me.thanks. Problem: When AOO launches an excel document with VBA,saves to ods and then saves to excel again,the VBA info will be lost. Solution: a)The VBA streams of an excel document will be saved into the ods document with binary format when converting an excel document to an ods document in AOO Spreadsheet with certain controller. b)Once the ods document containing the binary VBA streams is launched into AOO or previous releases,with certain controller,the binary VBA steams will be loaded[still binary stream in memory] or rejected..There is no any impact on the application,the application can still work well. c)Based on b),if the ods document is saved to an excel document,the binary VBA streams will be exported, thus, the VBA info will not be lost. Question: You are not sure whether this solution is reasonable. So, you want to know the comments about your solution. If no comments, you will do so to implement it. On Mon, Jul 2, 2012 at 4:33 PM, Chen Peng chenpeng2...@gmail.com wrote: Hi All, My name is Chen Peng, I am a developer from Symphony. My special areas are VBA and sw. Now I found an issue about macros lost: I saved an excel file with VBA to spreadsheet, the VBA can work well in spreadsheet, then I wanted to save this spreadsheet back to excel, but all the macros are lost. I propose to save the binary data of excel VBA to spreadsheet, when saving excel to spreadsheet, then we can get the binary data from spreadsheet if need to save the spreadsheet to excel again. The binary data will not impact the open/save... of the ODF format application, it will not be touched when we operate the ODF formant applications. The binary data will be just used when we want to save the spreadsheet to excel, it is just a data prestore about saving spreadsheet macros to excel. Can you give some advice about the solution? Any feedback will be preciated, thanks. -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Review|Discussion]For Ideas and Comments on the Vision of Writer's Track Changes Improvement
Hi Dennis,I appreciate your questions,they are significant areas we have to take carefully.Thanks. On Wed, Jul 4, 2012 at 12:36 AM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: I have questions about the way that the improvements are intended to be extensions to the ODF format. I understand from what is said that improvements are introduced into the ODF document in a way that they will be ignored by older implementations and other implementations that are unaware of them. The intention is to map to and from .doc in a reliable manner. 1. How are the extensions introduced such that conforming ODF consumers will ignore them properly? Will users be able to turn off the improvements in order to produce conforming ODF documents? a)That's a good question.Because current ODF formats on Track Changes are limited,that means only limited capabilities are able to be supported. In order to achieve our goal to improve the fidelity with MS Word, we have to extend Track Changes ODF formats and propose to OASIS ODF to become standard at the end.Thus,the compatibility with previous releases will be a challenging job.Our strategy is that the current import/export code logic on Track Changes will be kept to ensure the same supported change records defined in ODF 1.1/1.2 as before in our improved solution.If possible,the extended parts will be implemented with another code logic,not mixed, to ensure these parts will not be recognized by previous releases. b)And also,it seems a good idea to provide an option item in Tools-Options...-Writer-Compatibility to turn on/off the improvements.Thanks. 2. Will ignoring the extensions result in an usable conforming ODF document and will round-trip return to the producer of the extensions be tolerable. Should there be warning when an user makes changes that rely on the improvements in a document that was not produced by an improvement-aware implementation? c) We should avoid to generate un-usable ODF document,otherwise,the design should have problem.. d) I don't think it necessary to give warning message to end users when saving changes records with our improvements..I think it better for an application to enable a mechanism to provide warning message to end users when identifying un-recognized info. 3. How are the improvement extensions to the ODF format being made known so that other consumers of ODF can support them either partially or completely to provide a smoother experience in support of their users and in providing interoperability? e)Finally,our improvements on the ODF formats on Track Changes will be proposed and taken as OASIS ODF standards. -Original Message- From: chengjh [mailto:chen...@apache.org] Sent: Tuesday, July 03, 2012 00:25 To: ooo-dev@incubator.apache.org; dennis.hamil...@acm.org Subject: Re: [Review|Discussion]For Ideas and Comments on the Vision of Writer's Track Changes Improvement Hi Dennis, Thanks for your feedback.Please say my a),b),c) and d). On Tue, Jul 3, 2012 at 12:16 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: [ ... ] Because of this, it is important to understand how your proposed Track Changes Improvement will be reflect in the ODF 1.2 documents consumed and produced by Apache OpenOffice at this time. That is, what needs to be done in the format, if anything, and how is interoperable communication of that handled in the persistent document? b) One of the significant principles of the improvement is to keep compatibility http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Design_Principles with previous releases of AOO/Symphony in order to ensure the persistent document. The new formats saved in the improvement will be lost when being launched into old versions' AOO/Symphony. [ ... ] -- Best Regards,Jianhong Cheng
Re: [DISCUSS]Macros are lost after saving the xls file to ods, then save as to xls again
Hi Rob, On Tue, Jul 3, 2012 at 7:15 PM, Rob Weir robw...@apache.org wrote: On Mon, Jul 2, 2012 at 4:33 AM, Chen Peng chenpeng2...@gmail.com wrote: Hi All, My name is Chen Peng, I am a developer from Symphony. My special areas are VBA and sw. Now I found an issue about macros lost: I saved an excel file with VBA to spreadsheet, the VBA can work well in spreadsheet, then I wanted to save this spreadsheet back to excel, but all the macros are lost. How common is this scenario? Wouldn't the more typical user action be to re-save the document back to XLS format? a)It is a good question about the scenario,common or not..But I think Peng wants to ask for comments about the technical solution. Isn't that what happens by default when they do a save when editing an XLS file? If the user does this, will the macro be saved correctly? b)When AOO Spreadsheet launches an xls file with VBA macros, the VBA streams will have a copy in memory and simultaneously the VBA macros are parsed into Spreadsheet VBA model, and end users can see and edit the VBA macros in IDE. Be aware, the modifications will only be kept in Spreadsheet VBA model, and will be lost when end users do saving[to xls], instead, the copy of the VBA Streams in memory will be saved back.So,if end users open the saved xls file in MS Excel,they will only see the original VBA macros. I propose to save the binary data of excel VBA to spreadsheet, when saving excel to spreadsheet, then we can get the binary data from spreadsheet if need to save the spreadsheet to excel again. The binary data will not impact the open/save... of the ODF format application, it will not be touched when we operate the ODF formant applications. The binary data will be just used when we want to save the spreadsheet to excel, it is just a data prestore about saving spreadsheet macros to excel. Can you give some advice about the solution? Any feedback will be preciated, thanks. -- Best Regards,Jianhong Cheng
[Review|Discussion]For Ideas and Comments on the Vision of Writer's Track Changes Improvement
Hi All, As we know,Track Changes is one of the most important features in a document editing application,such as the Apache OpenOffice.org Writer.It provides to track history changes within a document and review a shared document between different roles in an internal and collaborative environment.Through this feature,end users can conveniently distinguish each roles' revised changes and review comments when working on the same document,especially within a complex reviewing process. Although,Apache OpenOffice.org Writer has also provided the Track Changes feature, there are existing very obviously feature gaps comparing with MS Word.Please refer to the details from http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Comparison_and_GAP.Of course, the interoperability fidelity with MS Word is poor..Because of the obviously feature gaps,we have received some requirements to improve the function area, and been raised some defects too.Please refer to the classic ones from http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Requirement . In order to decrease the feature gaps,especially improve the interoperability fidelity with MS Word, we have taken some investigation and tried to understand the current implementation http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Current_Design deeply. And then, based on the our current knowledge and understanding,we have worked out a design proposal http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges#Design_Proposals for your review. The proposal is just the beginning, and now open for review and discussion. For our same goal to make Apache OpenOffice.org successful, I appreciate your comments and contribution to the improvement. Your ideas and comments will not be limited to the current design proposal,breakthrough thinking welcomed..Expecting your involvement.Thanks. Reference: [1] Track Changs Wiki:: http://wiki.services.openoffice.org/wiki/Writer/ToDo/TrackChanges [2] OASIS ODF TC on Track Changes: https://wiki.oasis-open.org/office/Change%20Tracking%20Meta%20Requirements -- Best Regards,Jianhong Cheng
Re: Request to Create a Branch for the Implement the Loading of TOC and Improve TOC Fidelity with MS Word Binary Document
Oliver, Very good suggestion.That's also one of my goals.Let's take it as a pilot to practise the way of branch development in community. After the TOC improvement done,the actual usage of this branch will pop up to focus on the Study and POC of Writer's Track Changes..Thanks. On Fri, Jun 29, 2012 at 5:57 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 29.06.2012 10:37, chengjh wrote: Thanks to Juergen and Oliver's comments..I got points as followed: a)If the code changes of an improvement are too many,effort is also big and development has to be went on for long,moreover,special testing work will be taken to cover the given function areas and impacted areas, that's ok to create a branch for the improvement..It is better to do so. b)If the risk and impact areas are under control,and we are confident to ensure the quality along with that the finished scenarios are clear and expected, it is better for us to deliver the code changes to main stream( trunk ) directly even the deliverable is not complete.Thus QE volunteers can help us to find out regression defects as early as possible,and also,better feedback can be got in time. So,the selection can be decided according to the actual project's situation and evaluation.To the TOC Loading,we are able to deliver the code changes to main and finish the development work stage by stage in main directly..Any misunderstanding,please correct me. Yes. The team that is working on a feature can decide what is better - working on trunk or working on a branch. May be we can use the TOC enhancements as an opportunity to figure out a good and accepted way to work on branches. Thus, I am fine with both ways for the TOC enhancements. Best regards, Oliver. P.S.: I have just finished my review on the recent patch for issue 119963 On Fri, Jun 29, 2012 at 3:49 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 29.06.2012 03:59, chengjh wrote: Hi, We have proposed to implement the loading of TOC and improve TOC fidelity with MS Word binary document..And now,we have finished the loading implementation part and delivered patch for review in https://issues.apache.org/ooo/show_bug.cgi?id=119963https://issues.apache.org/ooo/**show_bug.cgi?id=119963 https**://issues.apache.org/ooo/show_**bug.cgi?id=119963https://issues.apache.org/ooo/show_bug.cgi?id=119963 . Because this is just the stage I code implementation, and more improvements within stage II/III/ code implementation will be followed,moreover,special qe efforts are needed to cover the whole TOC function area and the impact areas,in order to decrease the negative impacts on the main stream,we request to create a branch and deliver our code implementation to the branch first, and then integrate the final qualified code to main..How about your comments?Thanks. Reference: [1]Candidate Proposal: https://cwiki.apache.org/confluence/display/OOOUSERS/**https://cwiki.apache.org/**confluence/display/OOOUSERS/** AOO+4.0+Feature+Planninghttps**://cwiki.apache.org/** confluence/display/OOOUSERS/**AOO+4.0+Feature+Planninghttps://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Feature+Planning [2]Wiki with FS and SDD: http://wiki.services.openoff** ice.org/wiki/Writer/ http://openoffice.org/wiki/**Writer/http://openoffice.org/wiki/Writer/ TOC http://wiki.services.**openof**fice.org/wiki/Writer/TOChttp://openoffice.org/wiki/Writer/TOC http:**//wiki.services.openoffice.**org/wiki/Writer/TOChttp://wiki.services.openoffice.org/wiki/Writer/TOC ** In general I think it makes completely sense to work on a branch for a certain feature which takes more implementation, testing etc. efforts. In this special case I am not sure, if it is needed. I am currently reviewing the patch for issue 119963. It works fine from my point of view. There are no open ends, it is complete and does not cause any problems as far as I can see. Thus, I am planning to apply this patch to trunk today or on Monday. Thus, from my point of view this feature milestone and the following ones are still small enough to handle them without an additional branch. Best regards, Oliver. -- Best Regards,Jianhong Cheng
Re: Request to Create a Branch for the Implement the Loading of TOC and Improve TOC Fidelity with MS Word Binary Document
Branch https://svn.apache.org/repos/asf/incubator/ooo/branches/writer001/ has been created for the TOC Enhancement.Let's exchange code changes in this branch for the followed improvements and bugfixes of TOC. Thanks. On Mon, Jul 2, 2012 at 9:06 AM, chengjh chen...@apache.org wrote: Oliver, Very good suggestion.That's also one of my goals.Let's take it as a pilot to practise the way of branch development in community. After the TOC improvement done,the actual usage of this branch will pop up to focus on the Study and POC of Writer's Track Changes..Thanks. On Fri, Jun 29, 2012 at 5:57 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 29.06.2012 10:37, chengjh wrote: Thanks to Juergen and Oliver's comments..I got points as followed: a)If the code changes of an improvement are too many,effort is also big and development has to be went on for long,moreover,special testing work will be taken to cover the given function areas and impacted areas, that's ok to create a branch for the improvement..It is better to do so. b)If the risk and impact areas are under control,and we are confident to ensure the quality along with that the finished scenarios are clear and expected, it is better for us to deliver the code changes to main stream( trunk ) directly even the deliverable is not complete.Thus QE volunteers can help us to find out regression defects as early as possible,and also,better feedback can be got in time. So,the selection can be decided according to the actual project's situation and evaluation.To the TOC Loading,we are able to deliver the code changes to main and finish the development work stage by stage in main directly..Any misunderstanding,please correct me. Yes. The team that is working on a feature can decide what is better - working on trunk or working on a branch. May be we can use the TOC enhancements as an opportunity to figure out a good and accepted way to work on branches. Thus, I am fine with both ways for the TOC enhancements. Best regards, Oliver. P.S.: I have just finished my review on the recent patch for issue 119963 On Fri, Jun 29, 2012 at 3:49 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 29.06.2012 03:59, chengjh wrote: Hi, We have proposed to implement the loading of TOC and improve TOC fidelity with MS Word binary document..And now,we have finished the loading implementation part and delivered patch for review in https://issues.apache.org/ooo/show_bug.cgi?id=119963https://issues.apache.org/ooo/**show_bug.cgi?id=119963 https**://issues.apache.org/ooo/show_**bug.cgi?id=119963https://issues.apache.org/ooo/show_bug.cgi?id=119963 . Because this is just the stage I code implementation, and more improvements within stage II/III/ code implementation will be followed,moreover,special qe efforts are needed to cover the whole TOC function area and the impact areas,in order to decrease the negative impacts on the main stream,we request to create a branch and deliver our code implementation to the branch first, and then integrate the final qualified code to main..How about your comments?Thanks. Reference: [1]Candidate Proposal: https://cwiki.apache.org/confluence/display/OOOUSERS/**https://cwiki.apache.org/**confluence/display/OOOUSERS/** AOO+4.0+Feature+Planninghttps**://cwiki.apache.org/** confluence/display/OOOUSERS/**AOO+4.0+Feature+Planninghttps://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Feature+Planning [2]Wiki with FS and SDD: http://wiki.services.openoff** ice.org/wiki/Writer/ http://openoffice.org/wiki/**Writer/http://openoffice.org/wiki/Writer/ TOC http://wiki.services.**openof**fice.org/wiki/Writer/TOChttp://openoffice.org/wiki/Writer/TOC http:**//wiki.services.openoffice.**org/wiki/Writer/TOChttp://wiki.services.openoffice.org/wiki/Writer/TOC ** In general I think it makes completely sense to work on a branch for a certain feature which takes more implementation, testing etc. efforts. In this special case I am not sure, if it is needed. I am currently reviewing the patch for issue 119963. It works fine from my point of view. There are no open ends, it is complete and does not cause any problems as far as I can see. Thus, I am planning to apply this patch to trunk today or on Monday. Thus, from my point of view this feature milestone and the following ones are still small enough to handle them without an additional branch. Best regards, Oliver. -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: Request to Create a Branch for the Implement the Loading of TOC and Improve TOC Fidelity with MS Word Binary Document
Thanks to Juergen and Oliver's comments..I got points as followed: a)If the code changes of an improvement are too many,effort is also big and development has to be went on for long,moreover,special testing work will be taken to cover the given function areas and impacted areas, that's ok to create a branch for the improvement..It is better to do so. b)If the risk and impact areas are under control,and we are confident to ensure the quality along with that the finished scenarios are clear and expected, it is better for us to deliver the code changes to main stream( trunk ) directly even the deliverable is not complete.Thus QE volunteers can help us to find out regression defects as early as possible,and also,better feedback can be got in time. So,the selection can be decided according to the actual project's situation and evaluation.To the TOC Loading,we are able to deliver the code changes to main and finish the development work stage by stage in main directly..Any misunderstanding,please correct me. On Fri, Jun 29, 2012 at 3:49 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 29.06.2012 03:59, chengjh wrote: Hi, We have proposed to implement the loading of TOC and improve TOC fidelity with MS Word binary document..And now,we have finished the loading implementation part and delivered patch for review in https://issues.apache.org/ooo/**show_bug.cgi?id=119963https://issues.apache.org/ooo/show_bug.cgi?id=119963. Because this is just the stage I code implementation, and more improvements within stage II/III/ code implementation will be followed,moreover,special qe efforts are needed to cover the whole TOC function area and the impact areas,in order to decrease the negative impacts on the main stream,we request to create a branch and deliver our code implementation to the branch first, and then integrate the final qualified code to main..How about your comments?Thanks. Reference: [1]Candidate Proposal: https://cwiki.apache.org/**confluence/display/OOOUSERS/** AOO+4.0+Feature+Planninghttps://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Feature+Planning [2]Wiki with FS and SDD: http://wiki.services.**openoff** ice.org/wiki/Writer/ http://openoffice.org/wiki/Writer/ TOC http://wiki.services.**openoffice.org/wiki/Writer/TOChttp://wiki.services.openoffice.org/wiki/Writer/TOC ** In general I think it makes completely sense to work on a branch for a certain feature which takes more implementation, testing etc. efforts. In this special case I am not sure, if it is needed. I am currently reviewing the patch for issue 119963. It works fine from my point of view. There are no open ends, it is complete and does not cause any problems as far as I can see. Thus, I am planning to apply this patch to trunk today or on Monday. Thus, from my point of view this feature milestone and the following ones are still small enough to handle them without an additional branch. Best regards, Oliver. -- Best Regards,Jianhong Cheng
Request to Create a Branch for the Implement the Loading of TOC and Improve TOC Fidelity with MS Word Binary Document
Hi, We have proposed to implement the loading of TOC and improve TOC fidelity with MS Word binary document..And now,we have finished the loading implementation part and delivered patch for review in https://issues.apache.org/ooo/show_bug.cgi?id=119963. Because this is just the stage I code implementation, and more improvements within stage II/III/ code implementation will be followed,moreover,special qe efforts are needed to cover the whole TOC function area and the impact areas,in order to decrease the negative impacts on the main stream,we request to create a branch and deliver our code implementation to the branch first, and then integrate the final qualified code to main..How about your comments?Thanks. Reference: [1]Candidate Proposal: https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Feature+Planning [2]Wiki with FS and SDD: http://wiki.services.**openoffice.org/wiki/Writer/ TOC http://wiki.services.openoffice.org/wiki/Writer/TOC Best Regards,Jianhong Cheng
Re: openoffice apache
Hi Allison, I have to say sorry for that..Could you please provide more details of your problems to us? Thus, we can solve them in time and make AOO better to satisfy you in next release,and also benefit other end users.Thanks in advance. On Wed, Jun 27, 2012 at 12:17 PM, Allison Barnes abhrs...@hotmail.comwrote: OpenOffice has always been easy to use and very reliable. However this Open Office Apache is a piece of crap. I’ve only used word, and it’s shut down on me numerous times. And whenever I’ve clicked to see/send an error report...it just reopens my document. I’m tired of dealing with this crap, and I’m now trying to go back to OpenOffice 3.3 . I will never use Apache again...ever. -- Best Regards,Jianhong Cheng
Re: openoffice apache
Thanks to the reminder from Juergen and Petter. On Wed, Jun 27, 2012 at 4:46 PM, Peter Junge peter.ju...@gmx.org wrote: Hi, Allison will not get this reply, the message was moderated as the header Delivered-To: moderator for ooo-dev@incubator.apache.org indicates. Peter On 6/27/2012 4:27 PM, chengjh wrote: Hi Allison, I have to say sorry for that..Could you please provide more details of your problems to us? Thus, we can solve them in time and make AOO better to satisfy you in next release,and also benefit other end users.Thanks in advance. On Wed, Jun 27, 2012 at 12:17 PM, Allison Barnes abhrs...@hotmail.com wrote: OpenOffice has always been easy to use and very reliable. However this Open Office Apache is a piece of crap. I’ve only used word, and it’s shut down on me numerous times. And whenever I’ve clicked to see/send an error report...it just reopens my document. I’m tired of dealing with this crap, and I’m now trying to go back to OpenOffice 3.3 . I will never use Apache again...ever. -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Issue 119922:[From Symphony]Graphic in header and footer can not be displayed correctly.
I will take care of this issue.. On Mon, Jun 11, 2012 at 4:30 PM, jane kang kangjane2...@gmail.com wrote: Hi, I have fixed issue *119922.* Detail info of issue pls refer to https://issues.apache.org/ooo/show_bug.cgi?id=119922. Patch infor pls refer to https://issues.apache.org/ooo/attachment.cgi?id=78224. Pls review it. Thanks. -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Issue 119922:[From Symphony]Graphic in header and footer can not be displayed correctly.
Hi Jane, If the graphic within the header/footer is replaced with frame or OLE,how about the result of the code fix? They have also the new attributes of Follow text flow..thanks. On Mon, Jun 25, 2012 at 2:56 PM, chengjh chen...@apache.org wrote: I will take care of this issue.. On Mon, Jun 11, 2012 at 4:30 PM, jane kang kangjane2...@gmail.com wrote: Hi, I have fixed issue *119922.* Detail info of issue pls refer to https://issues.apache.org/ooo/show_bug.cgi?id=119922. Patch infor pls refer to https://issues.apache.org/ooo/attachment.cgi?id=78224. Pls review it. Thanks. -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call-for-Review] Issue 119922:[From Symphony]Graphic in header and footer can not be displayed correctly.
Reviewed and Committed with Revision:1353791..Thanks for the patch. On Mon, Jun 25, 2012 at 5:57 PM, jane kang kangjane2...@gmail.com wrote: Hi Jian hong, This issue wouldn't happen on frame or OLE in header/footer, since Follow text flow property is unchecked for these two objects when open an odt previous version in Ooo latest version.Thanks. On Mon, Jun 25, 2012 at 4:55 PM, chengjh chen...@apache.org wrote: Hi Jane, If the graphic within the header/footer is replaced with frame or OLE,how about the result of the code fix? They have also the new attributes of Follow text flow..thanks. On Mon, Jun 25, 2012 at 2:56 PM, chengjh chen...@apache.org wrote: I will take care of this issue.. On Mon, Jun 11, 2012 at 4:30 PM, jane kang kangjane2...@gmail.com wrote: Hi, I have fixed issue *119922.* Detail info of issue pls refer to https://issues.apache.org/ooo/show_bug.cgi?id=119922. Patch infor pls refer to https://issues.apache.org/ooo/attachment.cgi?id=78224. Pls review it. Thanks. -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call-For-Review] Fix for i119652 - [From Symphony]When press Ctrl+Shift+Backspace in table cell A1 ,Undo,crash
Reviewed and Committed with revision:1352384. Currently,AOO only provides to select within a table or select content range containing table(s). And it does not provide to select content range crossing tables that means the start position and end position are locating at different tables,or one is within a table,another is not..The current code implementation logic of SwEditShell::DeleteSel() doesn't consider the situations either.So, this patch will only consider the supported scenarios..other limitations will not be considered here..Because they are capabilities and usability improvement,we need prioritize it according to end users' feedback in the future.thanks. On Tue, Jun 19, 2012 at 5:10 PM, chengjh chen...@apache.org wrote: I will take care of this issue.. On Tue, Jun 19, 2012 at 5:01 PM, Lin Yuan yuanlin@gmail.com wrote: Thanks for the advice. I added more detail description about root cause and resolution. 2012/6/19 chengjh chen...@apache.org Hi Lin, Please describe the root cause more clearly...And if solution description can be added,that will be better.thanks. On Mon, Jun 11, 2012 at 4:53 PM, lin yuan yuanlin@gmail.com wrote: I have submit a patch to fix issue i119652. It's a crash issue if user use Ctrl+Shift+Backspace to delete a paragraph in the first cell in a table and then do undo action. Detail info and comments of this issue please refer to https://issues.apache.org/ooo/show_bug.cgi?id=119652 Patch info please refer to https://issues.apache.org/ooo/attachment.cgi?id=78230 Please help review this fix. Thanks. Thanks, Lin Yuan -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call-For-Review] Fix for i119652 - [From Symphony]When press Ctrl+Shift+Backspace in table cell A1 ,Undo,crash
Hi Lin, Please describe the root cause more clearly...And if solution description can be added,that will be better.thanks. On Mon, Jun 11, 2012 at 4:53 PM, lin yuan yuanlin@gmail.com wrote: I have submit a patch to fix issue i119652. It's a crash issue if user use Ctrl+Shift+Backspace to delete a paragraph in the first cell in a table and then do undo action. Detail info and comments of this issue please refer to https://issues.apache.org/ooo/show_bug.cgi?id=119652 Patch info please refer to https://issues.apache.org/ooo/attachment.cgi?id=78230 Please help review this fix. Thanks. Thanks, Lin Yuan -- Best Regards,Jianhong Cheng
Re: For Volunteer to Solve the Table Row Truncation Issue of TableRowKeep Feature
Thanks to Ji..And I have attached 8 samples with brief description to verify this problem in this issue 120016https://issues.apache.org/ooo/show_bug.cgi?id=120016 .. On Mon, Jun 18, 2012 at 10:17 AM, Yan Ji yanji...@gmail.com wrote: Jian Hong, I create defect Bug 120016[1] to record the issue https://issues.apache.org/ooo/show_bug.cgi?id=120016 Thanks Best Regards, Yan Ji On Jun 15, 2012, at 8:24 PM, chengjh wrote: Oliver,thanks a lot for your effort to look at this issue.Currently,there isn't any issue about it in AOO Bugzilla.Our qe will help to open one for it.And I will attach my samples for your reference.Good Weekend! On Fri, Jun 15, 2012 at 6:23 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 15.06.2012 10:26, chengjh wrote: There is an enhancement in OO 2.0.3, delivered with the name Compatibility option: Keep-with-next attribute for table rows. The details of the feature can be gotten from http://www.openoffice.org/**development/releases/2.0.3.**html http://www.openoffice.org/development/releases/2.0.3.html. A new (non-UI) compatibility option TableRowKeep has been added to Writer documents. If this option is enabled, a table row can be forced to keep together with the next row by setting the keep-with-next attribute to the first paragraph within the first cell of this row. If this row is the last row of a table, the last row tries to keep together with the next content behind the table. This compatibility option is disabled per default and enabled during ww8/rtf import. This enhancement try to provide the behavior and layout compatibility of MS Word's table,within which the first para of the cell has the Keep with next(Paragraph Dialog-Line and Page Breaks in MS Word).. This enhancement still has something to do in order to provide completed compatibility.The known cases provided by TableRowKeep Feature as followed: *a)*If the table is the first lower content of a page, the keep with next attribute of the first para of the first rowcolumn will works as normal, The first row will not be moved to new page..*But if the contents within the first row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated in AOO..* *b)*If the table is the first lower content of a page, the keep with next attribute of the first para of the 1 column/ 2 row will make table from the second row, moved to new page..*But if the contents within the second row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated **in AOO**..* *c)*If the table is the first lower content of a page, the keep with next attribute of the first para of the first rowcolumn and the 1 column/ 2 row will works as normal, not moved to new page in MS Word..In AOO,the table from the second row will be moved to new page..That's the difference..Moreover,* if the contents within the First or second row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated** in AOO**..* This problem is related to the formatting of table and impact the table formatting procedure deeply.Anyone is interesting in it?Thanks. I am remembering the implemenation of this feature - a former colleague had implemented it. I will have a look at the corresponding code. Jianhong Cheng: Do you have a sample document already? Does there already exist a corresponding issue in AOO Bugzilla? Best regards, Oliver. -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [RELEASE][3.4.1]: proposing Bug 119400 - Undo broken in several contexts (Basic Editor, Math Editor, Calc Input Line, MultiLine controls, etc) as release blocker
+1 On Fri, Jun 15, 2012 at 3:16 PM, Zhe Liu aliu...@gmail.com wrote: +1 2012/6/15 Oliver-Rainer Wittmann orwittm...@googlemail.com: Hi, I second the request that issue 119400 [1] should be solved for AOO 3.4.1 It is a regression in AOO 3.4. A patch to fix this issue is already available - thx to hanya hanya.r...@gmail.com I have reviewed the patch - it looks good. Any objections to mark this issue as a release blocker for AOO 3.4.1? [1] https://issues.apache.org/ooo/show_bug.cgi?id=119400 Best regards, Oliver. -- Best Regards From aliu...@gmail.com -- Best Regards,Jianhong Cheng
For Volunteer to Solve the Table Row Truncation Issue of TableRowKeep Feature
There is an enhancement in OO 2.0.3, delivered with the name Compatibility option: Keep-with-next attribute for table rows. The details of the feature can be gotten from http://www.openoffice.org/development/releases/2.0.3.html. A new (non-UI) compatibility option TableRowKeep has been added to Writer documents. If this option is enabled, a table row can be forced to keep together with the next row by setting the keep-with-next attribute to the first paragraph within the first cell of this row. If this row is the last row of a table, the last row tries to keep together with the next content behind the table. This compatibility option is disabled per default and enabled during ww8/rtf import. This enhancement try to provide the behavior and layout compatibility of MS Word's table,within which the first para of the cell has the Keep with next(Paragraph Dialog-Line and Page Breaks in MS Word).. This enhancement still has something to do in order to provide completed compatibility.The known cases provided by TableRowKeep Feature as followed: *a)*If the table is the first lower content of a page, the keep with next attribute of the first para of the first rowcolumn will works as normal, The first row will not be moved to new page..*But if the contents within the first row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated in AOO..* *b)*If the table is the first lower content of a page, the keep with next attribute of the first para of the 1 column/ 2 row will make table from the second row, moved to new page..*But if the contents within the second row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated **in AOO**..* *c)*If the table is the first lower content of a page, the keep with next attribute of the first para of the first rowcolumn and the 1 column/ 2 row will works as normal, not moved to new page in MS Word..In AOO,the table from the second row will be moved to new page..That's the difference..Moreover,* if the contents within the First or second row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated** in AOO**..* This problem is related to the formatting of table and impact the table formatting procedure deeply.Anyone is interesting in it?Thanks. -- Best Regards,Jianhong Cheng
Re: For Volunteer to Solve the Table Row Truncation Issue of TableRowKeep Feature
Oliver,thanks a lot for your effort to look at this issue.Currently,there isn't any issue about it in AOO Bugzilla.Our qe will help to open one for it.And I will attach my samples for your reference.Good Weekend! On Fri, Jun 15, 2012 at 6:23 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 15.06.2012 10:26, chengjh wrote: There is an enhancement in OO 2.0.3, delivered with the name Compatibility option: Keep-with-next attribute for table rows. The details of the feature can be gotten from http://www.openoffice.org/**development/releases/2.0.3.**htmlhttp://www.openoffice.org/development/releases/2.0.3.html. A new (non-UI) compatibility option TableRowKeep has been added to Writer documents. If this option is enabled, a table row can be forced to keep together with the next row by setting the keep-with-next attribute to the first paragraph within the first cell of this row. If this row is the last row of a table, the last row tries to keep together with the next content behind the table. This compatibility option is disabled per default and enabled during ww8/rtf import. This enhancement try to provide the behavior and layout compatibility of MS Word's table,within which the first para of the cell has the Keep with next(Paragraph Dialog-Line and Page Breaks in MS Word).. This enhancement still has something to do in order to provide completed compatibility.The known cases provided by TableRowKeep Feature as followed: *a)*If the table is the first lower content of a page, the keep with next attribute of the first para of the first rowcolumn will works as normal, The first row will not be moved to new page..*But if the contents within the first row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated in AOO..* *b)*If the table is the first lower content of a page, the keep with next attribute of the first para of the 1 column/ 2 row will make table from the second row, moved to new page..*But if the contents within the second row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated **in AOO**..* *c)*If the table is the first lower content of a page, the keep with next attribute of the first para of the first rowcolumn and the 1 column/ 2 row will works as normal, not moved to new page in MS Word..In AOO,the table from the second row will be moved to new page..That's the difference..Moreover,* if the contents within the First or second row is enough to be beyond the height of the page,the row will not split, the part beyond page will be truncated** in AOO**..* This problem is related to the formatting of table and impact the table formatting procedure deeply.Anyone is interesting in it?Thanks. I am remembering the implemenation of this feature - a former colleague had implemented it. I will have a look at the corresponding code. Jianhong Cheng: Do you have a sample document already? Does there already exist a corresponding issue in AOO Bugzilla? Best regards, Oliver. -- Best Regards,Jianhong Cheng
Re: [Call For Review] Bugzilla 119963
This is the I implementation of the proposal described in thread Propose to Implement the Loading of TOC and Improve TOC Fidelity with MS Word Binary Document..review comments expected... On Thu, Jun 14, 2012 at 3:31 PM, Fan Zheng zheng.easy...@gmail.com wrote: Hi, all: This is ZhengFan. I have finished the bug fix/feature implementation of bugzilla 119963. Now the patch was attached for review. Thanks a lot! Here is the link: https://issues.apache.org/ooo/show_bug.cgi?id=119963 -- Best Regards,Jianhong Cheng
Re: Propose to Implement the Loading of TOC and Improve TOC Fidelity with MS Word Binary Document
The function specification and design are ready for review now..Please access http://wiki.services.openoffice.org/wiki/Writer/TOC to review the FS section Loading of MS Word TOC=Binary Format=Function Specification and the design section Loading of MS Word TOC=Binary Format=Design Description..You are welcome to comment...thanks. On Wed, May 30, 2012 at 10:54 AM, chengjh chen...@apache.org wrote: Sure,that will be more integrated..Thanks to Ying.. On Wed, May 30, 2012 at 9:58 AM, Ying Zhang tldy...@gmail.com wrote: I see only the improvement for interoperability with MS Binary file format been mentioned. But since the same problems exist for MS OOXML file format. Could we consider both and find whether we could define same mechanism and same scope to make it consistence with each other. I would like to take the MS OOXML part. 2012/5/29 chengjh chen...@apache.org Oliver,welcome... On Tue, May 29, 2012 at 8:21 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 29.05.2012 09:24, chengjh wrote: Hi All, TOC(Table of Contents) is a significant feature in Aoo Writer..Although,it has provided powerful capabilities to benefit end users for productivity, the followed areas,especially the fidelity with MS Word, still need improvements..I propose them and put them as the candidates https://cwiki.apache.org/**confluence/display/OOOUSERS/** AOO+4.0+Feature+Planning https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Feature+Planning of the next release for your comments...thanks. 1)The TOC data of a MS Word document is not parsed completely.And the actual TOC data is from silently updating once a MS Word Document loaded.Thus,the fidelity can not be ensured especially when the document contents that impact TOC have been changed after creating TOC in MS Word.So,we propose to implement the TOC loading process to replace the update action. 2)The tab between chapter number and TOC entry lost when loading a MS Word document,which leads to different gap between chapter number and TOC entry.That looks different from MS Word. 3)Jump info will be lost when loading MS Word TOC created by un-checking Use hyperlinks instead of page numbers. To this kind of TOC,end users can only press ctrl+mouse to click the page number of the TOC entry for jumping in MS Word. 4)The customized character attributes will be lost when loading MS Word TOC created by un-checking Use hyperlinks instead of page numbers. To this kind of TOC,the customized character attributes of the target paragraphs can be collected into TOC in MS Word. Such an improvement makes sense from my point of view. If possible I would help on this. Best regards, Oliver. -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng -- Best Regards,Jianhong Cheng
Re: [Call-for-Review]patch for bug 119829.
Very useful fix,it will benefit end users to take use of Apache OpenOffice.org as their daily document editing application..Personally, I expect the fix can be delivered to code base earlier. Thanks for the fix. On Thu, Jun 7, 2012 at 10:24 AM, jane kang kangjane2...@gmail.com wrote: I have fixed bug 119829 show_bug.cgi?id=119829. Issue detail info pls refer to https://issues.apache.org/ooo/show_bug.cgi?id=119829. Patch infor pls refer to https://issues.apache.org/ooo/attachment.cgi?id=78078.Thanks. -- Best Regards,Jianhong Cheng
Re: New wiki document about WordprocessingML related
Valuable for the technical repository of the community..Thanks. On Fri, Jun 1, 2012 at 10:43 AM, Ying Zhang tldy...@gmail.com wrote: thx Chen, good suggestions. 2012/5/31 bjcheny compan...@gmail.com Thanks for your sharing on WordingprocessingML. I think you may add the tags for category as Filter | Office Open XML | WordingprocessingML. Will look through content later. 2012/5/31 Ying Zhang tldy...@gmail.com Hi, All I have been working for Symphony's interoperability with MS Office for years, and I'm so glad to contribute to AOO's developement for this part. I just posted a document about WordprocessingML related, basic code structure for this part could be found. http://wiki.services.openoffice.org/wiki/WordprocessingML Seeing your comments for this part, and hope we can discuss more about the AOO's interoperability improvements. -- Best Regards,Jianhong Cheng
Propose to Integrate Old OO Wiki and New AOO Wiki
Hi, We see,the old OpenOffice.org wiki http://wiki.services.openoffice.org/wiki/Main_Page has accumulated plenty of valuable information,including planning,function specification,technical documents and so on..Currently,the planning and project tracking parts have been moved to https://cwiki.apache.org/confluence/display/OOOUSERS/Wiki+Home,that means a new start of the project.Because the two wikis are two different wiki software systems,moreover, there are existing different writing styles between them and writers need accounts for them respectively, it is not convenient for writers to write wiki articles when switching between them...So, I propose to create a new wiki for developers to record technical documents,technical review,proposals/ideas,function specification and design,and so on by sub-project categories, for example,we can move the scope of teams section from the old OO wiki to the new wiki, or *extend the scope of https://cwiki.apache.org/confluence/display/OOOUSERS/Wiki+Home to include these areas. *Thus, in the future,the new wiki will only keep a link to the old OO wiki which takes as the history data and continue to accumulate new project data to benefit the project and contributors..Please comment...thanks. -- Best Regards,Jianhong Cheng
Propose to Implement the Loading of TOC and Improve TOC Fidelity with MS Word Binary Document
Hi All, TOC(Table of Contents) is a significant feature in Aoo Writer..Although,it has provided powerful capabilities to benefit end users for productivity, the followed areas,especially the fidelity with MS Word, still need improvements..I propose them and put them as the candidates https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Feature+Planning of the next release for your comments...thanks. 1)The TOC data of a MS Word document is not parsed completely.And the actual TOC data is from silently updating once a MS Word Document loaded.Thus,the fidelity can not be ensured especially when the document contents that impact TOC have been changed after creating TOC in MS Word.So,we propose to implement the TOC loading process to replace the update action. 2)The tab between chapter number and TOC entry lost when loading a MS Word document,which leads to different gap between chapter number and TOC entry.That looks different from MS Word. 3)Jump info will be lost when loading MS Word TOC created by un-checking Use hyperlinks instead of page numbers. To this kind of TOC,end users can only press ctrl+mouse to click the page number of the TOC entry for jumping in MS Word. 4)The customized character attributes will be lost when loading MS Word TOC created by un-checking Use hyperlinks instead of page numbers. To this kind of TOC,the customized character attributes of the target paragraphs can be collected into TOC in MS Word. -- Best Regards,Jianhong Cheng
Re: Propose to Implement the Loading of TOC and Improve TOC Fidelity with MS Word Binary Document
Oliver,welcome... On Tue, May 29, 2012 at 8:21 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 29.05.2012 09:24, chengjh wrote: Hi All, TOC(Table of Contents) is a significant feature in Aoo Writer..Although,it has provided powerful capabilities to benefit end users for productivity, the followed areas,especially the fidelity with MS Word, still need improvements..I propose them and put them as the candidates https://cwiki.apache.org/**confluence/display/OOOUSERS/** AOO+4.0+Feature+Planninghttps://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Feature+Planning of the next release for your comments...thanks. 1)The TOC data of a MS Word document is not parsed completely.And the actual TOC data is from silently updating once a MS Word Document loaded.Thus,the fidelity can not be ensured especially when the document contents that impact TOC have been changed after creating TOC in MS Word.So,we propose to implement the TOC loading process to replace the update action. 2)The tab between chapter number and TOC entry lost when loading a MS Word document,which leads to different gap between chapter number and TOC entry.That looks different from MS Word. 3)Jump info will be lost when loading MS Word TOC created by un-checking Use hyperlinks instead of page numbers. To this kind of TOC,end users can only press ctrl+mouse to click the page number of the TOC entry for jumping in MS Word. 4)The customized character attributes will be lost when loading MS Word TOC created by un-checking Use hyperlinks instead of page numbers. To this kind of TOC,the customized character attributes of the target paragraphs can be collected into TOC in MS Word. Such an improvement makes sense from my point of view. If possible I would help on this. Best regards, Oliver. -- Best Regards,Jianhong Cheng
Build Stop of comphelper module for help
When I built the Aoo 3.4 code base,I got a failure of comphelper module..According to the message, I went to the module and run make -sr command, but still failed...Who can give me a hand?Thanks. chengjh@AOO_Writer_Dev /cygdrive/e/OooDev/comphelper $ make -s -r /cygdrive/e/OooDev/comphelper/Module_comphelper.mk:26: *** No target registered while reading /cygdrive/e/OooDev/comphelper/Library_comphelp.mk!. Stop. -- Best Regards,Jianhong Cheng
Re: about souce code of write insert a picture ?
The implementation of inserting graphic in Writer is locating at sw module...You can have a look at these classes... 1.SwGrfNode 2.SwFrmFmt 3.SwFlyFrmFmt 4.SwDoc its *pFrmFmtTbl,*pSpzFrmFmtTbl 5.SwFlyAtCntFrm Through breaking at their construct functions in the debug env, the inserting implementation will be clear... On Thu, May 17, 2012 at 9:09 PM, jianlizhao jianlizh...@hotmail.com wrote: Hello could you the tell me openoffice's the write,How to insert a picture,Can you briefly describe the implementation process? insert a picture code in which module ? Regards jianlizhao -- Thanks... Best Regards! Jim Cheng (程建宏)
Re: Apache OpenOffice Presentation Template
Very Good,I like them... On Thu, May 17, 2012 at 5:06 PM, Xin Li lxnice...@gmail.com wrote: ok, thanks.:) 2012/5/17 Shenfeng Liu liush...@gmail.com Li Xin, They looks great! While I found a font color problem in your template 4. I fixed it, and will send the new template to you in a private mail. Thanks! - Simon 2012/5/17 Xin Li lxnice...@gmail.com Hi all, I have uploaded three more AOO branded presentation template. Yun chao Xu and I did the design work. Thanks Simon and DaLi's help. Please download them by the link below. Welcome to have a try and give me your feedback or suggestion. Thanks:) http://templates.services.openoffice.org/en/node/8511 http://templates.services.openoffice.org/en/node/8513 http://templates.services.openoffice.org/en/node/8515 -- Forwarded message -- From: chengjh chen...@apache.org Date: 2012/5/17 Subject: Re: Apache OpenOffice Presentation Template To: ooo-dev@incubator.apache.org Expecting more... On Wed, May 16, 2012 at 10:13 AM, Shenfeng Liu liush...@gmail.com wrote: Thanks for your trying! I will upload more later... :) 2012/5/14 Albino Biasutti Neto biasut...@gmail.com Hi. 2012/5/13 Liu Da Li wawal...@gmail.com [...] it looks very good! +1 Best, Albino -- Thanks... Best Regards! Jian Hong Cheng -- Best regards, Xin Li 李欣 UX designer -- Best regards, Xin Li 李欣 UX designer -- Thanks... Best Regards! Jim Cheng (程建宏)
Re: about souce code of write insert a picture ?
You mean a kind of customer application developed based on OpenOffice , such as Hello World!,right? On Fri, May 18, 2012 at 4:07 PM, jianlizhao jianlizh...@hotmail.com wrote: Hello Jim Cheng: Thanks you replay. Could I find a example of openoffice secondary development, programming language use C++ language , the example Achieve Function 1) dialog box 2) Click the button on the dialog box display hello world. Where can I download the example program? -- Thanks... Best Regards! Jim Cheng (程建宏)
Re: about souce code of write insert a picture ?
Please refer to Yong Lin's reply...to find expected info from http://wiki.services.openoffice.org/wiki/Documentation/DevGuide On Fri, May 18, 2012 at 4:39 PM, jianlizhao jianlizh...@hotmail.com wrote: Hello Jim Cheng: Yes. a kind of customer application developed based on OpenOffice, call Extensions . the Extensions Has the following features 1) dialog box 2) Click the button on the dialog box display hello world. it was simple, but good learning. Thanks... Best Regards! -邮件原件- 发件人: chengjh [mailto:chen...@apache.org] 发送时间: 2012年5月18日 16:19 收件人: ooo-dev@incubator.apache.org 主题: Re: about souce code of write insert a picture ? You mean a kind of customer application developed based on OpenOffice , such as Hello World!,right? On Fri, May 18, 2012 at 4:07 PM, jianlizhao jianlizh...@hotmail.com wrote: Hello Jim Cheng: Thanks you replay. Could I find a example of openoffice secondary development, programming language use C++ language , the example Achieve Function 1) dialog box 2) Click the button on the dialog box display hello world. Where can I download the example program? Thanks... Best Regards! Jim Cheng (程建宏) -- Thanks... Best Regards! Jim Cheng (程建宏)
Re: Apache OpenOffice 3.4 Blows Past 1M Downloads
Great,Congratulations!!! On Thu, May 17, 2012 at 12:15 PM, Rob Weir robw...@apache.org wrote: Earlier today we hit the 1 million download mark for Apache OpenOffice 3.4. Congratulations to the AOO project team, and thanks to all the users who downloaded this release over the past week, and especially to those who took the time to write and offer suggestions or report bugs. You can read more about our strong first week, including more statistics and press excerpts, in this short article: http://www.openoffice.org/news/aoo34-1M.html If you have not yet installed Apache OpenOffice 3.4 you can get it here: http://download.openoffice.org Regards, -Rob -- Thanks... Best Regards! Jim Cheng (程建宏) IBM Lotus Symphony Development http://www.ibm.com/software/lotus/symphony/ IBM China Software Development Laboratory,Beijing
Re: Apache OpenOffice Presentation Template
Expecting more... On Wed, May 16, 2012 at 10:13 AM, Shenfeng Liu liush...@gmail.com wrote: Thanks for your trying! I will upload more later... :) 2012/5/14 Albino Biasutti Neto biasut...@gmail.com Hi. 2012/5/13 Liu Da Li wawal...@gmail.com [...] it looks very good! +1 Best, Albino -- Thanks... Best Regards! Jian Hong Cheng
Re: [4.0 brainstorming] Making Page Breaks more visible
+1 Sounds a good idea...Making PB visible will benefit users' satisfaction... On Tue, May 15, 2012 at 5:28 PM, RGB ES rgb.m...@gmail.com wrote: 2012/5/13 RGB ES rgb.m...@gmail.com: 2012/5/12 Torokhov Sergey torokhov_...@mail.ru: On Saturday 12 of May 2012 22:50:16 RGB ES wrote: ... I put it to the left mainly to avoid clash with notes (they are always to the right), but moving the label near to the text area for a more compact design is a good idea. Regards Ricardo Could it be a pop-up object with on-mouseover action in position of cursor over such PageBreak line (to avoid averting of user by permanent presence)? If of couse it will not be clash with some over actions within top of text area, i.e. for adding and manage of Header - if it's planing similar control tool for it. New iteration ;) http://people.apache.org/~rgb-es/PageBreaks4.png I submitted the idea as feature request: https://issues.apache.org/ooo/show_bug.cgi?id=119355 Regards Ricardo -- Thanks... Best Regards! Jian Hong Cheng
Re: Is any one here familiar with OpenOffice?
On Mon, Mar 12, 2012 at 8:50 PM, Rob Weir robw...@apache.org wrote: I jest,of course. But seriously, there are some claiming that all of the OpenOffice.org project went over to LibreOffice and that the Apache has zero experience with this code base. I know this sounds crazy, but how can we best refute that statement? Here's my idea: Respond to this note and tell me how many years experience you have working with OpenOffice. This could be in any capacity, as a coder, tester, documentation, marketing, forum volunteer, whatever. Please count relevant work with related projects, such as Symphony, BSD ports, OOo4Kids, ODF, etc. as well. How many years were you doing this before the project came to Apache? If I get a good number of responses I'll put together an infographic on this. Regards, -Rob Hi, 1.I am leader of Symphony Documents(OpenOffice.org sw) since 2007. 2.I am component owner of Symphony Presentations(OpenOffice.org sd) from 2003 to 2006... 3.Contributed code to OO community and topics to OO Conf since 2008... -- Thanks... Best Regards! Jim Cheng (程建宏) IBM Lotus Symphony Development
