headers
Nicolas Goutte | 1 Aug 2002 23:06
Picon

EPS: testers needed (KWord/KPresenter)

I had to change the support for EPS files in KoPicture (KWord/KPresenter). EPS 
files are now handled by a separate class KoPictureEps.

The change is for KOffice 1.2 post-RC1.

The main changes compared to normal images are:
- no sampling at load, only at first draw.
- support of so-called "MS-DOS EPS files" (those with the binary preview.)
- memory gain.

Notes:
- the sampling at load was a problem for larger files. Now such files should 
load faster. Only the first draw in KWord is slower, as it is not done as a 
fast scaling anymore. (KPresenter always makes slow scalings.)
- even the new code does not use any preview of the "MS-DOS EPS files". The 
code just know now where to find the PostScript stream. The preview is 
discarded at load.
- the memory gain is because we do not sample an image at the original size of 
the image. Fast scaling is done from the pixmap at drawing size. It is not a 
problem, as in KPresenter fast scaling is never used and in KWord any change 
of size triggers a re-sampling (slow scaling.)

Now I would like to have testers, especially people having EPS files with 
binary previews. As told, this is not in KOffice 1.2 RC1 but only in CVS.

Thank you in advance!

Have a nice day/evening/night!
Permalink | Reply | 5 comments |
headers
Thomas Zander | 2 Aug 2002 09:30

Re: EPS: testers needed (KWord/KPresenter)


Could you be a bit more specific which eps-es work? None of the files I have 
work.
I used AI saved eps files and I used Photoshop saved bitmap eps (DOS/tiff) 
files..

Furthermore; there seems to be a bug in KWord. When I use 'place picture' I 
get a dialog that does not allow me to press OK when an invalid picture is 
loaded.
However changing an existing picture I could select anything and end up with a 
buggy picture-frame...

On Thursday 01 August 2002 23:06, Nicolas Goutte wrote:
> I had to change the support for EPS files in KoPicture (KWord/KPresenter).
> EPS files are now handled by a separate class KoPictureEps.
>
> The change is for KOffice 1.2 post-RC1.
>
> The main changes compared to normal images are:
> - no sampling at load, only at first draw.
> - support of so-called "MS-DOS EPS files" (those with the binary preview.)
> - memory gain.

--

-- 
Thomas Zander                                           zander <at> planescape.com
                                                 We are what we pretend to be
Permalink | Reply | 4 comments |
headers
Nicolas Goutte | 2 Aug 2002 15:14
Picon

Re: EPS: testers needed (KWord/KPresenter)

On Freitag, 2. August 2002 09:30, Thomas Zander wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Could you be a bit more specific which eps-es work? None of the files I
> have work.

Any normal 7-bit EPS file should work (also the EPSI ones with the preview 
coded as comment.)

As for the EPS files with binary previews, I do not know. I have made it after 
a short description of the header of such an EPS file. After having found out 
that GhostScript supports the same header, I have tried to do it. (David had 
asked me ages ago, if I could implement this support somehow.)

> I used AI saved eps files and I used Photoshop saved bitmap eps (DOS/tiff)
> files..

KoPIctureEps is full of kdDebugs. May be you could find the reason why the 
file was rejected. In particular, look at everything issued by kofficecore 
(area 30003) after a line "KoPictureEps::load".

Two errors that you could get are (as kdError)
- "Not a PostScript file!"
- "KoPictureEps::load: could not find bounding box!"

If you get the first error, look if the file starts directly with %! or not 
(No empty line allowed before!)

If you get the second error, check the "%%BoudnigBox" line. Is it there? Are
(Continue reading)

Permalink | Reply | 3 comments |
headers
Nicolas Goutte | 2 Aug 2002 16:02
Picon

Re: EPS: testers needed (KWord/KPresenter)

I found an error for MS-DOS EPS files.

The magic was not skipped, so the magic was used as offset and the offset as 
length of the PostScript stream. :-(

To be clear for everyone: you need GhostScript to be able to use PostScript 
files in KWord and KPresenter.

Have a nice day/evening/night!

On Freitag, 2. August 2002 15:14, Nicolas Goutte wrote:
> On Freitag, 2. August 2002 09:30, Thomas Zander wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Could you be a bit more specific which eps-es work? None of the files I
> > have work.
>
> Any normal 7-bit EPS file should work (also the EPSI ones with the preview
> coded as comment.)
>
> As for the EPS files with binary previews, I do not know. I have made it
> after a short description of the header of such an EPS file. After having
> found out that GhostScript supports the same header, I have tried to do it.
> (David had asked me ages ago, if I could implement this support somehow.)
(...)
Permalink | Reply | 2 comments |
headers
kudling | 2 Aug 2002 16:37
Picon
Favicon

Re: Re: EPS: testers needed (KWord/KPresenter)

> To be clear for everyone: you need GhostScript to be able to use PostScript 
> files in KWord and KPresenter.

And karbon14. :)
Permalink | Reply | 0 comments |
headers
Stephan Kulow | 3 Aug 2002 20:18
Picon

