Re: [VOTE] Release Apache OpenOffice 3.4 (incubating) RC1

[ZuoJun Chen]

Hi, +1 Release this package as Apache OpenOffice 3.4 (incubating) , build &
use RC in my daily work.

Thanks

2012/4/21 Jürgen Schmidt 

> Hi all,
>
> this is a call for vote on releasing the following candidate as Apache
> OpenOffice 3.4 (incubating). This will be the first incubator release for
> Apache OpenOffice and a key milestone to continue the success of
> OpenOffice.org.
>
>
> This release candidate provides the following important key changes
> compared to former OpenOffice releases:
> (1) Code clean up to remove all copyleft components and external
> dependencies
> (2) Reworked or introduced LICENSE and NOTICE file to reflect and document
> the used licenses of the code itself as well as of external 3rd party
> libraries
> (3) MD5, SHA1, SHA512 hashes and GPG signatures for all of artifacts
>
> For a detailed feature overview please see the release notes under
> https://cwiki.apache.org/**OOOUSERS/aoo-34-release-notes.**html
> .
>
> The release candidate artifacts (source release, as well as binary
> releases for 16 languages) and further information how to verify and review
> Apache OpenOffice 3.4 (incubating) can be found on the following wiki page:
>
> https://cwiki.apache.org/**confluence/display/OOOUSERS/**
> AOO+3.4+%28incubating%29+**Release+Candidate
>
>
> Please vote on releasing this package as Apache OpenOffice 3.4
> (incubating).
>
> The vote starts now and will be open until:
>
>   UTC midnight Wednesday, 25 April: 2012-04-25 24:00 UTC.
>
> After the vote of the PPMC the vote will start on
> gene...@incubtor.apache.org mailing and will be open for further 72 hours.
> But we invite all people to vote (non binding) on this RC. We would like
> to provide a release that is supported by the majority of our project
> members.
>
>   [ ] +1 Release this package as Apache OpenOffice 3.4 (incubating)
>   [ ]  0 Don't care
>   [ ] -1 Do not release this package because...
>
>

Re: A wiki about how to support a VBA API

[ZuoJun Chen]

Hi,  Andrew, I think the article is about VBA Macros interoperability
http://wiki.services.openoffice.org/wiki/VBA . It explains the details if
you want to hack OO for more excel macros support.  Currently there are
still many VBA apis not supported in OO,  although the support framework
has been implemented.
2012/5/3 Andrew Douglas Pitonyak 

> On 05/02/2012 04:29 AM, Peng Chen wrote:
>
>> Hi All,
>>  I post a wiki about how to support a VBA API in OpenOffice,
>> http://wiki.services.**openoffice.org/wiki/How_to_**support_a_VBA_API_in_
>> **OpenOffice
>>
>>  Any feedback will be appreciated, thanks.
>>
>>  I am almost embarrassed to say this, but after having read it, I have no
> idea what the article is about. I think that the problem is that I lack the
> proper vocabulary. For example, when I see "VBA", I think "Visual Basic
> Applications", which is something that MSO (Microsoft Office) supports, and
> not OOo (OpenOffice.org).
>
> Is this an article related to the VBA compatibility mode stuff that can be
> enabled using a specific Option from inside of StarBasic?
>
> After I have a handle on exactly what is accomplished, then I will read
> this again, since it looks like you are probably answering some very
> specific questions that I have in areas that I do not fully understand, but
> have searched for in the past.
>
> Sorry for my lack of immediate understanding.
>
> --
> Andrew Pitonyak
> My Macro Document: 
> http://www.pitonyak.org/**AndrewMacro.odt
> Info:  http://www.pitonyak.org/oo.php
>
>

Re: Shape/Form control alt text import and export for Excel 2003

[ZuoJun Chen]

Hi, Jianyuan

 I think this problem may exist on  those documentation objects which
has alternative text or object description properties, such as Chart, OLE,
Fontwork, etc. Currently the import filter does not parse alt text, The
solution that import alt text as the title sounds good to me:)

2012/6/7 Jianyuan Li 

> Hi, All,
>
> In Excel 2003, for shape and form control, there is an attribute named "alt
> text". But Aoo shape and form control do not have an attribute similar like
> it. So when Aoo import them, this attribute will be omitted. And on
> exporting it as an Excel 2003 file, this attribute will not be exported. So
> on opening the export file in Excel 2003, incorrect attribute value will be
> shown. There is a bug related to it:
> https://issues.apache.org/ooo/show_bug.cgi?id=119659
>
> To fix this issue, is there someone having a good solution? How about
> import alt text as the title(in shape description dialog) in Aoo? And then
> export the Aoo title as Excel 2007 alt text?
>

Re: Question about Layout In Table Cell property in WW8filter

[ZuoJun Chen]

Hi, Oliver,

   Thank you for you reply. I think the number considering a flag to
indicate

whether the "Layout In Table Cell“ property has been checked.

However, when use nLayoutInTableCell & 0x80008000 to determine the

property. Both 0x80008000 or  0x8000 can set the
bIsObjectLayoutInTableCell = true.

Do the two hex number represent same meaning?


2012/6/7 Oliver-Rainer Wittmann 

> Hi,
>
>
> On 07.06.2012 13:34, ZuoJun Chen wrote:
>
>> Hi, All,
>>
>> There is an attribute for anchored objects named "Layout In Table Cell
>> property"  in MS Word.
>>
>> WW8 filter will check this attribute when import shape in table. I am
>> puzzled that there are two hex magic number
>>
>> 0x80008000 and 0x8000 in ww8graf.cxx Line 2483.  From the
>> discussion in issue
>> 84783<https://issues.apache.**org/ooo/show_bug.cgi?id=84783<https://issues.apache.org/ooo/show_bug.cgi?id=84783>
>> >**, I can see that
>>
>> these
>>
>> number may associate with MS Word Binary File Format Specification, not
>> sure
>> whether both number indicate that
>>
>> "Layout in table cell" is set. I checked the documentation but didn't
>> found
>> more details. So I post this mail
>>
>>  to see if I could get any sort of advice.
>>
>>
> I am the author of the corresponding method 
> 
> containing the above "magic number" interpretation. As far as I remember
> the initial implementation was done this issue 84783 and an adoption has
> been made with issue 98037.
>
> As far as I remembering it correct the implemented interpretation of this
> "magic number" was done by the evaluation of different Microsoft Word
> documents created with different Microsoft Office versions.
>
> I am currently looking at issue 119624. The root cause of this issue seems
> to be related to my implemetation in method  IsObjectLayoutInTableCell(..)>**.
> I have to do some further investigations - please stay tuned for the
> results.
>
>
> Best regards, Oliver.
>

