Return-Path: X-Original-To: apmail-openoffice-dev-archive@www.apache.org Delivered-To: apmail-openoffice-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A24C7E0E0 for ; Fri, 23 Nov 2012 15:56:45 +0000 (UTC) Received: (qmail 41050 invoked by uid 500); 23 Nov 2012 15:56:45 -0000 Delivered-To: apmail-openoffice-dev-archive@openoffice.apache.org Received: (qmail 40886 invoked by uid 500); 23 Nov 2012 15:56:45 -0000 Mailing-List: contact dev-help@openoffice.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openoffice.apache.org Delivered-To: mailing list dev@openoffice.apache.org Received: (qmail 40859 invoked by uid 99); 23 Nov 2012 15:56:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Nov 2012 15:56:44 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of Armin.Le.Grand@me.com designates 17.172.81.2 as permitted sender) Received: from [17.172.81.2] (HELO st11p00mm-asmtp003.mac.com) (17.172.81.2) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Nov 2012 15:56:36 +0000 MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=windows-1252; format=flowed Received: from [192.168.0.110] (31-18-122-105-dynip.superkabel.de [31.18.122.105]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0MDY00EPK6XPGI30@st11p00mm-asmtp003.mac.com> for dev@openoffice.apache.org; Fri, 23 Nov 2012 15:56:15 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8185,1.0.431,0.0.0000 definitions=2012-11-23_03:2012-11-23,2012-11-22,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1211230151 Message-id: <50AF9C9F.6030101@me.com> Date: Fri, 23 Nov 2012 16:56:15 +0100 From: Armin Le Grand User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 To: dev@openoffice.apache.org Subject: Re: desktop publishing References: <50A4A919.8060306@pmgroup.be> <50AE5F94.2060703@me.com> <50AE6300.2070504@pmgroup.be> <50AF65AC.6000803@me.com> <50AF94DD.3040507@pmgroup.be> In-reply-to: <50AF94DD.3040507@pmgroup.be> X-Virus-Checked: Checked by ClamAV on apache.org Hi Fernand, On 23.11.2012 16:23, Fernand Vanrie wrote: > Hallo Armin , >> Hi Fernand, >> >> On 22.11.2012 18:38, Fernand Vanrie wrote: >>> Armin , >>>> Hi Fernand, >>>> >>>> On 15.11.2012 09:34, Fernand Vanrie wrote: >>>>> Alexandro , >>>>> >>>> ---snip--- >>>>>> Draw is a perfect Desktop publisher, is so perfect is compatible >>>>>> with other >>>>> We uses exclusifly Writer (+ lot of basic macro's) to make over >>>>> 8.000 full color magazine pages par year. This pages are all i2 >>>>> languages versions, with cutouts (we uses Edit Contour) >>>>> transparancies etc...) >>>>> Our Editors places lowres images "embedded" in there documents, a >>>>> final macro checks the resolution quality and changes the lowres >>>>> with the highres (stored on a server) just before exporting to PDF >>>>> Sinds there is SVG, we no longer use EPS and "Adobe" to make our >>>>> PDF's. PostScript is dead anyhow (lack of transparency) the LO/OO- >>>>> PDF export is with use off a Lanczos filter nearly perfect. >>>>> We only needs a "payed" Color Server to transfer our RGB PDF's to >>>>> CMYK >>>>> Our magazines are printed by different print houses (15.000-3.000 >>>>> exp.) on high quality paper, there are no complaints from our >>>>> printers and the readers can not sea the difference between our >>>>> Magazines an thus maded by payed DTP applications >>>>> Just a pitty thats SVG is still exported as bitmap >>>> >>>> Which export are you talking about? To ODF (save) or PDF (or >>>> something else)...? >>>> This would be very interesting to me :-) >>> when making a PDF, save as or something else there is no >>> difference... sinds 3.3 SVG are plased in the PDF as bitmaps there >>> is a well documented LO issue >>> 42092. >> >> I do not know for LO, but for AOO since 3.4 we have that new SVG >> import I wrote which luckily will be in LO soon (see >> https://blogs.apache.org/OOo/entry/good_news_libreoffice_is_integrating). >> It's a high-quality SVG import and the original SVGs are saved in >> ODF. I just tried with Tux.svg and AOO3.4 (and 3.4.1) export as >> vector data to PDF. It also gets printed that way. One caveat here: >> Currently the SVGs are converted to SVM (StarViewMetafile), same as >> when using 'convert to metafile' in the context menu on the SVG >> graphic object in edit view. This may loose some quality in some >> cases, I'm working on changing this to real B2DPrinitives usages in >> the PDF exporter. >> I'm also working on things like having any graphic (including SVG) as >> fill style for graphic objects, also with full export quality. I'll >> be on Fosdem, I can show you this things in the current AOO version >> if you like... > Maybe you can also implement PDF as a graphic format , like we can > place jpg, ..... in the OO docs ? Not sure what you mean here... jpg could always be added to ODF. > As many users, we are switching forward an backwards from OO to LO , > for the moment we uses LO because off better PDF-export (Lanczos filter). Good news: I have added Lanzcos (in an extended version) to AOO some weeks ago. The original author sent me the code which he used for LO, and I extended and integrated it. See task #121233# (https://issues.apache.org/ooo/show_bug.cgi?id=121233) for details. Thanks to Toma� for the original code. That's what all developers truly interested in all OOO derivates should do - contribute to both projects. See my blog post (link already in one of the last eMails) to more about this and in which direction the code flows. > Surly we hopes that in de near future we can find al the best off both > in one :-) Yes, again, read the blog. We are already working together (seen from AOO side at least). > I comes to Fosdem and will be more than happy to discover all the new > goodies, Okay, looking forward to see You :-) > > greetz > > Fernand >> >>> there is also work around >>> - open the SVG in Draw and then copy to Writer (gives a internall LO >>> graphic) >>> - When xeporting to a specific PDF format (Tagged or PDF A/1a then >>> we have a high resolution bitmap who can replace the vector data >>> >>> greetz >>> >>> Fernand >>>>> (sould been repaired in 3.7) and PDF is still not a accepted as a >>>>> graphic format like we can use (Tiff, jpg, etc...) >>>>> >>>>> Greetz >>>>> >>>>> Fernand >>>> ---snip--- >>>> >>>> Sincerely, >>>> Armin >>>> -- >>>> ALG >>> >>> >