Bug#42199: marked as done (selecting letter before variable also selects variable) by Thorsten Zachmann <t.zachmann <at> zagge.de>

Your message with subj: Bug#42199: Acknowledgement (selecting letter before variable also selects variable)

The problem is solved in currend CVS.

Thorsten

has caused the attached bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I'm
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Stephan Kulow
(administrator, KDE bugs database)

(Complete bug history is available at http://bugs.kde.org/db/42/42199.html)

Received: (at submit) by bugs.kde.org; 5 May 2002 14:07:36 +0000
Received: (qmail 28356 invoked by uid 33); 5 May 2002 14:07:36 -0000
Date: 5 May 2002 14:07:36 -0000
Message-ID: <20020505140736.28355.qmail <at> mail.kde.org>
To: submit <at> bugs.kde.org
Subject: selecting letter before variable also selects variable
From: T.Zachmann <at> zagge.de
X-KDE-Received: -217.185.46.208
(Continue reading)

Permalink | Reply | 0 comments |
headers
Calvin Smith | 4 Aug 2002 05:32
Picon
Favicon

cygwin or windows

In looking through the code I see referenced for cygwin and windows, what is 
the status of koffice on windows and or cygwin?  Is anyone activally working 
on it?
I'm asking since I have been working on getting koffice to compile for 
cygwin and don't want to dup effort

please CC me as I'm not on this list

_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx
Permalink | Reply | 1 comment |
headers
Thomas Zander | 4 Aug 2002 21:32

Re: EPS: testers needed (KWord/KPresenter)


On Friday 02 August 2002 16:02, Nicolas Goutte wrote:
> I found an error for MS-DOS EPS files.
>
> The magic was not skipped, so the magic was used as offset and the offset
> as length of the PostScript stream. :-(
>

Yep; thats it. All EPS files I had now read perfectly in KWord :)  That is 
including a photoshop CMYK EPS file!

Great work!

> To be clear for everyone: you need GhostScript to be able to use PostScript
> files in KWord and KPresenter.

--

-- 
Thomas Zander                                           zander <at> planescape.com
                                                 We are what we pretend to be
Permalink | Reply | 0 comments |
headers
Nicolas Goutte | 4 Aug 2002 23:48
Picon

New general filter status file in XML

I have added the file koffice/filters/filterstatus.xml (in UTF-8)

It is from this data that I am preparing the new general filter status page 
for the KOffice Web site ( http://www.koffice.org/filters/status.phtml ), so 
please check if your filter has the right status.

The possible status are at the start of the file in the <status> elements.

There is now:
- good
- nearlygood (Someone has a better name perhaps?)
- working
- alpha
- planned
- none
- abandoned

The filters are sorted by applications (<application> elements)
Each filter is defined by a <filter> element. The filter status is in the 
<stat> element. The import and export attributes must refer to one of the 
above status (all in one word and in lower case.)

If you change this file, be careful that it is an UTF-8 file and that the 
value of any id attribute must remain unique. (Or just email me what change 
you want.)

This file is only the data for/from the developers. The new general filter 
status page will not show these status names to the users.

So please check your filters (especially those of Karbon.) Thank you in
(Continue reading)

Permalink | Reply | 4 comments |
headers
Nicolas Goutte | 5 Aug 2002 00:00
Picon

Should the MSOD import work?

I have tried to change KWord's MS Word import filter so that it does not use 
Kontour.

I think that I have managed it (with a MSOD to QPicture pseudo-filter), but I 
cannot generate any file that contains WMF or MSOD pictures which would give 
anything in KWord.

Before starting, I thought that it was Kontour's problem but now I am asking 
if MSOD/WMF import has ever worked?

If someone is interested in my changes, I can email them to him privately. 
Personally, I am stopping on this subject, as I see no change to fix anything 
before KOffice 1.2.

Have a nice day/evening/night!

PS.: the change between using QPicture or Kontour is a #define.
Permalink | Reply | 0 comments |

Gmane