Re: .ppt file contain a special shape export crash

[ZuoJun Chen]

Hi, Ying
   From my point of view, draw formula "?f0"  should specify an equation,
and be used to evaluate a value. ODF specification documentation would help
you confirm the problem. Actually I'm just curious how this abnormal shape
can be reproduced :)

2012/6/7 ying sun 

> Hi All,
>
>I'm checking the bug
> https://issues.apache.org/ooo/show_bug.cgi?id=119502, and find this
> problem
> is caused by that the shape named *'customshape3'* has the path *"M ?f0 ?f0
> L ?f0 ?f0 ?f0 ?f0 ?f0 ?f0 Z N" *which contain parameter * "?f0", *but
> *"?f0"
> *has not been defined.
>
>Does anybody know that if a path contains parameter*"?f0*", then there
> must be a definition in equation or no need to define it?
>
>
> Thanks,
> Ying Sun
>

Re: Question about Layout In Table Cell property in WW8filter

[ZuoJun Chen]

Hi, Oliver

   Thanks again for your patch to issue 119624. also I benefit a lot from
your response  :)

   Does the change from nLayoutInTableCell &  0x80008000 to nLayoutInTableCell
== 0x80008000 mean that

the value 0x80008000 is the flag indicates Layout in Table cell property
has been checked,

while 0x8000 isn't ?  And I want to figure out the different meaning
 between 0x80008000 and 0x8000

since I cannot see further information except parameter 0x03BF indicates
the AutoFormat options

in MS Word binary format specification.



2012/6/8 Oliver-Rainer Wittmann 

> Hi,
>
>
> On 07.06.2012 15:47, ZuoJun Chen wrote:
>
>> 2012/6/7 Oliver-Rainer 
>> Wittmann
>> >
>>
>>  Hi,
>>>
>>>
>>> On 07.06.2012 13:34, ZuoJun Chen wrote:
>>>
>>>  Hi, All,
>>>>
>>>> There is an attribute for anchored objects named "Layout In Table
>>>> Cell
>>>> property"  in MS Word.
>>>>
>>>> WW8 filter will check this attribute when import shape in table. I am
>>>> puzzled that there are two hex magic number
>>>>
>>>> 0x80008000 and 0x8000 in ww8graf.cxx Line 2483.  From the
>>>> discussion in issue
>>>> 84783<https://issues.apache.org/ooo/show_bug.cgi?id=84783<**
>>>> https://issues.apache.org/ooo/**show_bug.cgi?id=84783<https://issues.apache.org/ooo/show_bug.cgi?id=84783>
>>>> >
>>>>
>>>>> **, I can see that
>>>>>
>>>>
>>>> these
>>>>
>>>> number may associate with MS Word Binary File Format Specification, not
>>>> sure
>>>> whether both number indicate that
>>>>
>>>> "Layout in table cell" is set. I checked the documentation but didn't
>>>> found
>>>> more details. So I post this mail
>>>>
>>>>  to see if I could get any sort of advice.
>>>>
>>>>
>>>>  I am the author of the corresponding method>> IsObjectLayoutInTableCell(..)>
>>>
>>> containing the above "magic number" interpretation. As far as I remember
>>> the initial implementation was done this issue 84783 and an adoption has
>>> been made with issue 98037.
>>>
>>> As far as I remembering it correct the implemented interpretation of this
>>> "magic number" was done by the evaluation of different Microsoft Word
>>> documents created with different Microsoft Office versions.
>>>
>>> I am currently looking at issue 119624. The root cause of this issue
>>> seems
>>> to be related to my implemetation in method>> IsObjectLayoutInTableCell(..)>.
>>>
>>> I have to do some further investigations - please stay tuned for the
>>> results.
>>>
>>>
>>>  Hi, Oliver,
>>
>>Thank you for you reply. I think the number considering a flag to
>> indicate
>>
>> whether the "Layout In Table Cell“ property has been checked.
>>
>> However, when use nLayoutInTableCell&  0x80008000 to determine the
>>
>>
>> property. Both 0x80008000 or  0x8000 can set the
>> bIsObjectLayoutInTableCell = true.
>>
>> Do the two hex number represent same meaning?
>>
>>
> No, I do not think so.
>
> My implementation of the conditions in method 
> 
> is wrong I think.
> It must must be:
> if ( nLayoutInTableCell == 0x || // no explicit attribute value
> given
> nLayoutInTableCell == 0x80008000 ||
>^^
> ( nLayoutInTableCell & 0x0200 &&
>   !(nLayoutInTableCell & 0x8000 ) ) )
> {
>bIsObjectLayoutInTableCell = true;
> }
> else
> {
>bIsObjectLayoutInTableCell = false;
> }
>
> Testing "nLayoutInTableCell & 0x80008000" in the second condition does not
> make sense regarding the third condition.
>
> The above change in one part of the fix for issue 119624 in order to get
> the horizontal position correctly mapped. Because this a corrected method
>  the following code
> found in method  will apply:
>  // --> OD 2005-01-20 #118546# - if the object is anchored inside
>  // a table cell, is horizontal aligned at frame|character and
>  // has wrap through, but its attribute 'layout in table cell' isn't set,
>  // convert its horizontal alignment to page text area.
>  // --> OD 2008-04-10 #i84783# - use new method
> 
>  if ( nInTable &&
>   ( eHoriRel == text::RelOrientation::FRAME ||
> eHoriRel == text::RelOrientation::CHAR ) &&
>   pFSPA->nwr == 3 &&
> // pRecord->nLayoutInTableCell == 0x8000 )
>   !IsObjectLayoutInTableCell( pRecord->nLayoutInTableCell ) )
>  {
>  eHoriRel = text::RelOrientation::PAGE_**PRINT_AREA;
>  }
>  // <--
>
> I have attached a corresponding patch for the above code changes to issue
> 119624.
>
> But, there are more defects with the import and layout of Microsoft Word
> document given at issue 119624 - please my comments in this issue.
>
> Best regards, Oliver.
>

