Bug 38659 - print eps bitmap preview import
Summary: print eps bitmap preview import
Status: RESOLVED NOT A BUG
Alias: None
Product: koffice
Classification: Applications
Component: general (show other bugs)
Version: 1.1.1
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: KOffice Bug Wranglers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-02-25 12:33 UTC by olidin
Modified: 2009-07-01 10:54 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description olidin 2002-02-25 12:18:47 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           kword
Version:           1.1.1 (using KDE 2.2.1 )
Severity:          normal
Installed from:    SuSE RPMs
Compiler:          gcc 2.95.3
OS:                Linux
OS/Compiler notes: Not Specified

Bugs:
=====

EPS Files can only be imported if they don't have a preview included. (tested with various tiff formats and wmf)
Warning: before printing the preview has to be stripped of.

Instead of using the included preview the application calculates a new preview. This is too time consuming. (Perhaps a good option for EPS files without preview)
Generaly an imported EPS file shouldent be touched at all. (Except for stripping of the preview) As far as i know scaling and cropping of an image can be done outside of the EPS.

When i finaly print the document i get the preview (low resolution) and not the included EPS file. This happens also when i print to a PS file and look at the result with ghostview.

Nice to have's:
===============

The Page size A4 seems to be defined as 209.755 x 296.333 mm instead of 210 x 297. When i scale the image with the dialog and i use 210 x 297 the command isn't executed because the resulting image is too large the application should apply automaticaly the correct size. Better would be to define the page size correctly or to use at least a size wich is a bit too large. The error on the page height ist over 0.6 mm perhaps you need also a finer grid.

scaling the image by dragging a side (not a corner) should result in a changed aspect ratio. Contrary in the dialog box it would be nice to have the possibility to fix the aspect ratio.

cropping could be realized with the
possiblitiy to scale the image independend from the box. This would require also the possibility to move the picture inside the box.

There should also be a possibility to link an image box against an externel file instead of including it. With large pictures it would speed up the opening of a document an working with it when the application has only to deal with the previews. It would be also possible to change the pictures without touching the document.

Because pictures in professionel documents are often very large professional programs have the ability to print only the previews to make example printouts. The final printing occurs then with the full picture. 

(Submitted via bugs.kde.org)
(Called from KBugReport dialog. Fields Application KDE Version OS Compiler manually changed)
Comment 1 David Faure 2002-02-25 16:14:41 UTC
On Monday 25 February 2002 13:18 olidin@gmx.net wrote:
> Package: kword
> Version: 1.1.1 (using KDE 2.2.1 )
> Severity: normal
> Installed from:    SuSE RPMs
> Compiler:          gcc 2.95.3
> OS:                Linux
> OS/Compiler notes: Not Specified
> 
> Bugs:
> =====
> 
> EPS Files can only be imported if they don't have a preview included. (tested with various tiff formats and wmf)
> Warning: before printing the preview has to be stripped of.
> 
> Instead of using the included preview the application calculates a new preview. This is too time consuming. (Perhaps a good option for EPS files without preview)
> Generaly an imported EPS file shouldent be touched at all. (Except for stripping of the preview) As far as i know scaling and cropping of an image can be done outside of the EPS.

Do you have a description somewhere of how to extract a preview from an EPS file ?
We currently give EPS files to the Ghostscript interpreter without extracting any
preview from it. I'd be glad to add support for that but I'd need to be told how ;)

> When i finaly print the document i get the preview (low resolution) and not the included EPS file. This happens also when i print to a PS file and look at the result with ghostview.

That should be fixed in the current CVS I regenerated the pixmap
using the current zoom and resolution. Hmm at least it fixed it when
zooming or resizing the EPS image. Not sure what happens when printing
needs to be tested (feel free ;)

-- 
David FAURE david@mandrakesoft.com faure@kde.org
http://people.mandrakesoft.com/~david http://www.konqueror.org
KDE 3.0: Konquering the Desktops
Comment 2 Nicolas Goutte 2002-09-15 23:33:14 UTC
The problem was partialy fixed. 
 
So called MS-DOS EPS files are now supported as if they were normal EPS files. 
(The preview is still not used.) 
 
Have a nice day/evening/night! 
Comment 3 Stephan Kulow 2004-05-10 21:50:23 UTC
wishlist?
Comment 4 Nicolas Goutte 2004-05-11 08:36:29 UTC
Wishlist and "not a filter"
Comment 5 Jonas Vejlin 2009-07-01 09:55:48 UTC
Is this still valid wish in koffice 2?
Comment 6 Thomas Zander 2009-07-01 10:54:33 UTC
Creating a preview is likely easier than it was 7 years ago, especially with the new codebase. So this bug is obsolete.