faq
flatforty
contribute
subscribe
configure
search
rdf
main
parent
thread
|
Re: Flake and printing
by superstoned on Tuesday 06/Jun/2006, @04:03
|
| I'm sure Koffice 2 (based on KDE 4/Qt4) will be better in this area. But maybe you would like to elaborate about what is wrong, exactly? |
|
|
The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: Flake and printing
by Charles de Miramon on Tuesday 06/Jun/2006, @04:27
|
Look the TeX algorithms.
When you print a text on a sheet of paper, you often cheat with geometry (because your eyes will not see the difference). You squeeze a line a little more, expand there a little, zoom a little bit this graphic. The TeX algorithms use the concept of penalties. It is a different logic that representing something on a screen which is just an infinite space.
The danger is thinking that going from the screen to the sheet of paper is just applying a mathematical transformation.
I would argue to make it possible in KOffice 2.0 to plug in a page creation algorithm. Maybe somebody will step in at some point and write one taking inspiration from the published and tested TeX mechanisms.
|
[
Reply To This | View ]
|
Re: Flake and printing
by Thomas Zander on Tuesday 06/Jun/2006, @05:36
|
I know the algorithms, sure. But I'm afraid I need a little more explanation on where you think Tex is usefull to get a kspread sheet on paper.
I only see the use for text areas, not for loads and loads of cells.
|
[
Reply To This | View ]
|
Re: Flake and printing
by Charles de Miramon on Tuesday 06/Jun/2006, @09:49
|
Well, TeX works with horizontal and vertical lists of boxes with spaces between boxes that are called glue or coils (I do not remember) and then cut this list in pages.
I guess that similar algorithms could apply for printing tables in KSpread.
|
[
Reply To This | View ]
|
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|