| <<<Back 1 day (to 2015/05/11) | 20150512 |
NewIO | hi, i'm new develop app for iOS, how to integrate MuPDF with iOS project | 09:29.35 |
| help me, plz! | 09:32.10 |
Robin_Watts | NewIO: Are you aware of the license terms for MuPDF? | 09:34.46 |
| Specifically that it is released under 2 licenses. | 09:34.59 |
| The first one is the GNU AGPL. This is a license that says that as long as you follow the rules, you can use MuPDF for free. These rules include (but are not limited to) the fact that you must be prepared to give away the source for your entire app to anyone that gets a copy of the your app. | 09:36.37 |
| This license is, I believe, incompatible with the Apple App Store. | 09:36.57 |
| The alternative is the Artifex commercial license. This frees you from the strictures of the AGPL, but will cost you money. | 09:37.50 |
NewIO | i'm know, but i'm fail to reference it to my project | 09:38.25 |
Robin_Watts | Sorry, I didn't understand that. | 09:40.51 |
NewIO | With android have guide: How to build MuPDF for Android. why haven't guide for iOS | 09:40.59 |
| sorry my bad english. | 09:41.15 |
Robin_Watts | NewIO: So you understand the licensing, but are still interested in integrating MuPDF into your app? So you are going to get a commercial license? | 09:42.22 |
kens | THat new bug report works fine (on Windows) using current code and the ps2write device. Of coruse ps2write doesn't work the same way as the old pswrite device. But since its Oracle and we know they tell people to use GS for producing PDF files as part of their reporting system (and have the cheek to label it a feature, or did) I'm not inclined to help them at all. | 09:50.56 |
Robin_Watts | reboots. | 09:55.58 |
| Is bugzilla down for anyone else? | 10:45.11 |
kens | Was OK a moment ago, just a sec | 10:45.21 |
| Well its just spinning now | 10:45.42 |
| But I've had that happen often enough before | 10:45.53 |
| It does seem pretty dead, got a timeout this time | 10:46.27 |
| I see lots of machiens down on the cluster | 10:48.06 |
| Maybe Marcos' garage is out ? | 10:48.14 |
Robin_Watts | Yeah. I'll cope. | 10:48.32 |
kens | Bugzilla seems to be back again Robin_Watts | 12:00.46 |
henrys | ugh oracle where are the scruples? Billion dollar company can't pay a support contract of a few thousand. We'll get scott on them again just to see what they say. | 12:54.28 |
kens | Nothing I imagine | 12:54.40 |
| Its possible they may run into alignement isues on Solaris, if they're on a Sparc, I dont remember if they said what hardware it was | 12:55.35 |
Robin_Watts | kens was way too helpful on the bug. | 12:55.46 |
kens | I suppose I shouldn't have told them to try current code :-( | 12:56.02 |
| Hmm htey have 'PC' as hte hardware which suggest x86 | 12:56.54 |
| But in that case, I can't see why pswrite would have thrown the error they report | 12:57.08 |
| It 'looks like' an alignment error in the image interpolation code, but I wouldn't expect x86 to have an alignement problem | 12:58.15 |
Robin_Watts | I thought they said it was sparc. | 13:05.11 |
kens | Oh I was looking at the bug fields | 13:05.23 |
Robin_Watts | oh, they said solaris 10u11 | 13:05.33 |
kens | Right. | 13:05.39 |
Robin_Watts | I bet they just reported it from a PC. | 13:05.57 |
kens | Almost certainly true. | 13:06.05 |
| WHich was why I was a bit hesitant about what they might be running it on | 13:06.18 |
| I still suspect ts an alignment problem | 13:06.33 |
Robin_Watts | I think we should actively ignore any problem from Oracle until they get a support contract. | 13:06.49 |
kens | If anyone is really interested we could ask Chris to run it on his Sparc | 13:06.51 |
| Robin_Watts : yes you're probably right | 13:07.02 |
| We already do that with BAE | 13:07.12 |
ray_phone | morning, all | 13:13.28 |
kens | Morning ray, why on a phone ? | 13:13.37 |
ray_phone | my laptop isn't handy atm | 13:17.47 |
henrys | yes please don't help them at all until Miles and Scott have had a go with them. | 13:36.15 |
rayjj | we should have a 'wall of shame' on our website (for companies like them) ;-) | 14:12.56 |
Robin_Watts | rayjj: Freeloaders of the month. | 14:13.20 |
rayjj | Robin_Watts: they've been at it for 10+ years | 14:13.36 |
| scott probably has email archives of the first time he tried to get them on at least a support contract | 14:14.26 |
| hopefully, the problem they found is still there in 9.16 ;-) | 14:17.37 |
kens | Can't be, they were using pswrite | 14:17.53 |
| Though that doesn't preclude a similar problem | 14:18.23 |
rayjj | yeah, but ps2write probably doesn't perform the interpolaton -- just sets the /Interpolate true in the image in the output | 14:19.25 |
kens | Yes, I'm all but certain that's the case | 14:19.43 |
rayjj | why are they doing ps2ps anyway ? Seems rather pointless unless they were 'santizing' some PS from some driver into something 'generic' like pswrite creates | 14:21.19 |
kens | I suspect they weren't. Note that he tal;ks about reproducing a problem 'without printing' or something like that | 14:21.49 |
| "reproduce the issue without the need to configure printing:" | 14:23.21 |
henrys | fredross-perry: not sure if you know after the irc meeting we have a smart office meeting at 8am on skype | 14:24.52 |
fredross-perry | thanks, iâll head there after | 14:25.15 |
rayjj | has fredross-perry been sucked into the SOT black hole ? | 14:25.34 |
fredross-perry | more of a vortex, really. | 14:25.55 |
rayjj | going around in increasingly small circles :-) | 14:26.32 |
henrys | meeting item 1 - 17 customer bugs in the report - we need to do some bookkeeping ;-) | 14:27.54 |
chrisl | kens: alignment problems on SPARC trigger a bus error, not a seg fault | 14:28.03 |
kens | chrisl AH, OK so not that then :-) | 14:28.18 |
chrisl | henrys: I'm probably about to close one | 14:28.35 |
Robin_Watts | only 13 if you ignore the SO ones. | 14:29.06 |
henrys | I'm marching through them now ... | 14:29.15 |
kens | One of mine is actually from Marcos, another is old and a final one has a work-around | 14:30.01 |
henrys | fredross-perry: will you be at the upcoming meeting? | 14:30.02 |
fredross-perry | yes I will | 14:30.15 |
henrys | fredross-perry: nice it'll be good to meet you | 14:30.31 |
fredross-perry | xclnt | 14:30.38 |
| itâll be nice to put faces to names | 14:30.53 |
Robin_Watts | kens: bug 695978 smells like "downsampling is defaulting to mitchell rather than off". | 14:31.11 |
| fredross-perry: Wait til you've seen our faces... | 14:31.27 |
fredross-perry | ;-) | 14:31.53 |
kens | Robin_Watts : marcos claims its running a downsample filter when it should not be | 14:31.53 |
| As far as I cna tell, it isn't but I've not tried it | 14:32.08 |
Robin_Watts | That would seem to fit with the timings, yes. | 14:32.09 |
henrys | chrisl: I've been looking at fonts this week with respect to the shared language, it looks like with a few exceptions we will have coverage for PCL using the new type2 fonts , but did you check urw's work against your list (ufst vs urw)? | 14:32.15 |
chrisl | henrys: I did not | 14:32.48 |
kens | Robin_Watts : there is a problem whre two tests are out of step, and we cna end up applying bicubic in one case where we should use average, but that's a different thing altogether | 14:33.00 |
henrys | chrisl: I'll go ahead and check that I've written scripts and stuff to get at all the glyphs in the fonts already, it'll be easy to xref your list. | 14:33.38 |
chrisl | henrys: Okay, thanks. | 14:34.11 |
kens | Robin_Watts : my current cluster run is good (I finally realised the diffs I was seeing were to due to Michael's last commit) so I'll stop and take a look at some of mine, especially the bicubic things | 14:34.30 |
chrisl | henrys: TBH, I thought you'd decided to go with compatibility with the MS fonts (to match Acrobat) rather than UFST.... | 14:34.49 |
mvrhel_laptop | yes. there were a lot of color changes with the transparency group color space change | 14:35.40 |
kens | mvrhel_laptop : it only affected 2 test files for me :-) | 14:35.52 |
henrys | chrisl: I don't see a good route to MS compatibility if you mean CJK. | 14:35.59 |
mvrhel_laptop | in most cases it is very hard to tell the diff. | 14:36.01 |
| needs to be an odd blend mode | 14:36.08 |
| to really notice | 14:36.14 |
chrisl | henrys: Not CJK, no | 14:36.29 |
kens | One of them was impossible to see (resulted in a halftone difference only) in the other case a black was coming out as CMYK | 14:36.30 |
henrys | chrisl: and we did give urw the the list we should check they did what we paid for. right? | 14:36.46 |
chrisl | We should, yes. I just wasn't entirely sure what list we'd paid for..... | 14:37.08 |
kens | mvrhel_laptop : I spent about an hour scratching my head before light finally dawned.... | 14:37.09 |
mvrhel_laptop | sorry about that kens | 14:37.30 |
kens | mvrhel_laptop : My fault, not yours | 14:37.44 |
| I should have thought of it earlier. | 14:37.51 |
henrys | mvrhel_laptop: I guess the certificates are stalled I'll check with Joann after the meeting again. | 14:37.57 |
kens | marcosw did you add and then remove a couple of test files ? | 14:38.08 |
mvrhel_laptop | henrys: ok | 14:38.09 |
Robin_Watts | henrys: The certificates are stalled, yes. | 14:38.23 |
| Something went wrong in the ordering process, and Comodo are cancelling them. | 14:38.39 |
marcosw | kens: yes | 14:38.45 |
Robin_Watts | We have to wait about 3 days for that to happen, then Joann will start again. | 14:38.56 |
kens | aha, that explains my odd results then, they were causing the 'Internal error' messages ? | 14:39.04 |
henrys | Robin_Watts: oh okay are you handling that, if so I'll not bug Joann | 14:39.09 |
rayjj | henrys: wouldn't it be better to not have Joann in the loop on the certs ? | 14:39.24 |
Robin_Watts | henrys: Joann is handling it - she's just keeping me up to date with what is going on. | 14:39.30 |
| rayjj: The certs require various things that made it look like it would be easiest for joann to handle them. | 14:39.58 |
| a) they are a subscription basically, b) they need the company number and DUNS number etc, c) they need to do various identity checks on the company for validity. | 14:40.27 |
rayjj | Robin_Watts: henrys: just seems like not her 'cup of tea' and drifting | 14:40.37 |
Robin_Watts | To be fair, the website is bloody confusing. | 14:40.56 |
henrys | I was going to bring up language switching but the bug report kind of knocked me over. We really need to get this number down. | 14:44.23 |
chrisl | There you go, reduced by one...... | 14:45.28 |
mvrhel_laptop | henrys: I should have 695930 done this week. fixed the big issue | 14:45.57 |
henrys | are we really ever going to fix the 256 color thing? | 14:45.59 |
rayjj | Robin_Watts: (anybody) are we getting VS 2015 Community ed? | 14:46.03 |
Robin_Watts | rayjj: VS 2015 community edition is a free download. | 14:46.19 |
mvrhel_laptop | there is one little area that has an lab color and an odd blend mode that is different then Acrobat | 14:46.22 |
Robin_Watts | or rather, it will be when it comes out. | 14:46.27 |
| VS 2015 RC is out now. | 14:46.34 |
mvrhel_laptop | henrys: I have not had a chance to look at the 256 color bug | 14:46.41 |
| I want to | 14:46.43 |
Robin_Watts | The full release will (going by previous timings) be another month or so. | 14:46.46 |
rayjj | Robin_Watts: OK. my VS 2013 trial expired, so I'm uninstalling it. I want to try the profiling tools of VS 2015 on the performance bug 695568 (to get that off my list) | 14:47.27 |
henrys | Robin_Watts: and the apple certs? | 14:47.41 |
Robin_Watts | henrys: No idea about the apple certs. | 14:47.56 |
mvrhel_laptop | henrys: it is likely that 695927 will be fixed with these transparency fixes also | 14:48.14 |
Robin_Watts | rayjj: I'd download the RC and give it a spin. bandwidth is cheap, right? :) | 14:48.42 |
marcosw | mvrhel_laptop: could you look at 695964? it's a regression that caused about 200 output files to change and is affecting nightly/weekly regression testing. | 14:48.45 |
henrys | okay and we are going to clear the ghostdocs - nice to see a single digit for the total bugs. | 14:48.53 |
Robin_Watts | henrys: Are we? | 14:49.02 |
henrys | I thought they could go in the enhancement bin vs defect no? | 14:50.14 |
mvrhel_laptop | marcosw: hmmm are you sure these are regressions? | 14:50.18 |
Robin_Watts | henrys: yes, probably. | 14:50.22 |
mvrhel_laptop | all I did was turn off the simulated overprinting | 14:50.42 |
| pkmraw should still show overprinting for cmyk | 14:51.13 |
| the pam device will not show overprinting | 14:51.20 |
| so the two can differ | 14:51.29 |
henrys | mvrhel_laptop: I'm concerned you are a bit overburdened bug wise can someone else help out with something? | 14:51.42 |
| anybody else have meeting business? I don't have anything more. | 14:52.25 |
fredross-perry | iâm good | 14:52.46 |
mvrhel_laptop | the one customer that wants someone to look at his project. who is going to do that? I think it is a c++/c# project but I have not looked at it | 14:53.28 |
Robin_Watts | mvrhel_laptop: Jung ? | 14:53.46 |
mvrhel_laptop | yes | 14:53.50 |
Robin_Watts | It is a C# project, but I don't believe it's complete. | 14:54.05 |
| Certainly I can't see the mupdf lib in there. | 14:54.17 |
mvrhel_laptop | In the past when I have looked at his stuff it was pretty basic mistakes that he has made but it takes time and seems out of scope from a support end to me | 14:54.22 |
Robin_Watts | it requires VS > 2010, so I can't look yet. | 14:54.36 |
mvrhel_laptop | I can look at it maybe next week | 14:54.57 |
| I want to get these transparency bugs done first | 14:55.06 |
marcosw | mvrhel_laptop: I think so, there are large bits of the output missing for some of them. | 14:55.08 |
Robin_Watts | mvrhel_laptop: I've gone back to him with a request for a complete project with step by step build instructions. | 14:55.13 |
mvrhel_laptop | ok good | 14:55.34 |
Robin_Watts | if he provides that, we'll worry about it, otherwise I vote we make him wait. | 14:55.41 |
mvrhel_laptop | marcosw: can you list the file locations for a couple of them | 14:55.50 |
| on the bug | 14:55.52 |
| Robin_Watts: sounds good to me | 14:56.03 |
marcosw | mvrhel_laptop: sure, I'll add it to the bug report | 14:56.20 |
mvrhel_laptop | thanks. I will check it out | 14:56.36 |
henrys | I'm good with that, even if he does give us details it's a bit out of our ken | 14:56.49 |
| off to skypeland | 14:57.53 |
rayjj | mvrhel_laptop: for gsview, do I need silverlight and/or MFC for C++ (installing the VS 2015 RC) | 15:09.18 |
mvrhel_laptop | rayjj: no you don't need silverlight | 15:10.15 |
| when you install it should install the proper update of .net if you don't have it | 15:10.33 |
| no MFC either | 15:10.43 |
| rayjj: oh you are talking about VS install | 15:11.06 |
chrisl | kens: note that I just updated freetype, so you'll get a bunch of diffs compared to master until you rebase again | 15:11.08 |
kens | marcosw can you attach rthe PCL file to bug 695978 please ? I can't find the source any more | 15:11.15 |
rayjj | mvrhel_laptop: right | 15:11.19 |
kens | chrisl I noticed you;d done that :-) | 15:11.24 |
mvrhel_laptop | rayjj: no silverlight or MFC | 15:11.31 |
rayjj | I'm installing their github (I hope it doesn't confuse my msysgit) | 15:12.39 |
Robin_Watts | rayjj: Shouldn't do. | 15:12.59 |
mvrhel_laptop | I have no problems with it | 15:13.28 |
rayjj | Robin_Watts: yeah, but with MS, you can never be sure. They manage to screw up in surprising ways | 15:13.35 |
| mvrhel_laptop: are you using VS 2015 Community or still back at VS 2013 ? | 15:14.02 |
kens | chrisl thanks for the bisect, I confess to some surprise :-) | 15:14.19 |
mvrhel_laptop | I am still using 2013. I will go to 2015 when it is released | 15:14.21 |
| not a big fan of RCs | 15:14.35 |
chrisl | kens: I had a feeling it would be transparency related | 15:14.45 |
kens | Yes, just surprised its clist and patterns | 15:15.03 |
chrisl | <shrug> I'm only reporting what git told me :-) | 15:15.28 |
kens | :-) | 15:15.33 |
rayjj | ha ha. VS 2015 is version 14 (I wonder what the _MSC_VER will be) | 15:15.45 |
kens | THat's one more of Michael's list though | 15:15.46 |
mvrhel_laptop | kens what bug is this? | 15:28.40 |
kens | THe on Chris just assigned to Ray | 15:28.54 |
| 695975 | 15:29.07 |
mvrhel_laptop | ok | 15:29.41 |
chrisl | mvrhel_laptop: don't you get the bug status e-mails? | 15:31.02 |
mvrhel_laptop | chrisl: i do. I missed that one | 15:36.46 |
Guest_____ | Hi all. My name is Gustavo, from Argentina, I would like to ask for your help with an issue that we have with Ghostscript | 15:45.17 |
Robin_Watts | Guest_____: Ask away. (on IRC, always ask, don't ask to ask) | 15:45.40 |
Guest_____ | Thanks, sorry | 15:46.11 |
Robin_Watts | no problem! | 15:46.22 |
Guest_____ | We need to complile the source code of Ghost PCL in a Solaris 9 under SPARC | 15:47.00 |
| but always getting error | 15:47.08 |
Robin_Watts | Guest_____: Are you using the latest version? 9.16? | 15:47.35 |
henrys | Guest_____: you need a gcc toolchain and gnumake | 15:48.24 |
chrisl | beaten to it by henrys | 15:48.39 |
Guest_____ | let me confirm version, yes we are using gcc and gnumake | 15:48.45 |
kens | wonders why people are suddenly using Sparc/Soloaris so much | 15:48.55 |
henrys | Guest_____: report a bug with output we may have a look at it. | 15:49.28 |
chrisl | kens: Possibly because Oracle whacked out some new SPARCs last year, which are supposed to be seriously fast (for certain applications, anyway) | 15:50.32 |
kens | Ah, so its all back to Oracle again :-( | 15:50.47 |
chrisl | Well, they bought Sun, so..... | 15:51.13 |
Guest_____ | I our case, is not a choice, we are mantaining an old application that runs under it | 15:54.54 |
mvrhel_laptop | Robin_Watts: are you around? | 17:43.32 |
Robin_Watts | I am. | 17:46.35 |
| Just to keep you in the loop, Jung has got back to me with a better project. | 17:47.11 |
| he's making me one with all the source in at the moment, but I'll need a newer MSVC to build it - so am downloading the community edition RC now. | 17:47.43 |
mvrhel_laptop | Robin_Watts: ok | 18:11.53 |
| I have the .net stuff reorganized for him | 18:12.05 |
| Robin_Watts: what would be the best way to share this with him? | 18:12.22 |
Robin_Watts | A .zip file, I guess. | 18:12.36 |
mvrhel_laptop | ok. I will do that. | 18:12.55 |
Robin_Watts | unless we want to give him access to the whole gsview source (which I'm sure we don't!) | 18:12.59 |
mvrhel_laptop | henrys: bug 695930 will be closed in a minute | 18:13.52 |
| the last remaining difference that I had goes away when we use the output intent icc profile | 18:14.11 |
henrys | super mvrhel_laptop | 18:14.12 |
mvrhel_laptop | then we match adobe | 18:14.16 |
rayjj | chrisl: I closed bug 695975, since all I see is a very slight color difference, most likely due to the differences in the original file (which I'm not going to dig into for a free user) | 18:14.43 |
chrisl | rayjj: slight? I wouldn't call that slight, and the previous output (more closely) matches Acrobat | 18:16.26 |
mvrhel_laptop | rayjj: so 695930 is closed if you want to let the customer know what the situation is | 18:16.32 |
| moving onto 695927 | 18:16.53 |
rayjj | chrisl: when I open the a.pdf with mupdf it's totally wrong | 18:18.05 |
| mvrhel_laptop: thanks for the update on that bug | 18:18.22 |
mvrhel_laptop | rayjj: so two things of interest with this altona file. 1) the non isolated transparency groups mean that the results will very depending if the output device is RGB or CMYK. 2) Adobe will use the output intent profile for default CMYK values. We need to use -dUsePDFX3Profile to get a similar result | 18:20.04 |
| s/very/vary/ | 18:20.28 |
| but they do need to get the one fix that I committed | 18:20.44 |
rayjj | chrisl: it doesn't even say which one is supposed to be correct the one from the .ai file or the one from the .pdf file | 18:21.54 |
chrisl | rayjj: he says *both* have changed - he's using gs to render ai as well as PDF | 18:22.54 |
mvrhel_laptop | and page 4 matches adobe when I do -dUsePDFX3Profile | 18:24.48 |
rayjj | chrisl: I wasn't comparing to acrobat -- we rarely match their colors | 18:25.20 |
mvrhel_laptop | hmmm | 18:25.26 |
| don't know if I agree with that statement | 18:25.34 |
chrisl | rayjj: this isn't subtle, I would say | 18:25.37 |
rayjj | chrisl: have you looked at it with mupdf -- that's *really* wrong. I'll have a look at the colors/patterns etc. (re-opening) but I'm not sure how my commit would affect it since I see the same thing with -dMaxPatternBitmap=1g (so it doesn't use the pattern-clist) | 18:28.35 |
chrisl | rayjj: Well, mupdf getting it wrong isn't a reason for us to ignore it..... and I implied above that I was a little sceptical about the git bisect result.... | 18:29.39 |
rayjj | kens: (for the logs, I guess) you mentioned that mupdf looks like Acrobat. I may have an out of date mupdf (I'lll check) but AFAICT mupdf doesn't have a way to display its version :-( | 18:31.17 |
| and my mupdf is totally wrong (just flat light yellow) | 18:31.38 |
| bbiab... | 18:31.48 |
chrisl | rayjj: FTR, here's what I'm seeing http://ghostscript.com/~chrisl/both.jpg (I wouldn't call it a 'slight' color change) | 18:33.20 |
rayjj_ | hmm... I just installed mupdf 1.7a and it looks wrong. Can someone else try displaying a.pdf from bug 695975 with 1.7a | 18:36.43 |
chrisl | rayjj: the color difference is gs 9.15 vs 9.16 | 18:42.41 |
| rayjj: see http://ghostscript.com/~chrisl/both.jpg | 18:42.51 |
mvrhel_laptop | ok. so page 4 looks good compared to Acrobat | 18:44.50 |
chrisl | rayjj: yes, current mupdf looks very, very wrong with a.pdf | 18:44.55 |
| rayjj: mudraw says "warning: ignoring transfer function , warning: ... repeated 2 times ..." | 18:46.27 |
henrys | my os x font book is screwed up I can install fonts and can use them in apps but they don't show up in font book. Googling leads me to believe I'm just stuck in a dark corner of the universe. | 18:49.03 |
kens | ray_phone : chrisl yes MuPDF is incorrect, bnut its not the transfer functions, I removed those and it made no difference to any viewer. | 18:54.13 |
mvrhel_laptop | rayjj 695927 is also closed. | 18:54.26 |
kens | Both transfer functions are a simple inversion, so I'm surprised not to see a difference.... | 18:55.12 |
chrisl | kens: I didn't look any further,,,, | 18:55.23 |
kens | The file is, of course, overly complex. | 18:55.45 |
| and pretty much *everything* has transparency applied to it. | 18:56.40 |
rayjj | chrisl: I wonder how mupdf used to get it right ? | 18:56.53 |
kens | ray_phone : I don't thnk it did | 18:57.04 |
| I htnk I used 'another PDF consumer' and thought I'd used MuPDF | 18:57.22 |
rayjj | kens: OK. I was going by the comment in the bug | 18:59.02 |
kens | >Yeah my error there | 18:59.51 |
kens | is off again, will read logs in a bit | 19:00.19 |
chrisl | rayjj: the important thing is that there has been a significant change in the rendering of the PDF somewhere between 9.14 and 9.16 | 19:00.28 |
rayjj | chrisl: OK, but we need to understand which is correct, and why | 19:00.54 |
chrisl | Well, we usually take Acrobat as the benchmark.... | 19:01.18 |
rayjj | yeah, but which version :-) | 19:01.38 |
kens | I presume they want it to match Illustrator | 19:01.49 |
| and it did before | 19:01.54 |
chrisl | rayjj: Acrobat 9's output: http://ghostscript.com/~chrisl/a-acro9.jpg | 19:03.48 |
| That looks very much like the old Ghostscript output | 19:04.25 |
mvrhel_laptop | marcosw: so tests_private/comparefiles/Bug689880.pdf should be radically different with the change that we did. AR show very little output with overprint turned off | 19:04.31 |
| it is going to be quite different between the RGB and CMYK devices | 19:05.14 |
| I will look at the others | 19:05.28 |
| hehe tests_private/comparefiles/Bug691001.pdf is the same | 19:06.16 |
| with overprint off the output disappears with Acrobat | 19:06.26 |
| and tests_private/comparefiles/Bug691002.pdf | 19:07.30 |
| marcosw: ok I took care of 695964 for you ;) | 19:09.59 |
| rayjj: I thought I gave you 695929 | 19:10.21 |
| this had to do with our generation of the screens | 19:11.24 |
henrys | wow libre office draw is a pdf editor too, lots of problems of course, but not bad | 21:17.14 |
| Forward 1 day (to 2015/05/13)>>> | |