[Call-for-Review] Issue 119555 font size of Fontwork changes from 96 to 36 after save as new .doc file

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 119555,  please review the patch attached to:

 https://issues.apache.org/ooo/show_bug.cgi?id=119555

Regards - Zuojun

[Call-for-Review] Issue 56806 WW: page background graphic lost on export

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 56806,  please review the patch attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=56806

 I'd like to introduce myself here. I'm a developer and actually use
AOO

in my daily work  to handle a large number of odt and MS Word documents.

So I have interesting in interoperability between the  Apache Open Office
and

Microsoft Office, especially in word processor filter and common MS filter.

Recently I would like to loot at some issues for ww8filter.

Regards - Zuojun

Re: Question about text clipping mechanism in word processor

[ZuoJun Chen]

Hi, Oliver

 Thanks for your response:). For the case a paragraph with below

paragraph spacing and line spacing of following paragraph is smaller than
font size,

MS Word will also clipped the text in the following paragraph in spite of
there is enough

below paragraph spacing from former paragraph. I posted a sample file in

attachments for this case.

I have noticed your comment in bugzilla, and will have a further think
about it.


2012/6/20 Oliver-Rainer Wittmann 

> Hi,
>
>
> On 20.06.2012 11:40, Oliver-Rainer Wittmann wrote:
>
>> On 20.06.2012 10:47, ZuoJun Chen wrote:
>>
>>> Hi All,
>>>
>>> I'm trying to handle a bug on text clipped in document . See Bug
>>> 119476<https://issues.apache.**org/ooo/show_bug.cgi?id=119476<https://issues.apache.org/ooo/show_bug.cgi?id=119476>
>>> **> for more
>>> details.
>>>
>>> After investigation, I have some insights. When paragraph line spacing is
>>> smaller than font size,
>>>
>>> the text contained becomes too large for fit, then AOO will clipped text
>>> as Incomplete part. The code
>>>
>>> for text clipped mechanism can be located in method
>>>  at
>>>
>>> sw\source\core\text\itrform2.**cxx line 1756.
>>>
>>>
>>> I thought that the preferable way to fix this would be to considering the
>>> spacing contains above paragraph
>>>
>>> spacing property and line spacing property as the conditions to determine
>>> whether clipping text. e.g.
>>>
>>> Clipped text if the sum of adding above paragraph spacing and line
>>> paragraph spacing is smaller than font size,
>>>
>>> otherwise do not clip text since above paragraph spacing and line spacing
>>> are enough to display the text.
>>>
>>>
>>  From my point of view this change makes sense.
>> If the text of the first line of a paragraph "founds" enough space in the
>> "above
>> paragraph spacing", the text should not be clipped.
>>
>> I had already looked at the patch and it looks ok.
>> I will have a deeper look regarding how to determine the value of "above
>> paragraph spacing". As far as I remember in some cases depending on
>> certain
>> compatibility option, the "above paragraph spacing" is not applied. E.g.,
>> if the
>> paragraph is the first on a page and compatibility option "Add paragraph
>> and
>> table spacing at tops of pages ..." is not checked, the "above paragraph
>> spacing" is not applied.
>> May be I find a solution to access the already calculated and applied
>> "above
>> paragraph spacing".
>>
>>
> I had a deeper review on the patch.
> Please see my comment in the issue [1].
>
> [1] 
> https://issues.apache.org/ooo/**show_bug.cgi?id=119476#c5<https://issues.apache.org/ooo/show_bug.cgi?id=119476#c5>
>
>
> Best regards, Oliver.
>
>
>
>>> Noticed that there is a property named below paragraph spacing, but I'm
>>> not sure whether there is a need to consider this one,
>>>
>>> Do this property impact text clipped in paragraph?
>>>
>>>
>> May be - I am not sure.
>> Thus, a paragraph could have a "below paragraph spacing" and the first
>> text line
>> of the following paragraph could be to small. This would cause clipping,
>> but may
>> be the "below paragraph spacing" from the previous paragraph could be
>> used to
>> avoid the clipping.
>>  From my point of view avoid the clipping in this case would also make
>> sense.
>> May be my above mentioned further investigation regarding the available
>> space
>> above the first text line of a paragraph would solve this, too.
>>
>> Zuojun, do you know how MS Word will behave in this case?
>>
>>
>> Best regards, Oliver.
>>
>

Re: Question about text clipping mechanism in word processor

[ZuoJun Chen]

Hi, Fan

 I have extracted parameter from first paragraph in sample file

1 Spacing before paragraph 18pt in doc file
2 above-paragraph-spacing  in SvxULSpaceItem: 360
3 line-spacing of said para in doc file: 12pt
4 line-spacing of said para in SvxLineSpacingItem:240

Seems that the value mapping works, Looking forward to your further
response:)

2012/6/20 Fan Zheng 

