Issue 21999

Summary: Formula Editor - document is not formatted into several pages and page margins are not respected for pdf export and printing.
Product: Math Reporter: Unknown <non-migrated>
Component: codeAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues, kozodaevroman, kpalagin
Version: OOo 1.1   
Target Milestone: ---   
Hardware: PC   
OS: All   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---

Description Unknown 2003-11-01 18:34:52 UTC
First of all: 
I used OS=All, but I tested only on Linux (Gentoo->Kernel 2.6-test8; built from 
src) and Windows XP Professional (win: german; ooo: english; binary) .

The problem:
I have a "large" formula-collection that I want to give somebody else - who 
hasn't OOo at all - so I want to export it to a PDF-Document. The problem is 
that the PDF results in some crappy stuff.
When I take only small parts it works better, the smaller the parts, the better 
the PDF.

The files:
http://swoon.t3rr0r.de/.ooo/large.sxm
http://swoon.t3rr0r.de/.ooo/large.pdf

Comment:
On Linux the PDF was 13,3KB, on Windows more than 100KB (have only the 
windows-version).
Comment 1 thomas.lange 2003-11-03 09:05:20 UTC
The problem is that Math itself has no idea of a paper size associated
with it. 
It is easily to write formulas that exceed the paper height or width.
And that is causing the result.

The result is much better if you use a embedded formula in a Writer
document. 
Even though Math is an apllication on it's own it was never intended
to be used as a document format. Fourmulas should be rather samll and
embedded in other documents like Writer or Impress.

Still with this sample it is even too much text for a Writer page to
be displayed on and thus the end is missig.

You should break up the formula into much smaller ones to be used in
the Writer. And probably you'll like to write the titles to each
formulas(set) in the Writer application also since then you'll be ablt
to use styles, footnotes, a greater Selection of fonts, etc... along
with them.

All in all I think there is nothing to be fixed unless someone wants
Math to be a multi page format on its own. But for that I think it
lacks too much other fuctionality like those usuallay available in the
Writer.

TL->MRU: Please check on my comments and either close the issue or
pass it on to BH as request for enhancment, whatever you see fit.

Comment 2 michael.ruess 2003-11-05 12:35:41 UTC
Yes, Thomas is right. Math was not designed to process large formula
collections in one document. Thus, there's no possibility to select a
paper size.

What you can do, is to file an "enhancement issue" where a new feature
like "paper/page formatting" for OO Math standalone in requested. But
I do not think, that this complex feature implementation will have a
good chance for integration...
Comment 3 michael.ruess 2003-11-05 12:36:41 UTC
Closed.
Comment 4 kpalagin 2007-04-01 20:16:27 UTC
*** Issue 76002 has been marked as a duplicate of this issue. ***
Comment 5 kpalagin 2007-04-01 20:20:12 UTC
*** Issue 39838 has been marked as a duplicate of this issue. ***
Comment 6 kpalagin 2007-04-01 20:23:16 UTC
*** Issue 52315 has been marked as a duplicate of this issue. ***
Comment 7 kpalagin 2007-04-01 20:54:13 UTC
*** Issue 30587 has been marked as a duplicate of this issue. ***
Comment 8 kpalagin 2007-04-01 21:03:06 UTC
Dear developers,
as we have 4 dups (and several votes) to this one I will allow myself to 
reopen this issue as RFE.
Please express your point of view on this issue.
Thanks a lot for your attention.
Comment 9 michael.ruess 2007-04-02 08:25:21 UTC
As mentioned above, Math has not been designed for storing formula collections.
I agree in keeping this as "RFE" at owner "requirements" until someone feels
able to offer some code for calculating the content which may fit into the page
of the currently selected locale/printer or might offer a kind of "Page
formatting" for Math.
Comment 10 michael.ruess 2009-07-02 13:57:00 UTC
*** Issue 102842 has been marked as a duplicate of this issue. ***