Andrew,
I fear even slightly modifying the file is what triggers the "normal"
behavior. I can test that of course.
So, you think I should do a few tests, get the closest possible to
the bug and create an issue without the file so that developers could
get back in touch with me ? Or do I have to first identify the
developer ?
Jean-Christophe
On 2005/12/10, at 15:42, Andrew Douglas Pitonyak wrote:
If you are not able to publically load it, send an email directly
to the appropriate people. I have sent confidential material (not
as in government classified stuff) directly to the developers so
that it was not released.
In either case, you should remove as much as possible and still
cause the problem.
JC Helary wrote:
Andrew, CP,
Thank you for you reply. The problem with my file is that it is
"confidential", it is a file I received for translation (I am a
translator) and I can't upload it in a public space.
Also I'd like to be able to compare the content.xml of both but I
get sizes of 8mb when I uncompress the files and my text editors
are not powerfull enough to manipulate such files with a
reasonable response time...
I'll try to do as CP says, modify a few things until I get the
proper behavior, then I'll get back to the list and see what I
can do.
Jean-Christophe
On 2005/12/09, at 10:40, Andrew Douglas Pitonyak wrote:
CPHennessy wrote:
On Thu December 8 2005 15:42, JC Helary wrote:
After the problem I described in an earlier mail I did some
testing
with the file:
1) the file is in Japanese, has 75 sheets and a number of the
sheets
have complex text boxes systems
2) when I open the file in excel all the text boxes groups appear
without any problem
3) I have another similar file, in English.
4) when I open the English file in OOo2.0RC3 (OSX) all of the text
box systems appear without any problem
5) when I open the problematic Japanese file, _none_ of the boxes
appear. I can still have access to them through a complex
manipulation that involves copying an excel group to a PPT slide
saving the slide, opening it in OOo etc... In that case I have no
problem accessing the text boxes contents.
6) when I slightly modify the file in excel (like add a one
word text
box on the very first sheet), save and open in RC3, _all_ the text
boxes appear without any problem.
When I unzip the original faulty file and the slightly modified
correct one I see some modifications in the various xml files but
nothing like major size modifications that would indicate that the
faulty file did not iport the data from excel in the first place.
The manifest.xml file refers to the same ole object with a slight
change in name ("MSO_OLE_Obj1" in the correct file,
"MSO_OLE_Obj15"
in the faulty one), the meta.xml differs in the <meta:editing-
duration> value only, the faulty file has "PT10M34S", the
correct one
has "PT0S" (as well as an "object-count" 1 higher than the faulty
file since I have added a text-box myself).
For some reason, the faulty settings.xml has a whole set of
data that
the correct file has not:
Hi Jean-Christophe,
You could try genberaitng your own OOo file from a mixture of
the contents of the problem file and the "fixed" file i.e. all
of the original subfiles of the problem file but the
settings.xml of the fixed file. If/When you have a working
solution then can you please report this in issuezilla ?
( http://openoffice.org -> "My Pages" -> "Register", then when
you receive a confirmation email, "Login" and "File an issue" )
In this way the relevant developers will see your bug report /
suggestion and you will also see the progress of this feature /
bug report if it is accepted.
AND, if you have files that import incorrectly, then create an
issue and attach your document so that this problem can be fixed
in a future OOo version.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