> Hi ZJ:
>
> Sorry, perhaps I missed something. Would you please give me following data
> of this specified sample file?
>
> 1. The exact value of the above-paragraph-spacing of said para, recorded in
> the DOC file;
> 2. The exact value of the above-paragraph-spacing of said para, recorded in
> SvxULSpaceItem, when trying to format it;
> 3. The exact value of the line-spacing of said para, recorded in the DOC
> file;
> 4. The exact value of the line-spacing of said para, recorded in
> SvxLineSpacingItem, when trying to format it;
>
> By comparing the above values, we may confirm that, this is a value mapping
> issue or, a strategy difference issue.
>
> 2012/6/20 Oliver-Rainer Wittmann 
>
> > Hi,
> >
> >
> > On 20.06.2012 10:47, ZuoJun Chen wrote:
> >
> >> Hi All,
> >>
> >>I'm trying to handle a bug on text clipped in document . See Bug
> >> 119476<https://issues.apache.**org/ooo/show_bug.cgi?id=119476<
> https://issues.apache.org/ooo/show_bug.cgi?id=119476>
> >> **>   for more
> >> details.
> >>
> >> After investigation, I have some insights. When paragraph line spacing
> is
> >> smaller than font size,
> >>
> >> the text contained becomes too large for fit, then AOO will clipped text
> >> as Incomplete part. The code
> >>
> >>  for text clipped mechanism can be located in method
> >>   at
> >>
> >> sw\source\core\text\itrform2.**cxx line 1756.
> >>
> >>
> >> I thought that the preferable way to fix this would be to considering
> the
> >> spacing contains above paragraph
> >>
> >> spacing property and line spacing property as the conditions to
> determine
> >> whether clipping text. e.g.
> >>
> >> Clipped text if the sum of  adding above paragraph spacing  and line
> >> paragraph spacing  is smaller than font size,
> >>
> >> otherwise do not clip text since above paragraph spacing and line
> spacing
> >> are enough to display the text.
> >>
> >>
> > From my point of view this change makes sense.
> > If the text of the first line of a paragraph "founds" enough space in the
> > "above paragraph spacing", the text should not be clipped.
> >
> > I had already looked at the patch and it looks ok.
> > I will have a deeper look regarding how to determine the value of "above
> > paragraph spacing". As far as I remember in some cases depending on
> certain
> > compatibility option, the "above paragraph spacing" is not applied. E.g.,
> > if the paragraph is the first on a page and compatibility option "Add
> > paragraph and table spacing at tops of pages ..." is not checked, the
> > "above paragraph spacing" is not applied.
> > May be I find a solution to access the already calculated and applied
> > "above paragraph spacing".
> >
> >
> >
> >> Noticed that there is a property named  below paragraph spacing, but I'm
> >> not sure whether there is a need to consider this one,
> >>
> >> Do this property impact text clipped in paragraph?
> >>
> >>
> > May be - I am not sure.
> > Thus, a paragraph could have a "below paragraph spacing" and the first
> > text line of the following paragraph could be to small. This would cause
> > clipping, but may be the "below paragraph spacing" from the previous
> > paragraph could be used to avoid the clipping.
> > From my point of view avoid the clipping in this case would also make
> > sense.
> > May be my above mentioned further investigation regarding the available
> > space above the first text line of a paragraph would solve this, too.
> >
> > Zuojun, do you know how MS Word will behave in this case?
> >
> >
> > Best regards, Oliver.
> >
>

Re: Question about text clipping mechanism in word processor

[ZuoJun Chen]

Hi,
The idea sounds good to me. The task needs to accomplish piece by piece
from my point of view.

I'm look into text repaint process in word processor and trying to fix the
character painting

error in issue.119476 when inserting and deleting the text in first line of
paragraph.

Seems adding "additional spacing before paragraph" case to enlarge the
repaint rectangle of paragraph line in

 may be able to partially fix the problem.

and the problem disturbs me is also how to store additional information :(

2012/6/25 Oliver-Rainer Wittmann 

> Hi,
>
>
> On 22.06.2012 18:18, Fan Zheng wrote:
>
>> Hi, Oliver:
>>
>> In some degree, I changed my mind following your answer that, we should
>> not
>> change the definition of SvxLineSpacingItem.
>>
>> So based on the discussion we already have, we can do some summary. Now we
>> know, Under the following situations:
>> a. Value of above-paragraph-spacing greater than 0;
>> b. The type of line-spacing is "Exactly";
>> c. The value of line-spacing is less than the font height;
>> MS Word will consider the above-paragraph-spacing as the additional
>> line-spacing for the first line. Also, MS Word doing funny stuff commonly
>> because the in-consistent process mechanism, such as the background height
>> and flying object positing stuff.
>>
>> In a further step, we considered that AOO has fidelity issues on
>> representing such kind of MS Word document with the properties settings we
>> talked about, and we want to fix it.
>>
>> So far so good. But what should be the range of the fix? In my opinion, we
>> should consider  following candidates:
>> a. Preventing the text presentation clipping in first line in above
>> condition, as ZJ already done perfectly;
>> b. Consistency behavior of paint refresh and cursor selection; The hard
>> point of this one is that, when refreshing a line portion painting
>> (including the selection range stuff), the paint range is clipped already
>> to fit the size of line portion. We may need some kind of breaking method
>> on working with "big" line spacing.  Such method may need to change the
>> VisArea of a SwTxtFrm;
>> c. Following the in-consistent process mechanism that MS Word has; I
>> really
>> do not want it, but without it, the fidelity issues still there.
>> d. Making the documents loaded from ODF files also work like this;
>>
>> So for me, ZuoJun's work maybe acceptable, but it is only a very beginning
>> of big works.
>>
>>
> I agree to ZhengFan's analysis.
>
> Now, we need to discuss how we address these issues.
>
> My view one this is the following (propsal for discussion):
> - Let us separate the stuff regarding the character painting and the
> object positioning stuff in two issue. 119476 for the character painting,
> new issue for the object positioning stuff.
> - Character painting stuff:
> -- I am in favor of a solution which does not change our intrinsic text
> formatting and line portion creation algorithm. Thus, to solve the repaint
> and selection problem we can store additional information - the additional
> space taken by the character painting - at the  instance in order
> to access it during painting and selection actions. The additional space
> taken for the character painting is already part of the "frame area"
> (member ), but not part of the "frame printing area"
> (member ).
>
> What do other think about it?
>
> Best regards, Oliver.
>

[Call-for-Review] Issue 120039 - the background of the file create from template 'blue_floral.otp' changed after save as the ppt or pot file

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 120039,  please review the patch attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=120039


Regards - Zuojun

[Call-for-Review] Issue 119567 - WMF graphic size changed too small to see if saved by AOO

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 119567,  please review the patch attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=119567.


Regards - Zuojun

[Call-for-Review] Issue 119609 Alphabetical and roman numberals became ditial numbering

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 119609 ,  please review the patch attached to:

*https://issues.apache.org/ooo/show_bug.cgi?id=119609*


Regards - Zuojun

[Call-for-Review] Issue 120224 Cell text direction changed after saved as doc file

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 120224 ,  please review the patch attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=120224

Regards - Zuojun

[Proposal] implement the underline color im/export in Writer for MS filter

[ZuoJun Chen]

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

[Call-for-Review] Issue 119446 [From Symphony]Formula field lost

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 119446,  please review the patch attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=119446

Noticed that the lost of formula field in this issue is caused by the
change of #124725#

which can not be tracked in Apache Open Office Bugzilla. I wonder if anyone
could tell me

how to get these kinds of defect information if they are not in Apache Open
Office Bugzilla.

Thanks in advance.

Regards - Zuojun

[Call-for-Review] Issue 119440 [From Symphony]Some field is not shown

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 119440,  please review the patch attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=119440


Regards - Zuojun

[Call-for-Review] Issue 120158 [From Symphony]Time format is different than MS Office

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 120158,  please review the patch attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=120158


Thanks in advance.

Regards - Zuojun

Re: svn commit: r1372411 - /incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx

[ZuoJun Chen]

Hi,

I use char type for variable cC before and it should be signed as
default in GCC

as far as I remember. but we can modify that with -funsigned-char, so it is
reasonable

 to use sal_Unicode when we handle Unicode string.  The comparison is
previously

used with char, and I have no change the condition properly after
replacement.

Thanks for your careful check and explanation.

Regards - Zuojun

2012/8/14 Oliver-Rainer Wittmann 

> Hi Pavel,
>
>
> On 14.08.2012 16:27, Pavel Janík wrote:
>
>> Hi Oliver,
>>
>> On Aug 14, 2012, at 4:15 PM, Oliver-Rainer Wittmann wrote:
>>
>>  --- incubator/ooo/trunk/main/sw/**source/filter/ww8/ww8par5.cxx
> (original)
> +++ incubator/ooo/trunk/main/sw/**source/filter/ww8/ww8par5.cxx Mon
> Aug 13 13:04:34 2012
>

  +const sal_Unicode cC =
> sPart.GetChar(nBegin+1);
> +if ( (-1 < cC) && (cC < 32) )
>

 This code results in this warning:

 sw/source/filter/ww8/ww8par5.**cxx:2588: warning: comparison is always
 true due to limited range of data type

 Please fix this.


>>> Hm.
>>>
>>> This the first sample document attached to issue 119440 I am observing
>>> that this comparison is not always true. I debugged the this code during my
>>> patch review.
>>> The string  contains data from an imported Microsoft Word
>>> document which is not a fix.
>>>
>>> May be I have overseen something.
>>> Pavel, can you provide further information why in your environment this
>>> comparison is always true?
>>>
>>
>>
>> I think that
>>
>> Pavel-Janiks-MacBook-Pro:ooo_**trunk_src pavel$ grep -r sal_Unicode sal
>> | grep typedef
>> ...
>> sal/inc/sal/types.h:typedef sal_uInt16  sal_Unicode;
>> ...
>> Pavel-Janiks-MacBook-Pro:ooo_**trunk_src pavel$
>>
>> and thus sal_Unicode is unsigned here...
>>
>> Maybe on Windows it is not:
>>
>> sal/inc/sal/types.h:typedef wchar_t sal_Unicode;
>>
>>
> Now, I got it.
> I thought that you meant that the complete camparison condition is
> reported to be always true.
> I will take of this.
>
> Thanks for opening my eyes.
>
> Best regards, Oliver.
>

[Call-for-Review] Issue 119468 [From Symphony]Picture shadow lost after saved by AOO

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 119468,  please review the patch attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=119468

Thanks in advance.

Regards - Zuojun

Re: [VOTE] Apache OpenOffice Community Graduation Vote

[ZuoJun Chen]

Hi,

+ 1 to graduate.

Regards

2012/8/19 Rob Weir 

> 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
>

[Call-for-Review] Issue 119549 Position of drawing obj incorrect when opening .doc in AOO

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 119549, The whole description should be

 "[From Symphony]Position of drawing obj incorrect when opening .doc in aoo
3.4

if the text direction of the whole document is vertical".

I just use a short description in mail subject. please review the patch
attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=119549

Thanks in advance.

Regards - Zuojun

Re: Building OpenOffice with Visual Studio 2010

[ZuoJun Chen]

Cool! I have interesting in building Apache OpenOffice with Clang on Mac
OS, hope that I

can get some inspiration from your experiment:)

Currently  If using --without-stlport config parameter on  Mac OS 10.7, it
will replace with

system stl implement and could build successfully with gcc, even there are
other things

that needed to be done for build with Clang:(

2012/8/28 Ian Harvey 

> I have been experimenting with building OpenOffice (trunk) with Visual
> Studio 2010.  I have made some progress, but clearly more work remains.  Is
> there an appropriate place to document/share/seek advice on progress to
> date within the projects' infrastructure? Perhaps an issue in Bugzilla?
>
> Navigating the build system has been challenging.  Pointers to information
> to highlight how the build system works (so that any changes to accomodate
> VS2010 I make don't work contrary to the intent of its designers) would be
> appreciated.
>
> The use of stlport by the Windows build causes some of the issues that I
> have encountered, perhaps through ignorance on my part about how stlport
> should be used.  Is the intention to continue using stlport, or should I
> investigate excising stlport from a hypothetical VS2010 build?
>
> Thanks for any advice,
>
> IanH
>

[Call-for-Review] issue 119612 - [BiDi]The order of Hebraic string are changed after save as new .doc

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 119612,  please review the patch attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=119612

Thanks in advance.

Regards - Zuojun

[Call-for-Review] issue 119660 - [From Symphony]Page number lost if save template to doc format

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 119660,  please review the patch attached to:

https://issues.apache.org/ooo/show_bug.cgi?id=119660

Thanks in advance.

Regards - Zuojun

Re: [HELP] commit permission request for my Apache id

[ZuoJun Chen]

Hi, Ariel

 Thank you for your kind help.

Regards -- Zuo Jun

2012/9/15 Ariel Constenla-Haile 

> On Fri, Sep 14, 2012 at 04:48:13PM +0800, Chen Peng wrote:
> > me too, my svn id is pengch, just in incubator project, not include ooo
> > project.
>
> [...]
>
> > > See < zjchen > in list
> > > http://people.apache.org/committer-index.html#Z<
> > > http://people.apache.org/committer-index.html#liuzhe>
>
> Done, thanks to Ross:
> http://people.apache.org/committer-index.html#zjchen
> http://people.apache.org/committer-index.html#pengch
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

Re: [CFT] Boost update

[ZuoJun Chen]

+1 from my side, I have tested the patches on my Win7 and MacOSX
environment. Thanks for you upgrading work.



2012/9/17 Pedro Giffuni 

> Hello;
>
> The boost upgrade seems to be ready for committing.
>
> The new source tarball is pretty big though: 46M! (The
> version we carry is 34.7M)
>
>
> In the past is has been discussed that SVN is not really the way
> to distribute such tarballs so I will not bring it into our SVN
> repository.It is already available in ooo-extras site and the build
> process doesa great job grabbing the tarball from there.
>
> Cheers,
>
> Pedro.
>
>
>
>
> >
> > From: Pedro Giffuni 
> >To: ooo-dev 
> >Sent: Thursday, September 6, 2012 9:48 PM
> >Subject: [CFT] Boost update
> >
> >Hi guys;
> >
> >I have an update to the system boost based on FreeBSD's port:
> >
> >https://issues.apache.org/ooo/show_bug.cgi?id=120837
> >
> >
> >New versions of boost are huge but in addition to the usual
> >set of bug fixes this is known to build with clang.
> >
> >This is completely untested in platforms like Windows,
> >Linux or MacOSX so testers/reviewers are welcome :).
> >
> >Pedro.
> >
> >ps. I am not planning to commit this, I would prefer if someone
> >with other platforms, and particularly Windows tests it first and
> >cleans any remaining issue.
> >
> >
> >
>

Re: [code] building trunk, rev. 1386983 break in setup_native

[ZuoJun Chen]

Hi,

I tested the patch on Win7 with cygiwn and MSVC 2008. I have finished the
full build
.and below is my config parameter.

--with-cl-home --with-ant-home --with-psdk-home
--with-frame-home --with-midl-path --with-csc-path
--with-nsis-path --with-jdk-home --with-directx-home
--with-dmake --with-epm-url --disable-build-mozilla
--without-junit  --disable-odk

However I can confirm the issue when building the sw module with debug
information,

Using "make clean & make -sr debug=t " under sw module, it returns
me several link
error messages as below:

iodetect.o : error LNK2019: unresolved external symbol
"__declspec(dllimport) pu
blic: __thiscall _STL::ios_base::Init::~Init(void)"
(__imp_??1Init@ios_base@_STL
@@QAE@XZ) referenced in function "void __cdecl
_STL::`dynamic atexit destructor
 for '_IosInit''(void)" (??__F_IosInit@_STL@@YAXXZ)
swdet2.o : error LNK2001: unresolved external symbol "__declspec(dllimport)
publ   ic:
__thiscall _STL::ios_base::Init::~Init(void)" (__imp_??1Init@ios_base@_STL@@
  QAE@XZ)
swdetect.o : error LNK2001: unresolved external symbol
"__declspec(dllimport) pu
blic: __thiscall _STL::ios_base::Init::~Init(void)"
(__imp_??1Init@ios_base@_STL
@@QAE@XZ)
d:/src/ooo/main/solver/350/wntmsci12.pro/workdir/LinkTarget/Library/swd
  .dll : fatal
error LNK1120: 4 unresolved externals
make: *** [/cygdrive/d/src/ooo/main/solver/350/wntmsci12.pro/workdir/Li

nkTarget/Library/iswd.lib] Error 96

Regards -- ZuoJun

2012/9/19 Andrew Rist 

>
> On 9/18/2012 8:54 AM, Pedro Giffuni wrote:
>
>> Hi Oliver;
>>
>>  Hi,
>>>
>>> I am building trunk, rev. 1386983 on Windows in my environment and I got
>>> a build breaker in module setup_native.
>>> The build breaks in 
>>> /main/setup_native/source/**win32/customactions/**shellextensions
>>> - below you find my error output.
>>>
>>> It looks like that the combination of boost and static stlport causes
>>> the trouble.
>>> The build works fine, when I remove the usage of boost::scoped_array and
>>> the corresponding include from /main/setup_native/source/**
>>> win32/customactions/**copyeditiondata.cxx.
>>> It also works fine, when I force the linker to link
>>> stlport_vc71_stldebug.lib instead of stlport_vc71_stldebug_static.**lib
>>>
>>> Can somebody help me to solve the problem?
>>> Does somebody else experienced the same?
>>>
>>> Thanks in advance, Oliver.
>>>
>>>  This is very weird: I updated boost and while I only run FreeBSD, the
>> update was tested
>> in Windows.
>>
>> Can anyone confirm the issue? I had other updates in the pipeline but I
>> will wait
>> until we are all on the same page.
>>
> I take back my earlier comment - boost did build on the win buildbot:
> http://ci.apache.org/projects/**openoffice/buildlogs/win/log/**
> wntmsci12.pro.build.html
>
> (apr and the atlthunk.lib issues are outstanding, though)
>
> A.
>
>
>
>>
>> Pedro.
>>
>>
>>  
>>> Making:shlxtmsi.dll
>>> Microsoft (R) Windows (R) Resource Compiler Version 6.0.5724.0
>>>
>>> Copyright (C) Microsoft Corporation.  All rights reserved.
>>>
>>>
>>> Microsoft (R) Incremental Linker Version 9.00.21022.08
>>> Copyright (C) Microsoft Corporation.  All rights reserved.
>>>
>>> -safeseh -nxcompat -dynamicbase -NODEFAULTLIB -DEBUG /SUBSYSTEM:CONSOLE
>>> /DLL -out:../../../../wntmsci12/**bin/shlxtmsi.dll
>>> -map:../../../../wntmsci12/**misc/shlxtmsi.map
>>> -def:../../../../wntmsci12/**misc/shlxtmsi.def
>>> -implib:../../../../wntmsci12/**lib/ishlxtmsi.lib
>>> ../../../../wntmsci12/slo/**shlxtmsi_version.obj
>>> ../../../../wntmsci12/slo/**shellextensions.obj
>>> ../../../../wntmsci12/slo/**startmenuicon.obj ../../../../wntmsci12/slo/
>>> **upgrade.obj ../../../../wntmsci12/slo/**iconcache.obj
>>> ../../../../wntmsci12/slo/**postuninstall.obj ../../../../wntmsci12/slo/
>>> **migrateinstallpath.obj ../../../../wntmsci12/slo/**completeinstallpath.obj
>>> ../../../../wntmsci12/slo/**checkdirectory.obj
>>> ../../../../wntmsci12/slo/**setadmininstall.obj
>>> ../../../../wntmsci12/slo/**layerlinks.obj 
>>> ../../../../wntmsci12/slo/**dotnetcheck.obj
>>> ../../../../wntmsci12/slo/**registerextensions.obj
>>> ../../../../wntmsci12/slo/**copyeditiondata.obj
>>> ../../../../wntmsci12/slo/**vistaspecial.obj
>>>
>>   ../../../../wntmsci12/slo/**checkrunningoffice.obj
>> ../../../../wntmsci12/slo/**checkpatches.obj 
>> ../../../../wntmsci12/slo/**copyextensiondata.obj
>> ../../../../wntmsci12/slo/**seterror.obj libcmtd.lib kernel32.lib
>> user32.lib oldnames.lib advapi32.lib msi.lib shell32.lib
>> stlport_vc71_stldebug_static.**lib ../../../../wntmsci12/misc/**
>> shlxtmsi.res
>>
>>> stlport_vc71_stldebug_static.**lib(locale_impl.

Re: vigra broken

[ZuoJun Chen]

Hi,

Unfortunately, break on my Linux build;(

Compiling: basebmp/source/bitmapdevice.cxx
In file included from ../inc/basebmp/colortraits.hxx:30,
 from ../inc/basebmp/colorblendaccessoradapter.hxx:27,
 from
/home/int/AOO35/trunk/main/basebmp/source/bitmapdevice.cxx:36:
/home/int/AOO35/trunk/main/solver/350/unxlngi6.pro/inc/vigra/mathutil.hxx:
In function 'signed char vigra::abs(signed char)':
/home/int/AOO35/trunk/main/solver/350/
unxlngi6.pro/inc/vigra/mathutil.hxx:139: error: redefinition of 'signed
char vigra::abs(signed char)'
/home/int/AOO35/trunk/main/solver/350/
unxlngi6.pro/inc/vigra/mathutil.hxx:118: error: 'signed char
vigra::abs(signed char)' previously defined here
/home/int/AOO35/trunk/main/solver/350/unxlngi6.pro/inc/vigra/mathutil.hxx:
In function 'short int vigra::abs(short int)':
/home/int/AOO35/trunk/main/solver/350/
unxlngi6.pro/inc/vigra/mathutil.hxx:140: error: redefinition of 'short int
vigra::abs(short int)'
/home/int/AOO35/trunk/main/solver/350/
unxlngi6.pro/inc/vigra/mathutil.hxx:119: error: 'short int vigra::abs(short
int)' previously defined here
dmake:  Error code 1, while making '../unxlngi6.pro/slo/bitmapdevice.obj'



2012/9/21 Pedro Giffuni 

> Got it thanks...
>
> (should only happen on Windows, I think)
>
>  I am fixing.
>
>
> Pedro.
>
>
> - Original Message -
> > From: Ariel Constenla-Haile 
> > To: ooo-dev@incubator.apache.org
> > Cc:
> > Sent: Thursday, September 20, 2012 9:43 PM
> > Subject: vigra broken
> >
> > Hi,
> >
> > as the subject says, vigra is broken (on Windows, at least; didn't try
> > yet on Linux). See attachment.
> >
> >
> > Regards
> > --
> > Ariel Constenla-Haile
> > La Plata, Argentina
> >
>

Re: Hi, AOO 3.4.1 build breaks in Windows XP

[ZuoJun Chen]

HI,

It is always 0 files delivered from each module in your log, Seems that
it is permission problem under you solver directory or

check your deliver.pl in solenv module.

Regards -- Zuo Jun


2012/9/22 tapas 

> Hi,
>
> I am trying to build apache open office 3.4.1 on windows XP.  I followed
> tutorial from
> http://wiki.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Windows
>
> I am using following versions of toolset to build apache open office 3.4.1
> on windows XP professional SP2.
>
> 1) Cygwin toolset (1.7.16),
> 2) apache-ant-1.8.4
> 3) JDK 1.6
>
> I installed these as per suggestions of above wiki.
>
> My Cgywin path variable contains *SPACES *like :
>
> $ echo $PATH
>
> .:/cygdrive/f/aoo-3.4.1-incubating-src/aoo-3.4.1/main/solenv/bin:/cygdrive/f/aoo-3.4.1-incubating-src/aoo-3.4.1/main/solenv/wntmsci12/bin:/cygdrive/c/PROGRA~1/Java/JDK16~1.0_1/bin:/cygdrive/c/PROGRA~1/Java/JDK16~1.0_1/jre/bin/client:/cygdrive/c/PROGRA~1/MICROS~1.0/VC/bin:/cygdrive/c/PROGRA~1/MICROS~1.0/Common7/IDE:/cygdrive/c/PROGRA~1/MI2578~1/Windows/v6.1/Bin:/cygdrive/c/WINDOWS/MICROS~
> 1.NET/FRAMEW~1/v3.5:/cygdrive/c/PROGRA~1/MICROS~1.0/VC/Bin:/usr/bin:/cygdrive/c/PROGRA~1/NSIS:/cygdrive/c/PROGRA~1/MI2578~1/Windows/v6.1/bin:/usr/local/bin:/cygdrive/c/ProgramFiles/PC
>  Connectivity
> Solution:/cygdrive/c/sml/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/pjproject-2.0/pjproject_2.0_latest/SDL_2.0_latest/SDL/VisualC/SDL/Debug:/cygdrive/c/pjproject-2.0/pjproject_2.0_latest/SDL_2.0_latest/SDL/VisualC/SDLmain/Debug:/cygdrive/c/MySQL/MySQL_Connector_C_6.0.2/lib/debug:/cygdrive/c/OpenSSL-Win32:/cygdrive/c/Program
> Files/Microsoft Visual Studio
> 9.0/VC/bin:/cygdrive/c/QtSDK/Desktop/Qt/4.8.1/msvc2008/bin:/cygdrive/c/QtSDK/Desktop/Qt/4.8.1/msvc2008/lib:/cygdrive/c/Program
> Files/Subversion/bin:/cygdrive/e/New folder (2)/app:/cygdrive/c/Program
> Files/Java/jdk1.6.0_14/bin:/cygdrive/f/apache-ant-1.8.4-bin/apache-ant-1.8.4/bin
>
>
> I issued following configure command which works fine :
>
> Tapas@donttouchlaptop /cygdrive/f/aoo-3.4.1-incubating-src/aoo-3.4.1/main
> $ ./configure --with-dmake-url=
> http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2--with-epm-url=
> http://ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz--enable-category-b 
> --enable-bundled-dictionaries --disable-directx
> --disable-mozilla --without-junit --with-cl-home="/cygdrive/c/Program
> Files/Microsoft Visual Studio 9.0/VC"
> --with-mspdb-path="/cygdrive/c/Program Files/Microsoft Visual Studio
> 9.0/Common7/IDE" --with-frame-home="/cygdrive/c/Program Files/Microsoft
> SDKs/Windows/v6.1" --with-psdk-home="/cygdrive/c/Program Files/Microsoft
> SDKs/Windows/v6.1" --with-midl-path="/cygdrive/c/Program Files/Microsoft
> SDKs/Windows/v6.1/Bin" --with-asm-home="/cygdrive/c/Program Files/Microsoft
> Visual Studio 9.0/VC/Bin"
> --with-csc-path="/cygdrive/c/WINDOWS/Microsoft.NET/Framework/v3.5"
> --with-jdk-home="/cygdrive/c/Program Files/Java/jdk1.6.0_14"
> --with-ant-home="/cygdrive/f/apache-ant-1.8.4-bin/apache-ant-1.8.4"
> --enable-dbgutil --enable-verbose
>
> then I run bootstrap comand. It also worked fine without any error and
> warning.
>
> Then I issued following commands:
>
> Tapas@donttouchlaptop /cygdrive/f/aoo-3.4.1-incubating-src/aoo-3.4.1/main
> $ source winenv.set.sh
>
> Tapas@donttouchlaptop/cygdrive/f/aoo-3.4.1-incubating-src/aoo-3.4.1/main/instsetoo_native
> $ build --all
>
>
> *THEN I GOT FOLLOWING ERROR:*
>
> Building module x11_extensions
> =
> x11_extensions deliver
> deliver -- version: 275594
> LOG: writing
> F:/aoo-3.4.1-incubating-src/aoo-3.4.1/main/solver/341/wntmsci12/inc/x11_extensions/deliver.log
> Module 'x11_extensions' delivered successfully. 0 files copied, 7 files
> unchanged
>
> =
> Building module soltools
> =
>
> Entering
> /cygdrive/f/aoo-3.4.1-incubating-src/aoo-3.4.1/main/soltools/winunistd
>
>
> Entering
> /cygdrive/f/aoo-3.4.1-incubating-src/aoo-3.4.1/main/soltools/mkdepend
>
> Compiling: soltools/mkdepend/cppsetup.c
> Cflags: -Zm500 -Zc:forScope,wchar_t- -GR -GS -c -nologo -Gs -Ob1 -Oxs -Oy-
> -DENABLE_LAYOUT=0 -DENABLE_LAYOUT_EXPERIMENTAL=0 -Gd -I.
> -I../wntmsci12/inc/make_makedepend -I../inc -I../inc/pch -I../inc
> -I../WIN/inc -I../wntmsci12/inc -I.
> -IF:/aoo-3.4.1-incubating-src/aoo-3.4.1/main/solver/341/wntmsci12/incdont_use_stl
> -IF:/aoo-3.4.1-incubating-src/aoo-3.4.1/main/solver/341/wntmsci12/inc/external
> -IF:/aoo-3.4.1-incubating-src/aoo-3.4.1/main/solver/341/wntmsci12/inc
> -IF:/aoo-3.4.1-incubating-src/aoo-3.4.1/main/solenv/wntmsci12/inc
> -IF:/aoo-3.4.1-incubating-src/aoo-3.4.1/main/solenv/inc
> -IF:/aoo-3.4.1-incubating-src/aoo-3.4.1/main/res
> -IF:/aoo-3.4.1-incubating-src/aoo-3.4.1/main/solver/341/wntmsci12/incdont_use_stl
> -IC:/PROGRA~1/Java/JDK16~1.0_1/include/win32
> -IC:/PROGRA~1/Java/JDK16~1.0_1/include
> -IC:/PROGRA~1/MI2578~1/Windows/v6.1/include
> -IC:/PROGRA~1/MICROS~1.0/V

[Call-for-Review] issue 119466 [From Symphony]All tables in the sample file are converted to frames, and the display is ugly

[ZuoJun Chen]

Hi all,

 I have a fix to for bug 119466 ,  please review the patch attached to:

*https://issues.apache.org/ooo/show_bug.cgi?id=119466.
* 


Regards - Zuojun